am Sarah Ali recently graduated. Actually I am working on a project
where I need to settle mediawiki using CHAMELEON skin.
I did everything like settle every directory and created extensions.
Everything is done and working perfectly but I am facing a problem which is
the last thing of my work. "NAVBAR". as i told chameleon skin has its own
navbar with one drop down menu in it attaching "CAPTURE " i am unable to
add the other two drop down menus.
i just need it to be like "CAPTURE 2". As i am a Computer science graduate
i can handle php and javascript but the thing is i couldn't find the file
where i need to add code. i used inspect element and tried to find that
specific class in the whole skin folder.i tried every single thing for that
but i am really helpless
i need your help.
waiting for your favorable response
Regards
Saarah
Hi,
due to the global health crisis we nowadays have more online events. This
allows for people around the globe to participate but also means easier
handling different timezones is more important.
Since Wikimedians love to organize and schedule their events onwiki, often
on Meta-Wiki, I wrote a tiny userscript and template that allows organizers
to set up the conference program with UTC times and users can see them in
their local timezone and local date format. It's of course also usable for
all other kinds of pages.
It works and is useable but so far still in my user namespace:
https://meta.wikimedia.org/wiki/User:Michael_Sch%C3%B6nitzer_(WMDE)/timezon…
As the next step I would like to move it to the main namespace on meta and
convert it to a gadget. (Later it could be copied to other Wikis, when
needed.)
Before that I wanted to ask for feedback. Is this something you would use?
Is there anything esential missing, can you see any negative side effects,
or would you like it to be renamed before people start using it? Looking
forward to hearing from you.
Cheers,
M
PS: The great idea for this gadget is from Léa Lacroix.
--
*M. F. Schönitzer*
Community Communication
Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
https://wikimedia.de
Unsere Vision ist eine Welt, in der alle Menschen am Wissen der Menschheit
teilhaben, es nutzen und mehren können. Helfen Sie uns dabei!
https://spenden.wikimedia.de
Imagine a world in which every single human being can freely share in the
sum of all knowledge. Help us to achieve our vision!
https://spenden.wikimedia.de
Wikimedia Deutschland – Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
Hi all!
A pattern of adding a note on the train-blocker phab task[0] for risky
changes has recently emerged.
Folks on RelEng have found this information useful, and we would like
to codify this, encouraging developers to continue this pattern. We've
added a page to Wikitech, with a template to use for these kinds of
changes[1].
If you're worried about the production impact of a patch you've
written and would like to ensure that folks who will be deploying it
are aware, please use our fancy new template and reply on the train
blocker task.
Thanks!
-- Tyler
[0]: <https://train-blockers.toolforge.org/> (<3 this tool)
[1]: <https://wikitech.wikimedia.org/wiki/Deployments/Risky_change_template>
The 3.14.0 release of Scap (current version) added the
--canary-wait-time option to the sync subcommand (which the next
version of Scap will rename to sync-world). This sets the time how
long Scap waits for code to run on canary servers. The default is 20
seconds, but if that is too long or too short, you can now adjust it.
As usual, please use carefully. Don't shorten the time just to make
your deployment go faster.
https://phabricator.wikimedia.org/T217924
--
WMF release engineering team | he/him or they/them
"Imagine a world in which every single human being can freely share in
the sum of all knowledge."
Hi,
for HTML version see https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-06-17
Željko
--
= 2020-06-17 =
== Callouts ==
* Release Engineering
** [All] Review guidance at [[wikitech:Deployments/Covid-19]] and Code
Deployment Office Hour at 17:00UTC in #wikimedia-office
** "scap sync" will be renamed to "scap sync-world" in the next
release. If you use "scap sync" non-interactively, please add a note
to: [[phab:T250302]] (and also, explain why you're using it)
== Product ==
=== iOS native app ===
* Updates:
** Bug fix 6.6.1 release in beta testing [[phab:project/view/4574]]
** Beginning early development and research on new experiments for 6.7
[[phab:project/view/4661]]
=== Android native app ===
* Updates:
** Continuing to develop enhanced contribution history screen.
=== Web ===
* Updates:
** '''Summary''': continuing content width limiting for Desktop
Improvements Project (DIP), scaffolding and identifying a component
baseline for Vue.js search.
** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project
(Vector / DIP)]]:
*** [[phab:T254048|<nowiki>Render the FallbackSkin and SkinApi with a
simplistic SkinMustache class</nowiki>]]
*** [[phab:T254546|<nowiki>Language portlet no longer at the bottom of
sidebar</nowiki>]]
*** [[phab:T253938|<nowiki>Future proof addPortletLink</nowiki>]]
*** [[phab:T246419|<nowiki>Build collapsible sidebar and sidebar
button </nowiki>]]
*** [[phab:T240622|<nowiki>[Technical debt payoff] Remove
InlineDiffFormatter and InlineDifferenceEngine from
MobileFrontend</nowiki>]]
*** [[phab:T255073|<nowiki>Duplicate <div id="mw-content-text" ...> in
Vector HTML output</nowiki>]]
*** [[phab:T251212|<nowiki>[Dev] Drop VectorTemplate usage in Vector</nowiki>]]
*** [[phab:T244276|<nowiki>Add bandwidth tests for JavaScript and CSS
to Vector and component repo</nowiki>]]
*** [[phab:T60137|<nowiki>Deprecate the
SkinTemplateOutputPageBeforeExec hook</nowiki>]]
*** [[phab:T246420|<nowiki>Limit content width, and refine alignment &
styling of relevant elements</nowiki>]]
*** [[phab:T244392|Vue.js search case study]]:
**** See [[Reading/Web/Desktop Improvements/Vue.js case study/Status
log|weekly status updates]].
** Mobile website (MinervaNeue / MobileFrontend):
*** [[phab:T234570|<nowiki>Tech debt: Drop Browser.supportsAnimations
method</nowiki>]]
=== UI Standardization ===
* Updates:
** Link :focus standardization part of Design Style Guide
** OOUI v0.39.2 in preparation
== Technology ==
=== Fundraising Tech ===
* Updates:
** More work on employer matching gifts
** Missed backport window for CentralNotice update, will try again next week
** Improving efficiency of data export to bulk mail provider.
=== Engineering Productivity ===
==== Release Engineering ====
* Updates:
** [All] Deployments/Covid-19 [[wikitech:Deployments/Covid-19]]
** Train Health
*** Last week: 1.35.0-wmf.36 - [[phab:T254173]]
*** This week: 1.35.0-wmf.37 - [[phab:T254174]]
*** Next week: 1.35.0-wmf.38 - [[phab:T254175]]
Hello all!
I've been looking for a reviewer for the fix of the wrong font-size in the
New Wikitext Editor with Timeless skin for >2 months.
Somebody who favors the Timeless skin could look at it?
Patch to be merged:
https://gerrit.wikimedia.org/r/c/mediawiki/skins/Timeless/+/578568
This - second - fix applies to both 2010 and 2017 WTE and adjusts the
monospace font-size appropriately to be compatible with sans and serif
fonts. Test results:
https://phabricator.wikimedia.org/T247325#6049054
My first fix only applied to the 2010 wikitext editor (aka. editing
toolbar). See test results:
https://phabricator.wikimedia.org/T247325#6034393
Thank you in advance, if you invest the time to improve this part of the
user experience.
Demian
Hello everyone,
Until today if you wanted to get a backport or config change deployed to
production you used what was termed the "SWAT" window.
As of today that window of time is now called the "Backport and Config"
window. This solves a few problems. First, the overly militarized and
violence-implying name is no longer something we want in our community.
Second, this now accurately and clearly describes what the purpose of the
window is.
This should now be changed everywhere including the Deployment Calendar[0],
but if you see any errant mentions of it in documentation, please feel free
to update it (WP:BOLD) or contact the Wikimedia Release Engineering Team.
Thank you,
Greg
[0] https://wikitech.wikimedia.org/wiki/Deployments
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| Dir. Engineering Productivity A18D 1138 8E47 FAC8 1C7D |
The 1.35.0-wmf.37 version of MediaWiki was briefly unblocked and on
group1 (thanks to Demian, Jdlrobson, and James_F for that fix), but is
blocked[0] and reverted to group0.
The new version can proceed no further until these issues are resolved:
* DBUnexpectedError when moving a page with a StructuredDiscussion talkpage
- https://phabricator.wikimedia.org/T255608
* PHP Notice: Object of class MediaWiki\Debug\DeprecatablePropertyArray
could not be converted to int
- https://phabricator.wikimedia.org/T255614
The train is currently stalled for the remainder of the US-local
workday, and can resume during the European morning at the earliest,
pending fixes.
Please note that, as Friday is a holiday, the week is shorter, and
Release Engineering would like to finish the train on Wednesday instead
of Thursday. If the issues are resolved by tomorrow, we can resume the
train. Otherwise, train can continue on Monday.
Thank you for your help resolving these issues!
-- Your humble train trundler
[0]. <https://phabricator.wikimedia.org/T254174>
[1]. <https://tools.wmflabs.org/versions/>
The 1.35.0-wmf.37 version of MediaWiki is blocked[0].
The new version is deployed to group0[1], but can proceed no
further until these issues are resolved:
* Watchlist star gone on Vector -
https://phabricator.wikimedia.org/T255574
Once these issues are resolved train can resume. Normally, there would
be plenty of time, today being only the first day of the three-day
train week. However, as Friday is a holiday, the week is shorter, and
Release Engineering would like to finish the train on Wednesday
instead of Thursday. If the issue is resolved by tomorrow, we can
resume the train. Otherwise, train can continue on Monday.
Thank you for your help resolving these issues!
-- Your humble train toiler
[0]. <https://phabricator.wikimedia.org/T254174>
[1]. <https://tools.wmflabs.org/versions/>
--
WMF release engineering team | he/him or they/them
"Imagine a world in which every single human being can freely share in
the sum of all knowledge."