Hi folks,
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt. [[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the tabs look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After this change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons, or the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April 10 to test.wikipedia.org/test2.wikipedia.org/mediawiki.org, non-wikipedia sister projects on April 15, and Wikipedias on April 17. (See deployment calender at https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo... for details on the deployment schedule )
You can view a screenshot of what it will look like at https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png . You can test it out for real right now at beta wiki http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Brian Wolff, 08/04/2014 05:28:
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt.
Thanks. A nice change, looks even better in monobook. :) http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna-Riksantikvarie%C3%A4mbetet.jpg?useskin=monobook I like this direction we're taking in making tabs more informative (cf. https://bugzilla.wikimedia.org/35946 ).
Nemo
[[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the tabs look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After this change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons, or the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April 10 to test.wikipedia.org/test2.wikipedia.org/mediawiki.org, non-wikipedia sister projects on April 15, and Wikipedias on April 17. (See deployment calender at https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo... for details on the deployment schedule )
You can view a screenshot of what it will look like at https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png . You can test it out for real right now at beta wiki http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
Thanks Brian. I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language description to the file at Commons.
Regards, Billinghurst
On Tue, 8 Apr 2014 00:28:46 -0300, Brian Wolff bawolff@gmail.com wrote:
Hi folks,
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt. [[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the tabs look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After this change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons, or the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April 10 to test.wikipedia.org/test2.wikipedia.org/mediawiki.org, non-wikipedia sister projects on April 15, and Wikipedias on April 17. (See deployment calender at
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo...
for details on the deployment schedule )
You can view a screenshot of what it will look like at https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png . You can test it out for real right now at beta wiki
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
billinghurst, 08/04/2014 12:26:
I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language description to the file at Commons.
It's not encouraging but merely descripting what the existing tab does. We could remove said tab of course, file a bug for that if you think it a good idea?
Nemo
I actually agree with the encouraging people to go to commons, however there's probably a limit to what we can do with the tabs while still having a tab for creating local descriptions, which can be useful sometimes.
Of course translatewiki takes the approach of just disabling edits in the File namespace ( http://translatewiki.net/wiki/File:Example.png ), so there is always that. I think there was some suggestion of having an "edit on commons" tab but as the commit summary noted ( https://gerrit.wikimedia.org/r/#/c/104182/ ) there is the potential for users to be confused about where they are editing and that suddenly they are on another site (doubly so if not a wikimedia wiki with no sul)
Anyways, i should reiterate, the thanks should go to [[User:This,_that_and_the_other]] who actually pushed the change forward, all I did was send some outreach notices about it.
Cheers, Bawolff
On Apr 8, 2014 7:26 AM, "billinghurst" billinghurst@gmail.com wrote:
Thanks Brian. I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language description to the file at Commons.
Regards, Billinghurst
On Tue, 8 Apr 2014 00:28:46 -0300, Brian Wolff bawolff@gmail.com wrote:
Hi folks,
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt. [[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the tabs look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After this change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons, or the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April 10 to test.wikipedia.org/test2.wikipedia.org/mediawiki.org, non-wikipedia sister projects on April 15, and Wikipedias on April 17. (See deployment calender at
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo...
for details on the deployment schedule )
You can view a screenshot of what it will look like at https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png . You can test it out for real right now at beta wiki
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
Thanks for the the improvement itself, looks very good.
But for wikis with disabled local uploads or limited usage of the local file namespace I would like to see a core function/setting to skip the local file page and redirect to Commons directly.
Currently a Gadget is necessary for this skip (like on dewiki).
Cheers Raimond.
Raimond Spekking, Köln GPG-Schlüssel-ID: 0xB12BE7A6
Am 08.04.2014 20:00, schrieb Brian Wolff:
I actually agree with the encouraging people to go to commons, however there's probably a limit to what we can do with the tabs while still having a tab for creating local descriptions, which can be useful sometimes.
Of course translatewiki takes the approach of just disabling edits in the File namespace ( http://translatewiki.net/wiki/File:Example.png ), so there is always that. I think there was some suggestion of having an "edit on commons" tab but as the commit summary noted ( https://gerrit.wikimedia.org/r/#/c/104182/ ) there is the potential for users to be confused about where they are editing and that suddenly they are on another site (doubly so if not a wikimedia wiki with no sul)
Anyways, i should reiterate, the thanks should go to [[User:This,_that_and_the_other]] who actually pushed the change forward, all I did was send some outreach notices about it.
Cheers, Bawolff
On Apr 8, 2014 7:26 AM, "billinghurst" <billinghurst@gmail.com mailto:billinghurst@gmail.com> wrote:
Thanks Brian. I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language
description
to the file at Commons.
Regards, Billinghurst
On Tue, 8 Apr 2014 00:28:46 -0300, Brian Wolff <bawolff@gmail.com
mailto:bawolff@gmail.com> wrote:
Hi folks,
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt. [[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the tabs look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After this change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons, or the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April 10 to test.wikipedia.org/test2.wikipedia.org/mediawiki.org
http://test.wikipedia.org/test2.wikipedia.org/mediawiki.org, non-wikipedia
sister projects on April 15, and Wikipedias on April 17. (See deployment calender at
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo...
for details on the deployment schedule )
You can view a screenshot of what it will look like at https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png . You can test it out for real right now at beta wiki
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org
mailto:Wikitech-ambassadors@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
2014-04-08 20:06 GMT+02:00 Raimond Spekking raimond.spekking@gmail.com:
Thanks for the the improvement itself, looks very good.
But for wikis with disabled local uploads or limited usage of the local file namespace I would like to see a core function/setting to skip the local file page and redirect to Commons directly.
Currently a Gadget is necessary for this skip (like on dewiki).
No, you do not really need a gadget. On svwiki it is solved in common.jshttps://sv.wikipedia.org/wiki/MediaWiki:Common.js .
*Best regards,Jan Ainali*
Am 08.04.2014 20:12, schrieb Jan Ainali:
2014-04-08 20:06 GMT+02:00 Raimond Spekking <raimond.spekking@gmail.com mailto:raimond.spekking@gmail.com>:
Thanks for the the improvement itself, looks very good. But for wikis with disabled local uploads or limited usage of the local file namespace I would like to see a core function/setting to skip the local file page and redirect to Commons directly. Currently a Gadget is necessary for this skip (like on dewiki).
No, you do not really need a gadget. On svwiki it is solved in common.js https://sv.wikipedia.org/wiki/MediaWiki:Common.js.
Ok, this is a possible fix too.
But generally I would like to see a generic core function instead of a home brewed solution per wiki.
Raimond.
Thanks again Brian, it intended to be a more generic/rhetorical question, rather than aimed directly at you. With matters like this, it is often the situation of asking the question that challenges the status quo position. To me it was/is not evident that we have recently asked the question of why do we still retain local editing tabs for images at Commons. While it was suggested to do a bugzilla, I do not see that a bugzilla is the means to address this as it is not so much a technological decision, but instead a community decision over a process.
I would see that this may be more about an RFC at meta that proposes that the default for WMF wikis becomes no local editing tabs, though allows local wikis to have the ability to turn on the paired local tabs by local decision. So prior to launching such a discussion, could someone with the hacking knowledge address how much programming change would be required to have the situation of * on File: ns, that for files at Commons, that the local tab can be turned off as the default, and that local communities can have the ability to turn on local tabs * that where the above is set, that where local File: exist (in combination with Commons File:), that the local ability to edit File: is unaffected
Such an approach would seem to fit within the design of where some communities have local upload, and for those that do not.
That gives the means for starting an RFC to propose the change to the broader community, and will provide the solution for communities who wish to opt out. Such an RFC should also address for local wikis, what local tabs is provided to get editing available to files at Commons.
So as we have the views of many of the communities and the hackers, does that sound like a reasonable approach to take to progress this matter?
Regards, Billinghurst
On Tue, 8 Apr 2014 15:00:54 -0300, Brian Wolff bawolff@gmail.com wrote:
I actually agree with the encouraging people to go to commons, however there's probably a limit to what we can do with the tabs while still
having
a tab for creating local descriptions, which can be useful sometimes.
Of course translatewiki takes the approach of just disabling edits in
the
File namespace ( http://translatewiki.net/wiki/File:Example.png ), so
there
is always that. I think there was some suggestion of having an "edit on commons" tab but as the commit summary noted ( https://gerrit.wikimedia.org/r/#/c/104182/ ) there is the potential for users to be confused about where they are editing and that suddenly they are on another site (doubly so if not a wikimedia wiki with no sul)
Anyways, i should reiterate, the thanks should go to [[User:This,_that_and_the_other]] who actually pushed the change
forward,
all I did was send some outreach notices about it.
Cheers, Bawolff
On Apr 8, 2014 7:26 AM, "billinghurst" billinghurst@gmail.com wrote:
Thanks Brian. I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language description to the file at Commons.
Regards, Billinghurst
On Tue, 8 Apr 2014 00:28:46 -0300, Brian Wolff bawolff@gmail.com
wrote:
Hi folks,
tl;dr : The navigation tabs at the top of pages like https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg, are soon going to look like
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
This is a small change, but its a UI change, so I thought a mail to wikitech-ambassadors couldn't hurt. [[User:This,_that_and_the_other]] recently made a cool change to how the tabs of image pages on local wikis (wikipedia, etc) for files on commons, work. Previously such a page displayed a "create" tab, and generally looked like what the
tabs
look like for a page that doesn't exist. For example, see https://en.wikipedia.org/wiki/File:Henri_Rousseau_009.jpg . After
this
change there will be tabs for "View this image on Wikimedia Commons" and "Create local description" (or "Edit local description" if it already exists). There will be no changes to file pages at commons,
or
the file pages of locally uploaded files.
The change is part of 1.23wmf22, and will probably go live on April
10
to test.wikipedia.org/test2.wikipedia.org/mediawiki.org,
non-wikipedia
sister projects on April 15, and Wikipedias on April 17. (See deployment calender at
https://www.mediawiki.org/wiki/MediaWiki_1.23/Roadmap#Schedule_for_the_deplo...
for details on the deployment schedule )
You can view a screenshot of what it will look like at
https://commons.wikimedia.org/wiki/File:New_foreign_repo_file_tabs.png
. You can test it out for real right now at beta wiki
http://deployment.wikimedia.beta.wmflabs.org/wiki/File:16001000395904-Kiruna...
--bawolff
Wikitech-ambassadors mailing list Wikitech-ambassadors@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
I would see that this may be more about an RFC at meta that proposes that the default for WMF wikis becomes no local editing tabs, though allows local wikis to have the ability to turn on the paired local tabs by local decision. So prior to launching such a discussion, could someone with the hacking knowledge address how much programming change would be required to have the situation of
- on File: ns, that for files at Commons, that the local tab can be turned
off as the default, and that local communities can have the ability to turn on local tabs
- that where the above is set, that where local File: exist (in
combination with Commons File:), that the local ability to edit File: is unaffected
That should be very straightforward to do (Like say 20 minutes worth of work). There's some ambiguities though in your description, two possibilities that I see for what you say, both are really easy: *If a local description exists for a commons file, then everything is as before *If no local description exists, user does not have the "create local description tab". User's can still manually put ?action=edit on the url to edit the page if they need to. *This behaviour becomes a $wg config variable. Which means for a wiki to switch it, they would have to file a bug in bugzilla
Possibility 2: *New right: create-shared-local-description. Works exactly like createpage right, but for files from commons *Wikis can control who has the right (nobody, admins, somebody else). They can file a bug at bugzilla to have which groups have the right changed.
Both those require developer intervention to actually change the setting, but that's true of a lot of settings, and doesn't seem like a big hurdle. Maybe another possibility would be to make it so if MediaWiki:create-local is a '-', then the tab gets disabled. None of the other tabs work that way though, and it seems icky to special case it.
Such an approach would seem to fit within the design of where some communities have local upload, and for those that do not.
That gives the means for starting an RFC to propose the change to the broader community, and will provide the solution for communities who wish to opt out. Such an RFC should also address for local wikis, what local tabs is provided to get editing available to files at Commons.
So as we have the views of many of the communities and the hackers, does that sound like a reasonable approach to take to progress this matter?
I don't actually see what this has to do with whether or not local uploads are enabled.
Anyways,.I agree that this seems like a reasonable approach to take.
Cheers, --bawolff
On 04/08/2014 06:26 AM, billinghurst wrote:
Thanks Brian. I do wonder why we would encourage a local description, when there is better value (IMO) in having additional language description to the file at Commons.
One example is to mark that an image is featured locally. E.g. https://en.wikipedia.org/wiki/File:Bufotes_balearicus_female_quadrat.jpg has:
{{FeaturedPicture|File:Bufotes balearicus female quadrat.jpg}}
as the local description.
As a related note, it's confusing when viewing that local page what comes from where. The order is:
<General notice that the image is on/from Commons> <Local description> <Commons description>
Matt Flaschen
wikitech-ambassadors@lists.wikimedia.org