Extension talk:Babel
Contents
| Thread title | Replies | Last modified |
|---|---|---|
| bitmap editing abilities bug | 2 | 09:23, 24 February 2012 |
| Case sensative and clashes with existing user templates | 2 | 09:23, 24 February 2012 |
| Võro | 7 | 22:19, 5 January 2012 |
| User boxes | 1 | 08:32, 5 January 2012 |
| Version | 1 | 08:30, 5 January 2012 |
| User:Babel AutoCreate is recreating SALTed categories | 1 | 08:28, 5 January 2012 |
| Colours | 2 | 07:40, 5 January 2012 |
| Between proficiency 0 and 1 | 1 | 07:39, 5 January 2012 |
| Autocreated categories | 1 | 07:38, 5 January 2012 |
| categories | 0 | 07:37, 5 January 2012 |
| Links of the codes | 0 | 07:37, 5 January 2012 |
| Localisation | 0 | 07:36, 5 January 2012 |
Please see related bug "report" at Commons:Category talk:Graphics abilities#update tag. If any response on this ticket, please leave a talkback at en:User talk:mabdul. Thanks. Regards, mabdul 11:53, 20 January 2012 (UTC)
On commons and EN Wikipedia we seem to have many clashes with existing user templates for example commons:template:User BG-3 gives 'This user is able to contribute at an advanced level to bitmap graphics (JPEG, PNG,...)." message and is unrelated to commons:template:User bg-3 about user knowledge of Bulgarian language. See Commons:User:Jarekt/c for more Commons examples and w:en:User:Jarekt/b for few EN Wikipedia examples.
In many cases the clash can be avoided if Babel extension pay attention to capitalization. May be the ideal approach would be to treat lower case codes as language code, otherwise check if there is a match to existing template, and than convert to lower case and try matching to the language codes again.
In some cases the clashes can not be avoided since local templates commons:template:User bot or commons:template:User win use lower case and clash with Ho-Chunk and Bongo languages. However in those cases local template can be renamed to commons:template:User Bot or commons:template:User Win to keep them separate.
Same as below, please file bug reports to Bugzilla. On this page they are more likely to be forgotten. Thanks,
Bugreport filled ;) bugzilla:34680 mabdul 09:23, 24 February 2012 (UTC)
| Babel user information | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Can the text of those be fixed? They don't follow the usual "This user..." format, plus the text is in Estonian, not Võro. (The Võro language text for the templates can be found here, for example.)
Other languages are incorrect as well. For example, nv-1. The correct nv and oj template texts can be found here and here. Where are the texts located that this extension uses?
I think translations should be made here. But Võro is already translated there, so with that language there's probably another problem.
@Jeraphine Gryphon: That's weird. It worked until now. The problem is that it falls back incorrectly to Estonian (it should fall back only when it is not translated to Voro). The message MediaWiki:Babel-3/vro contains the text of MediaWiki:Babel-3/et.
@Stephen G. Brown: that is because the translations for nv and oj are done locally, so it would be very good if you or someone else could translate nv and oj so they are available on all wikis (see translatewiki:Special:FirstSteps to translate them). Translation in "oj" is not yet enabled but I can do so if needed.
@SPQRobin: I recognize that area (translatewiki.net). We tried to do the Navajo translations there in October of 2009, but the admin(s) there inexplicably assumed bad faith on the part of our Navajo translator User:Seb az86556 (who has done an amazing job translating such difficult stuff into Navajo) and revoked his translator privileges, saying "If you want to leave it in English, leave it in English. You have now destroyed your reputation as a localiser. Languages are supposed to treated with respect." Nobody treats languages with more respect than User:Seb az86556 and I, and very few have the experience with foreign languages and translation that we have. I don’t have the names of the admin(s) that User:Seb az86556 was trying to work with at that time, but if he is still around, I don’t think we would want to open ourselves up to any more of that kind of abuse.
Meanwhile, I have mentioned this to User:Seb az86556 and I don’t believe there is any chance that he would ever consent to working with them again, even if the admin in question were to have left the project. User:Seb az86556 was the only one who could have done this job into Navajo, so, unfortunately, that is that as far as any Navajo contributions at translatewiki.net.
Will the parser function support user boxes, like the old Babel template did? Like this: {{Babel|no|en-3|:Urhixidur/User boxes/Asteroid}}. This does not currently work.
Why do I get version 1.4.1 instead of the newest, when downloading the files? Also, access to development version is locked.
See: Here.
I create-protected the page and it was still recreated. There is no reason for this bot to have the capability of creating pages with create protection on. In fact, this bot should probably trigger a warning that requires user intervention if it encounters a category that's ever been previously deleted, so a user can verify it isn't recreating something that has been deleted at CfD. Can someone make the appropriate fixes or forward this information to someone who can? Thanks,
| Babel user information | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
It would be nice if the colours followed some kind of natural colour-scale. For the most commons ones, you have:
- 1, light blue
- 2, blue-green
- 3, back to blue
- N, green again
Tt's too much jumping forward and back between blue and green. And then the yellow 4 and red 5 in completely different colours than the 1,2,3,N blue-green scale. At least the grey zero is reasonable.
I know the css is locally adjustable, but it should be better if the colours "out of the box" would have been chosen with some thought.
FYI, I have changed the default colours in r107279 to a red to green scheme (except for 5), more or less based on colors used on Commons.
-
- Testing colours:
| 0 #FFBBBB | 0 #FFEEEE |
| 1 #E0C0E0 | 1 #F3E0F3 |
| 2 #BCB9EF | 2 #E9E5F9 |
| 3 #99B3FF | 3 #E0E8FF |
| 4 #77E0E8 | 4 #D0F8FF |
| 5 #CCCC00 | 5 #FFFF99 |
| N #6EF7A7 | N #C5FCDC |
Thanks, that makes much more sense.
So, what if you're not a 0, but also not a 1? For example, you have some grasp of a language, but rely on machine translation to get the parts you don't understand? There should be some recognition for languages that are at beginner levels of proficiency. I suggest that level 0 be redefined to include beginners, since otherwise it would not make sense to bother to indicate level 0 proficiency if you had no proficiency at all.
It actually does and someone even feels it's very useful.[1] I disagree with your proposal because 0 is 0, not 0.01 or any positive value; 1 can mean everything depending on your scale (as well as the word "basic"), therefore – although some users ironically use the 0.5 level on wikis with 3 (or even 4 and 5) + 2 levels – you should just use level 1 and specify what you mean in your user page. Don't be too strict, I see presumptuous users that put a level 2 for very basic knowledge of some languages they've never studied.
It looks like all the categories were autocreated as soon as this was deployed. I modified MediaWiki:babel-autocreate-text-levels to change the text but it doesn't seem to have affected any of the existing categories. Is there any way to change all categories that have already been auto-created?
Bots... I don't know whether it makes sense to use the MediaWiki message as a template to let sysop update description, but you could propose it on bugzilla for the future. In he meanwhile, configuration must be set up with care before enabling everything.
Can someone please provide an example how the configuration of $wgBabelCategoryNames may look like because I do not really understand the explanaition for it and everything I configure produces big bullshit and many categotries I have to delete later on.
Can someone tell me how to manipulate which page the language codes link to? Because now they link to the page witch is named equal to the language code on my MediaWiki. Of course this page doesn't exist and I like to link them to the article about the language in the German Wikipedia.
I am a translator on translatewiki.net and trying to write documentation for the Babel extension messages. On MediaWiki:Babel-autocreate-text-main, could someone let me know whether the variable $1 is the name or the number of a skill level. Also, I assume that this message is the text of a category page. But this text is not appearing on translatewiki.net so I can't check this out.
