Hello everyone,
I've subscribed to this mailing-list just to send a suggestion since it's not possible to do so in forum.
My suggestion is simple: an Edit option for the "in other languages" box in the left in every wiki page.
You see, every section has its own Edit link so it's possible to load just that section. But when we need to change/add language link, we have to load the whole page! Not only this takes a long time but it's also very prone to error (esp for uploading edited page when something servers are not very responding). Hope you're convinced to add this little link.
Regards
Huh? The "in other languages" links are normally posted at the bottom of the page, so you can just click on the last section, can't you?
On 9/4/07, Wiki lapsap7+mwiki@gmail.com wrote:
Hello everyone,
I've subscribed to this mailing-list just to send a suggestion sinceit's not possible to do so in forum.
My suggestion is simple: an Edit option for the "in other languages"box in the left in every wiki page.
You see, every section has its own Edit link so it's possible to loadjust that section. But when we need to change/add language link, we have to load the whole page! Not only this takes a long time but it's also very prone to error (esp for uploading edited page when something servers are not very responding). Hope you're convinced to add this little link.
Regards
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
On 04/09/07, Casey Brown cbrown1023.ml@gmail.com wrote:
Huh? The "in other languages" links are normally posted at the bottom of the page, so you can just click on the last section, can't you?
On 9/4/07, Wiki lapsap7+mwiki@gmail.com wrote:
Hello everyone,
I've subscribed to this mailing-list just to send a suggestionsince
it's not possible to do so in forum.
My suggestion is simple: an Edit option for the "in otherlanguages"
box in the left in every wiki page.
You see, every section has its own Edit link so it's possible toload
just that section. But when we need to change/add language link, we
have
to load the whole page! Not only this takes a long time but it's also very prone to error (esp for uploading edited page when something servers are not very responding). Hope you're convinced to add this little link.
Regards
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-- Casey Brown Cbrown1023
Note: This e-mail address is used for mailing lists. Personal emails sent to this address will probably get lost. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Not always so. It *can* be annoying to look for them.
Okay, then what he wants is a bugzilla request. :-) http://bugzilla.wikimedia.org/
On 9/4/07, Majorly axel9891@googlemail.com wrote:
On 04/09/07, Casey Brown cbrown1023.ml@gmail.com wrote:
Huh? The "in other languages" links are normally posted at the bottom
of
the page, so you can just click on the last section, can't you?
On 9/4/07, Wiki lapsap7+mwiki@gmail.com wrote:
Hello everyone,
I've subscribed to this mailing-list just to send a suggestionsince
it's not possible to do so in forum.
My suggestion is simple: an Edit option for the "in otherlanguages"
box in the left in every wiki page.
You see, every section has its own Edit link so it's possible toload
just that section. But when we need to change/add language link, we
have
to load the whole page! Not only this takes a long time but it's also
very
prone to error (esp for uploading edited page when something servers
are
not very responding). Hope you're convinced to add this little link.
Regards
MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
-- Casey Brown Cbrown1023
Note: This e-mail address is used for mailing lists. Personal emails sent to this address will probably get lost. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Not always so. It *can* be annoying to look for them.
-- Alex (Majorly) _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Not always so. It *can* be annoying to look for them.
If they're mixed up in the wikitext, then I can't see any way to edit just them. It's best just to put them all at the bottom, and then loading the last section works fine.
If someone does have a go at implementing a feature like this, though, they should try and get it to do categories as well. If you can do one, it should be easy to do the other.
Casey Brown wrote:
Huh? The "in other languages" links are normally posted at the bottom of the page, so you can just click on the last section, can't you?
Normally, but only by convention. I wonder if the parser could sort the input in such a way that these links always go to the bottom? Another "invisible" section, sort of like the desire recently expressed for an "invisible" section at the top for everything before the first explicit section (making it editable separate from the full page).
Well, it obviously could, but should it? I guess (thinking further...), in a way there are bits of a page that can be seen as being useful if normalized and perhaps have a separate DB table entry. This could give a quick answer to "which pages in this category have an equivalent page in languageX?" or "show all pages that don't have a languageX version."
Daydreaming, obviously...
Mike
On 04/09/07, Michael Daly michaeldaly@kayakwiki.org wrote:
Normally, but only by convention. I wonder if the parser could sort the input in such a way that these links always go to the bottom? Another "invisible" section, sort of like the desire recently expressed for an "invisible" section at the top for everything before the first explicit section (making it editable separate from the full page).
Well, it obviously could, but should it? I guess (thinking further...), in a way there are bits of a page that can be seen as being useful if normalized and perhaps have a separate DB table entry. This could give a quick answer to "which pages in this category have an equivalent page in languageX?" or "show all pages that don't have a languageX version."
Well, this is already done - see the langlinks table.
What you need to remember is that we presently run a parse job over pages on save, and whenever we need to update the link tables, and use the link information in the resulting output object to perform these updates. This allows things like categories and interlanguage links to appear anywhere in page text, although as you pointed out, there is a long-standing convention that places these at the bottom of a page.
It would, I think, be very possible to write some sort of tool which can quickly extract this information from page text, and then present some sort of editor - saving it would require replacing the information back into the page text, and saving this again, which would conveniently handle the update, plus logging and versioning in one go.
Rob Church
It would, I think, be very possible to write some sort of tool which can quickly extract this information from page text, and then present some sort of editor - saving it would require replacing the information back into the page text, and saving this again, which would conveniently handle the update, plus logging and versioning in one go.
If the links are scattered throughout the page, then saving the information back into the page text could be a little tricky. Removing links is easy enough, and new ones can just go to the bottom, but what about changing existing ones? Should they get moved to the bottom or changed where they are? If people are putting them in strange places, they're probably doing so for a reason, so the latter would be better, but then you have to decide what counts as a change and what counts as removing a link and adding a new one.
On 05/09/07, Thomas Dalton thomas.dalton@gmail.com wrote:
If the links are scattered throughout the page, then saving the information back into the page text could be a little tricky. Removing links is easy enough, and new ones can just go to the bottom, but what about changing existing ones? Should they get moved to the bottom or changed where they are? If people are putting them in strange places,
I assumed I'd made it clear enough that I meant "in-place replacement" of existing links.
they're probably doing so for a reason, so the latter would be better, but then you have to decide what counts as a change and what counts as removing a link and adding a new one.
This is a good point.
Rob Church
On 05/09/07, Thomas Dalton <thomas.dalton@gmail.com > wrote:
If the links are scattered throughout the page, then saving the information back into the page text could be a little tricky. Removing links is easy enough, and new ones can just go to the bottom, but what about changing existing ones? Should they get moved to the bottom or changed where they are? If people are putting them in strange places, they're probably doing so for a reason, so the latter would be better, but then you have to decide what counts as a change and what counts as removing a link and adding a new one.
I've seen links at the beginning of pages, probably because the one who put it found it easier to look for them (instead of going a long way down the page). But if they're in "strange places", I'm not sure if their reason is valid because what it counts is the rendered HTML page. Wherever they're put, they're always grouped inside the "in other languages" box. So, I don't think you have to care about keeping them in their original location in the text.
On 06/09/07, Wiki lapsap7+mwiki@gmail.com wrote:
I've seen links at the beginning of pages, probably because the one whoput it found it easier to look for them (instead of going a long way down the page). But if they're in "strange places", I'm not sure if their reason is valid because what it counts is the rendered HTML page. Wherever they're put, they're always grouped inside the "in other languages" box. So, I don't think you have to care about keeping them in their original location in the text.
You are of course correct; since such links don't produce a visible result on the actual rendered page (i.e. no inline link), then it doesn't matter where the link goes, although I think the general feeling might be one that it's desirable to avoid changing the position of elements in page text too much if it can be helped.
Rob Church
Rob Church wrote:
On 06/09/07, lapsap7+mwiki wrote:
I've seen links at the beginning of pages, probably because the one whoput it found it easier to look for them (instead of going a long way down the page). But if they're in "strange places", I'm not sure if their reason is valid because what it counts is the rendered HTML page. Wherever they're put, they're always grouped inside the "in other languages" box. So, I don't think you have to care about keeping them in their original location in the text.
You are of course correct; since such links don't produce a visible result on the actual rendered page (i.e. no inline link), then it doesn't matter where the link goes, although I think the general feeling might be one that it's desirable to avoid changing the position of elements in page text too much if it can be helped.
Rob Church
Don't be so sure. For instance, i have found "See the policy [[en:Wikipedia:Foo policy|on English Wikipedia]] about Foo." on a page about Bar. This is wrong, as it should be [[:en:Wikipedia:Foo policy|on English Wikipedia]]. But adding just the colon instead of having to relocate where it was supposed to be is much helpful.
We should check how pywikipedia bots handle it, as they change link position, and are so used, that if code mimics its behaviour, the same would have happened next time an interwiki bot visited the page.
Rob Church wrote:
It would, I think, be very possible to write some sort of tool which can quickly extract this information from page text, and then present some sort of editor - saving it would require replacing the information back into the page text, and saving this again, which would conveniently handle the update, plus logging and versioning in one go.
Rob Church
There's http://commons.wikimedia.org/wiki/MediaWiki:HotCat.js for categories.
mediawiki-l@lists.wikimedia.org