Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Dalba]

I have issues with copying the text of changed files:

`ctrl+a` does not work as it used to anymore: While using the
side-by-side diff view, go to a changed file, click on the old/new
revision, press `ctrl+a`. In the old UI only the text of the selected
file would have been selected, but now the whole page gets selected
which is not that useful.

Also, copying multiple lines results in extra whitespace being copied
in the middle of the lines. For example goto [1], select the text of
both lines and copy... It'll be copied as `# -*- coding: utf-8
-*-\n\t\n\t\n"""Package to hold all library tests."""` (note the
`\n\t\n\t\n` which should have been just a `\n`).

[1]: 
https://gerrit.wikimedia.org/r/c/pywikibot/core/+/463061/5/tests/library_tests/__init__.py#1

On Thu, Oct 4, 2018 at 12:39 AM Paladox via Wikitech-l
 wrote:
>
> Hi, i am collecting feedback for Gerrit's New UI called PolyGerrit. It's 
> possible to use PolyGerrit on gerrit.wikimedia.org since 2.14. The new UI has 
> recently been made the default upstream. The Old UI is going away in the next 
> release after 2.16. Upstream have given PolyGerrit another update that looks 
> different to the one on gerrit.wikimedia.org. PolyGerrit now includes a dark 
> ui.
>
> To switch to PolyGerrit either click the "New UI" button on the footer or put 
> ?polygerrit=1 in the url.
>
> To switch back to GWTUI either click "Switch back to old ui" on the footer or 
> put ?polygerrit=0 in the url.
>
> Non dark mode:
>
> Here's how it looks like:
>
> Dashboard:
>
> https://phabricator.wikimedia.org/F26296230
>
>
> Change list:
>
> https://phabricator.wikimedia.org/F26296240
>
> Change screen:
>
> https://phabricator.wikimedia.org/F26296242
>
>
> https://phabricator.wikimedia.org/F26296257
>
>
> Dark mode: https://phabricator.wikimedia.org/F26296282
>
>
> And many other UI improvements across the app.
>
> You can play around the the new ui from the master branch that will become 
> 2.16 here https://gerrit.git.wmflabs.org/r/
>
> Please give feedback so upstream can make PolyGerrit even better! You can 
> either file your reports at 
> https://phabricator.wikimedia.org/project/view/330/ or reply to the email 
> with your feedback.
>
>
>
>
> It has a dedicated team on the UI with a design researcher behind the scenes 
> redesigning polygerrit constantly based on feedback.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Gergo Tisza]

On Thu, Oct 4, 2018 at 2:25 PM Daniel Kinzler 
wrote:

> Or how about {{}} for "this is a syntactic element, but it does nothing"?


Just make a template with a nice name ( {{~}} or something) and put the
nowiki in that.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[John Erling Blad]

Only thing more dangerous than running a bot on nowiki is running a bot on
dewiki.
Nope, newer touches dewiki.

On Fri, Oct 5, 2018 at 12:49 AM Roul P.  wrote:

> Interesting, today this was topic in the German main forum:
>
> https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Anwendung_von__in_Bildunterschriften
>
> Today there are also more than one user indefinite blocked, which only
> removed  https://de.wikipedia.org/wiki/Benutzer:Entgr%C3%A4ten40
>
> Am Fr., 5. Okt. 2018 um 00:29 Uhr schrieb John Erling Blad <
> jeb...@gmail.com
> >:
>
> > We have the same in Norwegian, but linking on part of a composite is
> almost
> > always wrong. Either you link on the whole composite or no part of the
> > composite. If you link on a part of a composite, then in nearly all
> cases I
> > have seen the link is placed on the wrong term.
> >
> > Some examples on what insanity users write
> > - [[absorpsjon]]s[[Spektrallinje|linjene]]
> > - [[Autentisering]]s[[Protokoll (datamaskiner)|protokollen]]
> > - [[Sykepleie|sykehjem]]s[[Hjemmesykepleie|omsorg]]
> >
> > From an article messed up by VE (yes it does mess up articles sometimes!)
> > - ma[[Øssur Havgrímsson|ge]]e[[Øssur Havgrímsson|evner og]]
> > - og[[Øssur Havgrímsson|i]]t[[Øssur Havgrímsson|det samme]]
> >
> > I have no clue what the previous means…
> >
> > Things like the following is quite common
> > - [[Alexander Kielland]]s
> > - [[De forente nasjoner|FN]]s
> >
> > Usually it comes from user errors while using VE. This kind of errors are
> > quite common, and I asked (several years ago) whether it could be fixed
> in
> > VE, but was told "no".
> >
> > Anyhow I just started a bot to clean up some of the mess…
> >
> >
> > On Thu, Oct 4, 2018 at 6:59 PM Thiemo Kreuz 
> > wrote:
> >
> > > Hey!
> > >
> > > The syntax "[[Schnee]]reichtum" is quite common in the
> > > German community. There are not many other ways to achieve the same:
> > >  or  can be used instead.[1] The later is often the
> > > better alternative, but an auto-replacement is not possible. For
> > > example, "[[Bund]]estag" must become "[[Bund]]estag".
> > >
> > > Not long ago  was often used. This became a problem with the
> > > recent parser updates. All  got replaced with , as far
> > > as I'm aware of.
> > >
> > > > in German, shouldn't they be tweaking the "linktrail" setting on
> > dewiki,
> > > instead of using ``? What are cases where they *do* want the
> > link
> > > to include the entire word?
> > >
> > > The software feature exists because of English [[word ending]]s. The
> > > same exists in German ("viele [[Wiki]]s, viele [[Tisch]]e, viele
> > > [[Arbeit]]en"), but is overshadowed by the fact that German is a
> > > language with many composites. From my experience, the fact that all
> > > linktrails, no matter how long, become part of the link is almost
> > > always a problem. It enlarges the click region, which is good, but
> > > surprises the reader when he ends at an unexpected article. I guess it
> > > would actually be a net-gain when the feature gets turned off or tuned
> > > down in German wikis. For example, we could limit the length of the
> > > linktrail to 2 characters.
> > >
> > > Is somebody interested in creating usage statistics for these
> > > linktrails in the German Wikipedia main namespace?
> > >
> > > Best
> > > Thiemo
> > >
> > > [1]
> > >
> >
> https://de.wikipedia.org/wiki/Wikipedia:Verlinken#Verlinkung_von_Teilw%C3%B6rtern
> > >
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Roul P.]

Interesting, today this was topic in the German main forum:
https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia#Anwendung_von__in_Bildunterschriften

Today there are also more than one user indefinite blocked, which only
removed  https://de.wikipedia.org/wiki/Benutzer:Entgr%C3%A4ten40

Am Fr., 5. Okt. 2018 um 00:29 Uhr schrieb John Erling Blad :

> We have the same in Norwegian, but linking on part of a composite is almost
> always wrong. Either you link on the whole composite or no part of the
> composite. If you link on a part of a composite, then in nearly all cases I
> have seen the link is placed on the wrong term.
>
> Some examples on what insanity users write
> - [[absorpsjon]]s[[Spektrallinje|linjene]]
> - [[Autentisering]]s[[Protokoll (datamaskiner)|protokollen]]
> - [[Sykepleie|sykehjem]]s[[Hjemmesykepleie|omsorg]]
>
> From an article messed up by VE (yes it does mess up articles sometimes!)
> - ma[[Øssur Havgrímsson|ge]]e[[Øssur Havgrímsson|evner og]]
> - og[[Øssur Havgrímsson|i]]t[[Øssur Havgrímsson|det samme]]
>
> I have no clue what the previous means…
>
> Things like the following is quite common
> - [[Alexander Kielland]]s
> - [[De forente nasjoner|FN]]s
>
> Usually it comes from user errors while using VE. This kind of errors are
> quite common, and I asked (several years ago) whether it could be fixed in
> VE, but was told "no".
>
> Anyhow I just started a bot to clean up some of the mess…
>
>
> On Thu, Oct 4, 2018 at 6:59 PM Thiemo Kreuz 
> wrote:
>
> > Hey!
> >
> > The syntax "[[Schnee]]reichtum" is quite common in the
> > German community. There are not many other ways to achieve the same:
> >  or  can be used instead.[1] The later is often the
> > better alternative, but an auto-replacement is not possible. For
> > example, "[[Bund]]estag" must become "[[Bund]]estag".
> >
> > Not long ago  was often used. This became a problem with the
> > recent parser updates. All  got replaced with , as far
> > as I'm aware of.
> >
> > > in German, shouldn't they be tweaking the "linktrail" setting on
> dewiki,
> > instead of using ``? What are cases where they *do* want the
> link
> > to include the entire word?
> >
> > The software feature exists because of English [[word ending]]s. The
> > same exists in German ("viele [[Wiki]]s, viele [[Tisch]]e, viele
> > [[Arbeit]]en"), but is overshadowed by the fact that German is a
> > language with many composites. From my experience, the fact that all
> > linktrails, no matter how long, become part of the link is almost
> > always a problem. It enlarges the click region, which is good, but
> > surprises the reader when he ends at an unexpected article. I guess it
> > would actually be a net-gain when the feature gets turned off or tuned
> > down in German wikis. For example, we could limit the length of the
> > linktrail to 2 characters.
> >
> > Is somebody interested in creating usage statistics for these
> > linktrails in the German Wikipedia main namespace?
> >
> > Best
> > Thiemo
> >
> > [1]
> >
> https://de.wikipedia.org/wiki/Wikipedia:Verlinken#Verlinkung_von_Teilw%C3%B6rtern
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[John Erling Blad]

We have the same in Norwegian, but linking on part of a composite is almost
always wrong. Either you link on the whole composite or no part of the
composite. If you link on a part of a composite, then in nearly all cases I
have seen the link is placed on the wrong term.

Some examples on what insanity users write
- [[absorpsjon]]s[[Spektrallinje|linjene]]
- [[Autentisering]]s[[Protokoll (datamaskiner)|protokollen]]
- [[Sykepleie|sykehjem]]s[[Hjemmesykepleie|omsorg]]

From an article messed up by VE (yes it does mess up articles sometimes!)
- ma[[Øssur Havgrímsson|ge]]e[[Øssur Havgrímsson|evner og]]
- og[[Øssur Havgrímsson|i]]t[[Øssur Havgrímsson|det samme]]

I have no clue what the previous means…

Things like the following is quite common
- [[Alexander Kielland]]s
- [[De forente nasjoner|FN]]s

Usually it comes from user errors while using VE. This kind of errors are
quite common, and I asked (several years ago) whether it could be fixed in
VE, but was told "no".

Anyhow I just started a bot to clean up some of the mess…


On Thu, Oct 4, 2018 at 6:59 PM Thiemo Kreuz 
wrote:

> Hey!
>
> The syntax "[[Schnee]]reichtum" is quite common in the
> German community. There are not many other ways to achieve the same:
>  or  can be used instead.[1] The later is often the
> better alternative, but an auto-replacement is not possible. For
> example, "[[Bund]]estag" must become "[[Bund]]estag".
>
> Not long ago  was often used. This became a problem with the
> recent parser updates. All  got replaced with , as far
> as I'm aware of.
>
> > in German, shouldn't they be tweaking the "linktrail" setting on dewiki,
> instead of using ``? What are cases where they *do* want the link
> to include the entire word?
>
> The software feature exists because of English [[word ending]]s. The
> same exists in German ("viele [[Wiki]]s, viele [[Tisch]]e, viele
> [[Arbeit]]en"), but is overshadowed by the fact that German is a
> language with many composites. From my experience, the fact that all
> linktrails, no matter how long, become part of the link is almost
> always a problem. It enlarges the click region, which is good, but
> surprises the reader when he ends at an unexpected article. I guess it
> would actually be a net-gain when the feature gets turned off or tuned
> down in German wikis. For example, we could limit the length of the
> linktrail to 2 characters.
>
> Is somebody interested in creating usage statistics for these
> linktrails in the German Wikipedia main namespace?
>
> Best
> Thiemo
>
> [1]
> https://de.wikipedia.org/wiki/Wikipedia:Verlinken#Verlinkung_von_Teilw%C3%B6rtern
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[C. Scott Ananian]

-{}- is already commonly used on LanguageConverter wikis for "this is a
syntactic element but does nothing except separate a word".
The preprocessor already understands it on all wikis, as well.  (But then
we explicitly serialize it to literally `-{}-` if your content language
doesn't have variants defined.)
  --scott

On Thu, Oct 4, 2018 at 5:25 PM Daniel Kinzler 
wrote:

> Am 04.10.2018 um 18:58 schrieb Thiemo Kreuz:
> > The syntax "[[Schnee]]reichtum" is quite common in the
> > German community. There are not many other ways to achieve the same:
> >  or  can be used instead.[1] The later is often the
> > better alternative, but an auto-replacement is not possible. For
> > example, "[[Bund]]estag" must become "[[Bund]]estag".
>
> We could introduce new syntax for this, such as  or even .
>
> Or how about {{}} for "this is a syntactic element, but it does nothing"?
> But if
> that is mixed in with template expansion, it won't work if it expands to
> nothing, since template expansion happens before link parsing, right? For
> better
> or worse...
>
> --
> Daniel Kinzler
> Principal Software Engineer, MediaWiki Platform
> Wikimedia Foundation
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
(http://cscott.net)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Gergo Tisza]

On Thu, Oct 4, 2018 at 11:35 AM Paladox  wrote:

> What do you mean by "URLs are hard to get right due to arcane escaping
> rules. I have been completely unable to make search shortcuts that work in
> both the old and new UI."? Upstream have fixed some urls that were breaking
> when switching to the old ui. These fixes are on the master branch.
>

Specifically, saved search queries involving / do not work for me in
Polygerrit (even when I don't care about old UI compatibility). It's poor
user experience in the first place that you need to enter URLs and not
search queries (with + instead of space etc), but slashes seem especially
hard to get right.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Daniel Kinzler]

Am 04.10.2018 um 18:58 schrieb Thiemo Kreuz:
> The syntax "[[Schnee]]reichtum" is quite common in the
> German community. There are not many other ways to achieve the same:
>  or  can be used instead.[1] The later is often the
> better alternative, but an auto-replacement is not possible. For
> example, "[[Bund]]estag" must become "[[Bund]]estag".

We could introduce new syntax for this, such as  or even .

Or how about {{}} for "this is a syntactic element, but it does nothing"? But if
that is mixed in with template expansion, it won't work if it expands to
nothing, since template expansion happens before link parsing, right? For better
or worse...

-- 
Daniel Kinzler
Principal Software Engineer, MediaWiki Platform
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Daniel Kinzler]

Am 04.10.2018 um 18:24 schrieb Lucas Werkmeister:
> I’m not an expert on dewiki, but I assume they still want word-ending links
> for simple stuff like [[Gesetz]]e (plural), [[Finger]]s (genitive). I would
> guess these cases are still more common than the long compound words where
> the  trick is used.

Well, linktrail is a regex, it could be changed to only match up to a certain
length :)

But what length is tricky to decide, and the effect may be surprising /
unpredictable. Limiting it to one letter is certainly not enough, what with
about  [[Heimat]]losigkeit and such

All silliness aside: while dewiki has many uses for only linking part of a
compound, it has MANY MORE uses for linking all of it.

-- 
Daniel Kinzler
Principal Software Engineer, MediaWiki Platform
Wikimedia Foundation

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Daniel Zahn]

On Thu, Oct 4, 2018 at 11:15 AM, Gergo Tisza  wrote:


> * Avatars are really nice and make the whole experience more human. (They
> are not enabled on the Wikimedia Gerrit yet, right?)
>

Yes, that is/was a bit more complicated than it may seem. For security
reasons we have a separate domain for user uploads.

As you might have noticed on Phabricator we use phab.wmfusercontent.org for
uploaded files.
In the same way we needed to first create gerrit.wmfusercontent.org
to make this possible, followed by Varnish config for it, then Apache and
so on.

As Paladox pointed out a bunch of things have already been merged but at
least 2 are left open. Having reviewed/merged most of the previous ones i
will
look into pushing this forward again to finalize it. Then we will have
avatars on Gerrit.

https://phabricator.wikimedia.org/T191183#4278525

https://gerrit.wikimedia.org/r/#/q/project:operations/puppet+branch:production+topic:gerrit-avatars


-- 
Daniel Zahn 
Operations Engineer
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] [Wikitech-ambassadors] Translations on hold until further notice

[Amir Sarabadani]

There's no train next week. It's dc switch over.

Best

On Thu, Oct 4, 2018, 20:49 Chase Pettet  wrote:

> We managed to successfully get changes rolling through CI on Wednesday.
> Translations are being merged but not deployed nightly, and will go out
> with the normal train (next week?).  Nothing has been resolved officially
> or announced because it's still tentative at this point.  Hopefully, it's
> smooth sailing but we'll see.  More details to come when we know for sure
> where we stand.
>
> Best,
>
> Chase
>
> On Thu, Oct 4, 2018 at 12:47 PM Bartosz Dziewoński 
> wrote:
>
> > Good news: l10n-bot appears to be exporting translations again. I assume
> > crisis has been averted.
> >
> > --
> > Matma Rex
> > ___
> > Engineering mailing list
> > engineer...@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/engineering
> >
>
>
> --
> Chase Pettet
> chasemp on phabricator  and
> IRC
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 Upstream just posted this 
https://groups.google.com/forum/#!topic/repo-discuss/yON4C-hIk-o for PolyGerrit 
plans in 2.16 / 3.0.
So it's confirmed that the planned removal of GWTUI will be in 3.0.
On Thursday, 4 October 2018, 19:35:46 BST, Paladox via Wikitech-l 
 wrote:  
 
  Yep avatars are not yet enabled, but we have implemented the backend to 
support it.
Changes that are left to merge 
https://gerrit.wikimedia.org/r/c/operations/puppet/+/439808 and 
https://gerrit.wikimedia.org/r/c/operations/puppet/+/456437

What do you mean by "URLs are hard to get right due to arcane escaping rules. I 
have been completely unable to make search shortcuts that work in both the old 
and new UI."? Upstream have fixed some urls that were breaking when switching 
to the old ui. These fixes are on the master branch.
"Probably not a UI thing, but it's very annoying that patch uploaders cannot 
edit the description of their own patch (the gerrit patchset description, not 
the commit summary)" Filled upstream at 
https://bugs.chromium.org/p/gerrit/issues/detail?id=9809

"* For me the most unintuitive part is the relation chain, especially when it 
is nonlinear. A graph view would be handy there, and also making it more 
explicit what is the parent and what is the child." Filed upstream at 
https://bugs.chromium.org/p/gerrit/issues/detail?id=9810








    On Thursday, 4 October 2018, 19:15:32 BST, Gergo Tisza 
 wrote:  
 
 Thanks for your work on Gerrit, Paladox!
The Polygerrit upgrade looks great; the thread view is especially amazing. (If 
you are not familiar with it, check this patch [1] and click "Comment Threads" 
near the bottom of the screen.) I mostly have behavior issues (on 
gerrit.wikimedia.org; I haven't tested whether they affect 2.16):* URLs are 
hard to get right due to arcane escaping rules. I have been completely unable 
to make search shortcuts that work in both the old and new UI.* Almost 
impossible to find clone URLs. (T206049, but also in the old UI I could click 
through from the patch to the to the repo admin screen and that's also 
impossible to find now. I see it's slightly easier in 2.16 but still 
annoying.)* For me the most unintuitive part is the relation chain, especially 
when it is nonlinear. A graph view would be handy there, and also making it 
more explicit what is the parent and what is the child.* Probably not a UI 
thing, but it's very annoying that patch uploaders cannot edit the description 
of their own patch (the gerrit patchset description, not the commit summary).
On the plus side,* Avatars are really nice and make the whole experience more 
human. (They are not enabled on the Wikimedia Gerrit yet, right?)* At some 
point search autocomplete switched from prefix-autocompletion to 
substring-autocompletion (e.g. for project names). That sounds like a small 
thing but it really made life a lot more convenient.
[1] https://gerrit-review.googlesource.com/c/gerrit/+/196470  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Engineering] [Wikitech-ambassadors] Translations on hold until further notice

[Chase Pettet]

We managed to successfully get changes rolling through CI on Wednesday.
Translations are being merged but not deployed nightly, and will go out
with the normal train (next week?).  Nothing has been resolved officially
or announced because it's still tentative at this point.  Hopefully, it's
smooth sailing but we'll see.  More details to come when we know for sure
where we stand.

Best,

Chase

On Thu, Oct 4, 2018 at 12:47 PM Bartosz Dziewoński 
wrote:

> Good news: l10n-bot appears to be exporting translations again. I assume
> crisis has been averted.
>
> --
> Matma Rex
> ___
> Engineering mailing list
> engineer...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/engineering
>


-- 
Chase Pettet
chasemp on phabricator  and
IRC
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Bináris]

The problem with all anti-linktrail practices is that they make search (or
search and replace) in the source very hard. This relies both to bot owners
and humans who use the insource: regex search engine.
I think a brand new approach would be necessary.
For example, [[foo]]bar would behave as now, generate a linktrail, while
[[foo]|]bar (a pipe character between the ckets) not. Another idea would be
]]] (3 ckets), but it could conflict with embedded brackets suchs as an
image description with linked text.
Thus all antisemantic workarounds for avoiding linktrailing would be
unnecessary.
We should always keep in mind that we try to approach a semantic wiki
(although this is partial except Wikibase).
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 Yep avatars are not yet enabled, but we have implemented the backend to 
support it.
Changes that are left to merge 
https://gerrit.wikimedia.org/r/c/operations/puppet/+/439808 and 
https://gerrit.wikimedia.org/r/c/operations/puppet/+/456437

What do you mean by "URLs are hard to get right due to arcane escaping rules. I 
have been completely unable to make search shortcuts that work in both the old 
and new UI."? Upstream have fixed some urls that were breaking when switching 
to the old ui. These fixes are on the master branch.
"Probably not a UI thing, but it's very annoying that patch uploaders cannot 
edit the description of their own patch (the gerrit patchset description, not 
the commit summary)" Filled upstream at 
https://bugs.chromium.org/p/gerrit/issues/detail?id=9809

"* For me the most unintuitive part is the relation chain, especially when it 
is nonlinear. A graph view would be handy there, and also making it more 
explicit what is the parent and what is the child." Filed upstream at 
https://bugs.chromium.org/p/gerrit/issues/detail?id=9810








On Thursday, 4 October 2018, 19:15:32 BST, Gergo Tisza 
 wrote:  
 
 Thanks for your work on Gerrit, Paladox!
The Polygerrit upgrade looks great; the thread view is especially amazing. (If 
you are not familiar with it, check this patch [1] and click "Comment Threads" 
near the bottom of the screen.) I mostly have behavior issues (on 
gerrit.wikimedia.org; I haven't tested whether they affect 2.16):* URLs are 
hard to get right due to arcane escaping rules. I have been completely unable 
to make search shortcuts that work in both the old and new UI.* Almost 
impossible to find clone URLs. (T206049, but also in the old UI I could click 
through from the patch to the to the repo admin screen and that's also 
impossible to find now. I see it's slightly easier in 2.16 but still 
annoying.)* For me the most unintuitive part is the relation chain, especially 
when it is nonlinear. A graph view would be handy there, and also making it 
more explicit what is the parent and what is the child.* Probably not a UI 
thing, but it's very annoying that patch uploaders cannot edit the description 
of their own patch (the gerrit patchset description, not the commit summary).
On the plus side,* Avatars are really nice and make the whole experience more 
human. (They are not enabled on the Wikimedia Gerrit yet, right?)* At some 
point search autocomplete switched from prefix-autocompletion to 
substring-autocompletion (e.g. for project names). That sounds like a small 
thing but it really made life a lot more convenient.
[1] https://gerrit-review.googlesource.com/c/gerrit/+/196470  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Gergo Tisza]

Thanks for your work on Gerrit, Paladox!

The Polygerrit upgrade looks great; the thread view is especially amazing.
(If you are not familiar with it, check this patch [1] and click "Comment
Threads" near the bottom of the screen.) I mostly have behavior issues (on
gerrit.wikimedia.org; I haven't tested whether they affect 2.16):
* URLs are hard to get right due to arcane escaping rules. I have been
completely unable to make search shortcuts that work in both the old and
new UI.
* Almost impossible to find clone URLs. (T206049, but also in the old UI I
could click through from the patch to the to the repo admin screen and
that's also impossible to find now. I see it's slightly easier in 2.16 but
still annoying.)
* For me the most unintuitive part is the relation chain, especially when
it is nonlinear. A graph view would be handy there, and also making it more
explicit what is the parent and what is the child.
* Probably not a UI thing, but it's very annoying that patch uploaders
cannot edit the description of their own patch (the gerrit patchset
description, not the commit summary).

On the plus side,
* Avatars are really nice and make the whole experience more human. (They
are not enabled on the Wikimedia Gerrit yet, right?)
* At some point search autocomplete switched from prefix-autocompletion to
substring-autocompletion (e.g. for project names). That sounds like a small
thing but it really made life a lot more convenient.

[1] https://gerrit-review.googlesource.com/c/gerrit/+/196470
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wikitech-ambassadors] Translations on hold until further notice

[Bartosz Dziewoński]

Good news: l10n-bot appears to be exporting translations again. I assume
crisis has been averted.

-- 
Matma Rex
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Amir E. Aharoni]

I once wrote some very, very silly code that kind of works for Hebrew, and
could possibly be adapted to other languages:

https://github.com/amire80/znavot

Pull requests welcome :)


בתאריך יום ה׳, 4 באוק׳ 2018, 19:59, מאת Thiemo Kreuz ‏<
thiemo.kr...@wikimedia.de>:

> Hey!
>
> The syntax "[[Schnee]]reichtum" is quite common in the
> German community. There are not many other ways to achieve the same:
>  or  can be used instead.[1] The later is often the
> better alternative, but an auto-replacement is not possible. For
> example, "[[Bund]]estag" must become "[[Bund]]estag".
>
> Not long ago  was often used. This became a problem with the
> recent parser updates. All  got replaced with , as far
> as I'm aware of.
>
> > in German, shouldn't they be tweaking the "linktrail" setting on dewiki,
> instead of using ``? What are cases where they *do* want the link
> to include the entire word?
>
> The software feature exists because of English [[word ending]]s. The
> same exists in German ("viele [[Wiki]]s, viele [[Tisch]]e, viele
> [[Arbeit]]en"), but is overshadowed by the fact that German is a
> language with many composites. From my experience, the fact that all
> linktrails, no matter how long, become part of the link is almost
> always a problem. It enlarges the click region, which is good, but
> surprises the reader when he ends at an unexpected article. I guess it
> would actually be a net-gain when the feature gets turned off or tuned
> down in German wikis. For example, we could limit the length of the
> linktrail to 2 characters.
>
> Is somebody interested in creating usage statistics for these
> linktrails in the German Wikipedia main namespace?
>
> Best
> Thiemo
>
> [1]
> https://de.wikipedia.org/wiki/Wikipedia:Verlinken#Verlinkung_von_Teilw%C3%B6rtern
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Thiemo Kreuz]

Hey!

The syntax "[[Schnee]]reichtum" is quite common in the
German community. There are not many other ways to achieve the same:
 or  can be used instead.[1] The later is often the
better alternative, but an auto-replacement is not possible. For
example, "[[Bund]]estag" must become "[[Bund]]estag".

Not long ago  was often used. This became a problem with the
recent parser updates. All  got replaced with , as far
as I'm aware of.

> in German, shouldn't they be tweaking the "linktrail" setting on dewiki, 
> instead of using ``? What are cases where they *do* want the link to 
> include the entire word?

The software feature exists because of English [[word ending]]s. The
same exists in German ("viele [[Wiki]]s, viele [[Tisch]]e, viele
[[Arbeit]]en"), but is overshadowed by the fact that German is a
language with many composites. From my experience, the fact that all
linktrails, no matter how long, become part of the link is almost
always a problem. It enlarges the click region, which is good, but
surprises the reader when he ends at an unexpected article. I guess it
would actually be a net-gain when the feature gets turned off or tuned
down in German wikis. For example, we could limit the length of the
linktrail to 2 characters.

Is somebody interested in creating usage statistics for these
linktrails in the German Wikipedia main namespace?

Best
Thiemo

[1] 
https://de.wikipedia.org/wiki/Wikipedia:Verlinken#Verlinkung_von_Teilw%C3%B6rtern

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 That has also be implemented upstream. Starting from 2.16.
https://github.com/GerritCodeReview/gerrit/commit/efc81216a1bffe599477cca32cf9d82307109ca9



On Thursday, 4 October 2018, 17:14:05 BST, C. Scott Ananian 
 wrote:  
 
 The new Gerrit UI seems to be missing the "ignore whitespace" option in diffs 
which the old Gerrit UI had.  That's a very useful feature when reviewing 
patches which include indentation changes, for example compare:
https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/463559/6/lib/wt2html/TokenTransformManager.js?polygerrit=1withhttps://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/463559/6/lib/wt2html/TokenTransformManager.js?polygerrit=0(after
 setting "ignore whitespace" to "all" in the gear-shaped preference menu in the 
top-right). --scott

On Wed, Oct 3, 2018 at 5:09 PM Paladox via Wikitech-l 
 wrote:

Hi, i am collecting feedback for Gerrit's New UI called PolyGerrit. It's 
possible to use PolyGerrit on gerrit.wikimedia.org since 2.14. The new UI has 
recently been made the default upstream. The Old UI is going away in the next 
release after 2.16. Upstream have given PolyGerrit another update that looks 
different to the one on gerrit.wikimedia.org. PolyGerrit now includes a dark ui.

To switch to PolyGerrit either click the "New UI" button on the footer or put 
?polygerrit=1 in the url.

To switch back to GWTUI either click "Switch back to old ui" on the footer or 
put ?polygerrit=0 in the url.

Non dark mode:

Here's how it looks like:

Dashboard:

https://phabricator.wikimedia.org/F26296230


Change list:

https://phabricator.wikimedia.org/F26296240

Change screen:

https://phabricator.wikimedia.org/F26296242


https://phabricator.wikimedia.org/F26296257


Dark mode: https://phabricator.wikimedia.org/F26296282


And many other UI improvements across the app.

You can play around the the new ui from the master branch that will become 2.16 
here https://gerrit.git.wmflabs.org/r/

Please give feedback so upstream can make PolyGerrit even better! You can 
either file your reports at https://phabricator.wikimedia.org/project/view/330/ 
or reply to the email with your feedback.




It has a dedicated team on the UI with a design researcher behind the scenes 
redesigning polygerrit constantly based on feedback.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l


-- 
(http://cscott.net)  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Lucas Werkmeister]

I’m not an expert on dewiki, but I assume they still want word-ending links
for simple stuff like [[Gesetz]]e (plural), [[Finger]]s (genitive). I would
guess these cases are still more common than the long compound words where
the  trick is used.

Am Do., 4. Okt. 2018 um 17:44 Uhr schrieb Amir E. Aharoni <
amir.ahar...@mail.huji.ac.il>:

> I'm really not an expert on German. However, I have been slowly analyzing
> common trails in some other languages with purpose of doing smarter link
> trailing some day. It's a very crazy and long term pet project :) In
> theory, I could do it for German, too.
>
> בתאריך יום ה׳, 4 באוק׳ 2018, 18:39, מאת C. Scott Ananian ‏<
> canan...@wikimedia.org>:
>
> >
> >
> https://hu.wikipedia.org/w/index.php?title=Grafikus_matroid=prev=20406147
> > illustrates another use: separating - and { in the unusual case where
> this
> > string is wanted and you *don't* want language converter markup.  ie
> > `-{foo}-` is different from `-{foo}-`.  You don't usually notice
> > this because languageconversion is disabled in many wikis, but it can
> cause
> > problems if unbalanced syntax is used inside a template argument, like:
> > `{{foo|-{bar}}`.  Here you need to use `{{foo|-{bar}}`, even if
> > LanguageConverter is not enabled.
> >
> > Amir -- in german, shouldn't they be tweaking the "linktrail" setting on
> > dewiki, instead of using ``?  What are cases where they *do*
> want
> > the link to include the entire word?  Can they be automatically
> > distinguished?
> >  --scott
> >
> > On Thu, Oct 4, 2018 at 11:17 AM Bináris  wrote:
> >
> > > Here is a list of removals. :-)
> > >
> > >
> >
> https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/BinBot=20180912205000=BinBot=28
> > >
> > >
> > > Amir E. Aharoni  ezt írta (időpont:
> 2018.
> > > okt. 4., Cs, 16:47):
> > >
> > > > Thanks. Can you please give some particular examples?
> > > >
> > > > בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏<
> wikipo...@gmail.com
> > >:
> > > >
> > > > > Amir E. Aharoni  ezt írta (időpont:
> > > 2018.
> > > > > okt. 4., Cs, 16:18):
> > > > >
> > > > > >
> > > > > > This sentence shows the template used at the
> end.{{Citation
> > > > > > needed|reason=Reliable source needed for the whole
> > > > sentence|date=October
> > > > > > 2018}}
> > > > > >
> > > > > > However,  has less trivial use cases, that are not quite
> > the
> > > > same
> > > > > > as demonstrating wiki syntax. One such usage I'm aware of is
> > linking
> > > a
> > > > > part
> > > > > > of a long compound German word, for example "[[Schnee]] > > > > />reichtum".
> > > > > > It produces the desired effect, however it is a bit of a hack:
> the
> > > word
> > > > > > "nowiki" doesn't have anything to do with dividing compound
> words.
> > > This
> > > > > use
> > > > > > is quite common in the German Wikipedia because of the nature of
> > the
> > > > > German
> > > > > > language, which has a lot of long compound words.
> > > > > >
> > > > >
> > > > > We have a lot of them in Hungarian Wikipedia, and we have just
> > decided
> > > to
> > > > > eradicate them, because this is a non-desired effect. :-)
> > > > > ___
> > > > > Wikitech-l mailing list
> > > > > Wikitech-l@lists.wikimedia.org
> > > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > > > ___
> > > > Wikitech-l mailing list
> > > > Wikitech-l@lists.wikimedia.org
> > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > >
> > >
> > >
> > > --
> > > Bináris
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> >
> >
> > --
> > (http://cscott.net)
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Lucas Werkmeister
Software Developer (working student)

Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0
https://wikimedia.de

Imagine a world, in which every single human being can freely share in the
sum of all knowledge. That‘s our commitment.

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.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] TechCom Radar 2018-10-03

[Kate Chapman]

Hi All,

Here are the minutes from this week's TechCom meeting:

* Hosted IRC discussion on Spec for representing multiple content
objects per revision (MCR) in XML dumps

    * minutes:

    * log:


* Hosting IRC discussion on Tuesday 16 October 2pm PST(21:00 UTC, 23:00
CET) in #wikimedia-office (NOTE: meeting occurring one day earlier than
usual): RfC: Release notes automation


* Accepted as RFC: Content model version field to accompany content
model 

* Continued planning TechConf session on the Architecture Principles.

You can also find our meeting minutes at


See also the TechCom RFC board
.

If you prefer you can subscribe to our newsletter here:


Thanks,

Kate
-- 
Kate Chapman TechCom Facilitator (Contractor)





___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[C. Scott Ananian]

The new Gerrit UI seems to be missing the "ignore whitespace" option in
diffs which the old Gerrit UI had.  That's a very useful feature when
reviewing patches which include indentation changes, for example compare:
https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/463559/6/lib/wt2html/TokenTransformManager.js?polygerrit=1
with
https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/463559/6/lib/wt2html/TokenTransformManager.js?polygerrit=0
(after setting "ignore whitespace" to "all" in the gear-shaped preference
menu in the top-right).
 --scott

On Wed, Oct 3, 2018 at 5:09 PM Paladox via Wikitech-l <
wikitech-l@lists.wikimedia.org> wrote:

> Hi, i am collecting feedback for Gerrit's New UI called PolyGerrit. It's
> possible to use PolyGerrit on gerrit.wikimedia.org since 2.14. The new UI
> has recently been made the default upstream. The Old UI is going away in
> the next release after 2.16. Upstream have given PolyGerrit another update
> that looks different to the one on gerrit.wikimedia.org. PolyGerrit now
> includes a dark ui.
>
> To switch to PolyGerrit either click the "New UI" button on the footer or
> put ?polygerrit=1 in the url.
>
> To switch back to GWTUI either click "Switch back to old ui" on the footer
> or put ?polygerrit=0 in the url.
>
> Non dark mode:
>
> Here's how it looks like:
>
> Dashboard:
>
> https://phabricator.wikimedia.org/F26296230
>
>
> Change list:
>
> https://phabricator.wikimedia.org/F26296240
>
> Change screen:
>
> https://phabricator.wikimedia.org/F26296242
>
>
> https://phabricator.wikimedia.org/F26296257
>
>
> Dark mode: https://phabricator.wikimedia.org/F26296282
>
>
> And many other UI improvements across the app.
>
> You can play around the the new ui from the master branch that will become
> 2.16 here https://gerrit.git.wmflabs.org/r/
>
> Please give feedback so upstream can make PolyGerrit even better! You can
> either file your reports at
> https://phabricator.wikimedia.org/project/view/330/ or reply to the email
> with your feedback.
>
>
>
>
> It has a dedicated team on the UI with a design researcher behind the
> scenes redesigning polygerrit constantly based on feedback.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
(http://cscott.net)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Amir E. Aharoni]

I'm really not an expert on German. However, I have been slowly analyzing
common trails in some other languages with purpose of doing smarter link
trailing some day. It's a very crazy and long term pet project :) In
theory, I could do it for German, too.

בתאריך יום ה׳, 4 באוק׳ 2018, 18:39, מאת C. Scott Ananian ‏<
canan...@wikimedia.org>:

>
> https://hu.wikipedia.org/w/index.php?title=Grafikus_matroid=prev=20406147
> illustrates another use: separating - and { in the unusual case where this
> string is wanted and you *don't* want language converter markup.  ie
> `-{foo}-` is different from `-{foo}-`.  You don't usually notice
> this because languageconversion is disabled in many wikis, but it can cause
> problems if unbalanced syntax is used inside a template argument, like:
> `{{foo|-{bar}}`.  Here you need to use `{{foo|-{bar}}`, even if
> LanguageConverter is not enabled.
>
> Amir -- in german, shouldn't they be tweaking the "linktrail" setting on
> dewiki, instead of using ``?  What are cases where they *do* want
> the link to include the entire word?  Can they be automatically
> distinguished?
>  --scott
>
> On Thu, Oct 4, 2018 at 11:17 AM Bináris  wrote:
>
> > Here is a list of removals. :-)
> >
> >
> https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/BinBot=20180912205000=BinBot=28
> >
> >
> > Amir E. Aharoni  ezt írta (időpont: 2018.
> > okt. 4., Cs, 16:47):
> >
> > > Thanks. Can you please give some particular examples?
> > >
> > > בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏ >:
> > >
> > > > Amir E. Aharoni  ezt írta (időpont:
> > 2018.
> > > > okt. 4., Cs, 16:18):
> > > >
> > > > >
> > > > > This sentence shows the template used at the end.{{Citation
> > > > > needed|reason=Reliable source needed for the whole
> > > sentence|date=October
> > > > > 2018}}
> > > > >
> > > > > However,  has less trivial use cases, that are not quite
> the
> > > same
> > > > > as demonstrating wiki syntax. One such usage I'm aware of is
> linking
> > a
> > > > part
> > > > > of a long compound German word, for example "[[Schnee]] > > > />reichtum".
> > > > > It produces the desired effect, however it is a bit of a hack: the
> > word
> > > > > "nowiki" doesn't have anything to do with dividing compound words.
> > This
> > > > use
> > > > > is quite common in the German Wikipedia because of the nature of
> the
> > > > German
> > > > > language, which has a lot of long compound words.
> > > > >
> > > >
> > > > We have a lot of them in Hungarian Wikipedia, and we have just
> decided
> > to
> > > > eradicate them, because this is a non-desired effect. :-)
> > > > ___
> > > > Wikitech-l mailing list
> > > > Wikitech-l@lists.wikimedia.org
> > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> >
> >
> > --
> > Bináris
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
> --
> (http://cscott.net)
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[C. Scott Ananian]

https://hu.wikipedia.org/w/index.php?title=Grafikus_matroid=prev=20406147
illustrates another use: separating - and { in the unusual case where this
string is wanted and you *don't* want language converter markup.  ie
`-{foo}-` is different from `-{foo}-`.  You don't usually notice
this because languageconversion is disabled in many wikis, but it can cause
problems if unbalanced syntax is used inside a template argument, like:
`{{foo|-{bar}}`.  Here you need to use `{{foo|-{bar}}`, even if
LanguageConverter is not enabled.

Amir -- in german, shouldn't they be tweaking the "linktrail" setting on
dewiki, instead of using ``?  What are cases where they *do* want
the link to include the entire word?  Can they be automatically
distinguished?
 --scott

On Thu, Oct 4, 2018 at 11:17 AM Bináris  wrote:

> Here is a list of removals. :-)
>
> https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/BinBot=20180912205000=BinBot=28
>
>
> Amir E. Aharoni  ezt írta (időpont: 2018.
> okt. 4., Cs, 16:47):
>
> > Thanks. Can you please give some particular examples?
> >
> > בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏:
> >
> > > Amir E. Aharoni  ezt írta (időpont:
> 2018.
> > > okt. 4., Cs, 16:18):
> > >
> > > >
> > > > This sentence shows the template used at the end.{{Citation
> > > > needed|reason=Reliable source needed for the whole
> > sentence|date=October
> > > > 2018}}
> > > >
> > > > However,  has less trivial use cases, that are not quite the
> > same
> > > > as demonstrating wiki syntax. One such usage I'm aware of is linking
> a
> > > part
> > > > of a long compound German word, for example "[[Schnee]] > > />reichtum".
> > > > It produces the desired effect, however it is a bit of a hack: the
> word
> > > > "nowiki" doesn't have anything to do with dividing compound words.
> This
> > > use
> > > > is quite common in the German Wikipedia because of the nature of the
> > > German
> > > > language, which has a lot of long compound words.
> > > >
> > >
> > > We have a lot of them in Hungarian Wikipedia, and we have just decided
> to
> > > eradicate them, because this is a non-desired effect. :-)
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
> --
> Bináris
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
(http://cscott.net)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Bináris]

Here is a list of removals. :-)
https://hu.wikipedia.org/w/index.php?title=Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5%B1k%C3%B6d%C3%A9sei/BinBot=20180912205000=BinBot=28


Amir E. Aharoni  ezt írta (időpont: 2018.
okt. 4., Cs, 16:47):

> Thanks. Can you please give some particular examples?
>
> בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏:
>
> > Amir E. Aharoni  ezt írta (időpont: 2018.
> > okt. 4., Cs, 16:18):
> >
> > >
> > > This sentence shows the template used at the end.{{Citation
> > > needed|reason=Reliable source needed for the whole
> sentence|date=October
> > > 2018}}
> > >
> > > However,  has less trivial use cases, that are not quite the
> same
> > > as demonstrating wiki syntax. One such usage I'm aware of is linking a
> > part
> > > of a long compound German word, for example "[[Schnee]] > />reichtum".
> > > It produces the desired effect, however it is a bit of a hack: the word
> > > "nowiki" doesn't have anything to do with dividing compound words. This
> > use
> > > is quite common in the German Wikipedia because of the nature of the
> > German
> > > language, which has a lot of long compound words.
> > >
> >
> > We have a lot of them in Hungarian Wikipedia, and we have just decided to
> > eradicate them, because this is a non-desired effect. :-)
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Bináris
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Amir E. Aharoni]

Thanks. Can you please give some particular examples?

בתאריך יום ה׳, 4 באוק׳ 2018, 17:41, מאת Bináris ‏:

> Amir E. Aharoni  ezt írta (időpont: 2018.
> okt. 4., Cs, 16:18):
>
> >
> > This sentence shows the template used at the end.{{Citation
> > needed|reason=Reliable source needed for the whole sentence|date=October
> > 2018}}
> >
> > However,  has less trivial use cases, that are not quite the same
> > as demonstrating wiki syntax. One such usage I'm aware of is linking a
> part
> > of a long compound German word, for example "[[Schnee]] />reichtum".
> > It produces the desired effect, however it is a bit of a hack: the word
> > "nowiki" doesn't have anything to do with dividing compound words. This
> use
> > is quite common in the German Wikipedia because of the nature of the
> German
> > language, which has a lot of long compound words.
> >
>
> We have a lot of them in Hungarian Wikipedia, and we have just decided to
> eradicate them, because this is a non-desired effect. :-)
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] non-obvious uses of in your language

[Bináris]

Amir E. Aharoni  ezt írta (időpont: 2018.
okt. 4., Cs, 16:18):

>
> This sentence shows the template used at the end.{{Citation
> needed|reason=Reliable source needed for the whole sentence|date=October
> 2018}}
>
> However,  has less trivial use cases, that are not quite the same
> as demonstrating wiki syntax. One such usage I'm aware of is linking a part
> of a long compound German word, for example "[[Schnee]]reichtum".
> It produces the desired effect, however it is a bit of a hack: the word
> "nowiki" doesn't have anything to do with dividing compound words. This use
> is quite common in the German Wikipedia because of the nature of the German
> language, which has a lot of long compound words.
>

We have a lot of them in Hungarian Wikipedia, and we have just decided to
eradicate them, because this is a non-desired effect. :-)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] non-obvious uses of in your language

[Amir E. Aharoni]

Hi,

In MediaWiki, the  tag was created for writing characters without
having them interpreted as wiki syntax. An obvious and direct use case for
this is writing help pages about editing wiki pages in wiki syntax, for
example:

Writing '''words between three apostrophes''' will show
them in bold font: '''words between three apostrophes'''.

Another related use case is demonstrating how templates work:

This sentence shows the template used at the end.{{Citation
needed|reason=Reliable source needed for the whole sentence|date=October
2018}}

However,  has less trivial use cases, that are not quite the same
as demonstrating wiki syntax. One such usage I'm aware of is linking a part
of a long compound German word, for example "[[Schnee]]reichtum".
It produces the desired effect, however it is a bit of a hack: the word
"nowiki" doesn't have anything to do with dividing compound words. This use
is quite common in the German Wikipedia because of the nature of the German
language, which has a lot of long compound words.

Are there other languages where comparable hacks with  exist,
dictated by the nature of the language or by any local policies?

--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 In PolyGerrit on the master branch, we can now define themes for users to try. 
I haven't tried building a theme yet that allows users to switch between themes.
On Wednesday, 3 October 2018, 23:29:09 BST, Thiemo Kreuz 
 wrote:  
 
 Paladox wrote:

> i am collecting feedback for Gerrit's New UI […]

You might want to check out the CSS tweaks I developed for the old
Gerrit UI. This stylesheet removes a lot of clutter, makes Gerrit
usable on smaller laptop screens, and increases critical click
regions. If the new Gerrit UI looks as clean as my tweaked version (or
when similar tweaks can be applied to the new UI), I'm happy.

https://meta.wikimedia.org/wiki/User:Thiemo_Kreuz_(WMDE)/userContent.css

Best
Thiemo

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 I filled the collapse section on dashboard suggestion at 
https://bugs.chromium.org/p/gerrit/issues/detail?id=9804
On Thursday, 4 October 2018, 10:28:29 BST, Daniel Kinzler 
 wrote:  
 
 I have been using PolyGerrit for as long as it has been available for testing,
and my general feedback is: not perfect, but about a thousand times better than
the old ui.

Collapsible sections in the dashboard would be very helpful, and GerritBot
should not post anything about changes that are marked WIP. That's about the
biggest issues I have.

Am 03.10.2018 um 23:09 schrieb Paladox via Wikitech-l:
> Hi, i am collecting feedback for Gerrit's New UI called PolyGerrit. It's 
> possible to use PolyGerrit on gerrit.wikimedia.org since 2.14. The new UI has 
> recently been made the default upstream. The Old UI is going away in the next 
> release after 2.16. Upstream have given PolyGerrit another update that looks 
> different to the one on gerrit.wikimedia.org. PolyGerrit now includes a dark 
> ui.
> 
> To switch to PolyGerrit either click the "New UI" button on the footer or put 
> ?polygerrit=1 in the url.
> 
> To switch back to GWTUI either click "Switch back to old ui" on the footer or 
> put ?polygerrit=0 in the url.
> 
> Non dark mode:
> 
> Here's how it looks like:
> 
> Dashboard:
> 
> https://phabricator.wikimedia.org/F26296230
> 
> 
> Change list:
> 
> https://phabricator.wikimedia.org/F26296240
> 
> Change screen:
> 
> https://phabricator.wikimedia.org/F26296242
> 
> 
> https://phabricator.wikimedia.org/F26296257
> 
> 
> Dark mode: https://phabricator.wikimedia.org/F26296282
> 
> 
> And many other UI improvements across the app.
> 
> You can play around the the new ui from the master branch that will become 
> 2.16 here https://gerrit.git.wmflabs.org/r/
> 
> Please give feedback so upstream can make PolyGerrit even better! You can 
> either file your reports at 
> https://phabricator.wikimedia.org/project/view/330/ or reply to the email 
> with your feedback.
> 
> 
> 
> 
> It has a dedicated team on the UI with a design researcher behind the scenes 
> redesigning polygerrit constantly based on feedback.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Paladox via Wikitech-l]

 
Point 1: Upstream are running the master branch of gerrit. So as soon as 2.16 
is branched and released then a point release is done we will be able to 
upgrade to it on gerrit.wikimedia.org.
Point 2: Same as above. That feature will roll out to gerrit.wikimedia.org as 
soon as we upgrade.
Point 3: This will roll out when we upgrade.
Point 4: their jenkins bot is operated by luca from gerritforge. He uses emojis 
in the comments which we could do now with our own install.On Thursday, 4 
October 2018, 09:16:03 BST, Addshore  wrote:  
 
 I'm still currently using the old UI, here are some things that I have
noticed.

#1 While comparing gerrit-review.googlesource.com and our gerrit install I
have found that the
googlesource version seems easier to look at. I think some of this is down
to the greater contrast
difference and the couple of extra seperating lines that they use. The main
one that I would like to
see on our install is line between the meta data on the left and the commit
message centre screen.

#2 My workflow now requires an extra click. I don't use git-review and
instead just use the links provided
by gerrit to checkout patches. Again, this seems to be less of an issue on
googlesource which has a
"download" button on the main patch pages, ours however is hidden within
the "more" menu.
I would like to see the download button straight away and avoid this extra
click.

#3 Upstream seems to have "sizeBars" element on each changed file
indicating the additions and
removals, I like this, and miss this from our current "old ui".

#4 When Jenkins reports on a patch the FAILURE or SUCCESS text has a text
colour of either red or
green in the old UI. googlesource also has some coloured representation of
success of failure when
reported by their CI, but our new poly gerrit doesn't seem to.

Thats it from me right now.

On Wed, 3 Oct 2018 at 23:29, Thiemo Kreuz  wrote:

> Paladox wrote:
>
> > i am collecting feedback for Gerrit's New UI […]
>
> You might want to check out the CSS tweaks I developed for the old
> Gerrit UI. This stylesheet removes a lot of clutter, makes Gerrit
> usable on smaller laptop screens, and increases critical click
> regions. If the new Gerrit UI looks as clean as my tweaked version (or
> when similar tweaks can be applied to the new UI), I'm happy.
>
> https://meta.wikimedia.org/wiki/User:Thiemo_Kreuz_(WMDE)/userContent.css
>
> Best
> Thiemo
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l  
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Patchsets by new Gerrit contributors waiting for code review and/or merge

[Andre Klapper]

CR0: Please review and provide guidance if you are familiar with the
code, and decide (CR±1 or CR±2):


* https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/201104/
** Overhaul AbuseFilter internal profiling system
** 2018-September-09
** Maintainers/Stewards: MediaWiki Platform team

* https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/201177/
** Add average AbuseFilter run time and conditions to display table
** 2018-September-09
** Maintainers/Stewards: MediaWiki Platform team

* https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/AbuseFilter/+/201171/
** Expand stat tracking in AbuseFilter
** 2018-September-09
** Maintainers/Stewards: MediaWiki Platform team

* https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/462155/
** Adds 'GetFileIconThumb' hook to file page
** 2018-September-25
** Maintainers/Stewards: Reading > Multimedia team


CR+1: Please help make a decision (CR±1, CR±2) on these CR+1 patches:

* https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Wikibase/+/453821/
** Add monolingual language code hbo
** 2018-August-27
** Maintainers/Stewards: WMDE Engineering

* https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/VEForAll/+/454560/
** Fix composer package name to match conventions
** 2018-September-07
** Maintainers/Stewards: ???


Read https://www.mediawiki.org/wiki/Gerrit/Code_review#By_project how
you can get notified of new patches in your code areas of interest.

Thanks in advance for your reviews!


Of last time's 11 listed patches, 2 got merged thanks to Mukunda and
JForrester, 3 changed to CR-1 thanks to bawolff, TheDJ, Eranroz,
JJMC89.


Maintainers/Stewards data taken from 
https://www.mediawiki.org/wiki/Developers/Maintainers
CR0 source: 
https://gerrit.wikimedia.org/r/#/q/ownerin:newcomers+status:open+label:Verified%253E%253D0+label:Code-Review%253D0
CR+1 source: 
https://gerrit.wikimedia.org/r/#/q/ownerin:newcomers+status:open+label:Verified%253E%253D1+label:Code-Review%253E%253D%252B1+-label:Code-Review%253C%253D0

-- 
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Daniel Kinzler]

I have been using PolyGerrit for as long as it has been available for testing,
and my general feedback is: not perfect, but about a thousand times better than
the old ui.

Collapsible sections in the dashboard would be very helpful, and GerritBot
should not post anything about changes that are marked WIP. That's about the
biggest issues I have.

Am 03.10.2018 um 23:09 schrieb Paladox via Wikitech-l:
> Hi, i am collecting feedback for Gerrit's New UI called PolyGerrit. It's 
> possible to use PolyGerrit on gerrit.wikimedia.org since 2.14. The new UI has 
> recently been made the default upstream. The Old UI is going away in the next 
> release after 2.16. Upstream have given PolyGerrit another update that looks 
> different to the one on gerrit.wikimedia.org. PolyGerrit now includes a dark 
> ui.
> 
> To switch to PolyGerrit either click the "New UI" button on the footer or put 
> ?polygerrit=1 in the url.
> 
> To switch back to GWTUI either click "Switch back to old ui" on the footer or 
> put ?polygerrit=0 in the url.
> 
> Non dark mode:
> 
> Here's how it looks like:
> 
> Dashboard:
> 
> https://phabricator.wikimedia.org/F26296230
> 
> 
> Change list:
> 
> https://phabricator.wikimedia.org/F26296240
> 
> Change screen:
> 
> https://phabricator.wikimedia.org/F26296242
> 
> 
> https://phabricator.wikimedia.org/F26296257
> 
> 
> Dark mode: https://phabricator.wikimedia.org/F26296282
> 
> 
> And many other UI improvements across the app.
> 
> You can play around the the new ui from the master branch that will become 
> 2.16 here https://gerrit.git.wmflabs.org/r/
> 
> Please give feedback so upstream can make PolyGerrit even better! You can 
> either file your reports at 
> https://phabricator.wikimedia.org/project/view/330/ or reply to the email 
> with your feedback.
> 
> 
> 
> 
> It has a dedicated team on the UI with a design researcher behind the scenes 
> redesigning polygerrit constantly based on feedback.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Collecting UI feedback for PolyGerrit - Gerrit

[Addshore]

I'm still currently using the old UI, here are some things that I have
noticed.

#1 While comparing gerrit-review.googlesource.com and our gerrit install I
have found that the
googlesource version seems easier to look at. I think some of this is down
to the greater contrast
difference and the couple of extra seperating lines that they use. The main
one that I would like to
see on our install is line between the meta data on the left and the commit
message centre screen.

#2 My workflow now requires an extra click. I don't use git-review and
instead just use the links provided
by gerrit to checkout patches. Again, this seems to be less of an issue on
googlesource which has a
"download" button on the main patch pages, ours however is hidden within
the "more" menu.
I would like to see the download button straight away and avoid this extra
click.

#3 Upstream seems to have "sizeBars" element on each changed file
indicating the additions and
removals, I like this, and miss this from our current "old ui".

#4 When Jenkins reports on a patch the FAILURE or SUCCESS text has a text
colour of either red or
green in the old UI. googlesource also has some coloured representation of
success of failure when
reported by their CI, but our new poly gerrit doesn't seem to.

Thats it from me right now.

On Wed, 3 Oct 2018 at 23:29, Thiemo Kreuz  wrote:

> Paladox wrote:
>
> > i am collecting feedback for Gerrit's New UI […]
>
> You might want to check out the CSS tweaks I developed for the old
> Gerrit UI. This stylesheet removes a lot of clutter, makes Gerrit
> usable on smaller laptop screens, and increases critical click
> regions. If the new Gerrit UI looks as clean as my tweaked version (or
> when similar tweaks can be applied to the new UI), I'm happy.
>
> https://meta.wikimedia.org/wiki/User:Thiemo_Kreuz_(WMDE)/userContent.css
>
> Best
> Thiemo
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l