https://bugzilla.wikimedia.org/show_bug.cgi?id=55075
Web browser: ---
Bug ID: 55075
Summary: Replace in-code translations by gettext
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: General
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/222/
Reported by: vvinet
Created on: 2009-08-28 20:48:57
Subject: Replace in-code translations by gettext
Original description:
Having thousands of lines of translations in the text is not very elegant, plus
it requires people to look at the code to make translations.
Using gettext could make this a lot easier to manage.
Attached is a patch that changes the family.py to use gettext translations in
some places, as well as a simple script to generate and compile translation
files.
Since the translation is not dependant on the user's locale, but on the wiki's,
the i18n.py file created by the patch allows choosing the language to get the
translation from, and then getting the translation string.
In order to translate, "Category" for a French wiki, for example, you just need
to do \_GT\("fr"\).ugettext\("Category"\) where \_GT is a short alias for the
get\_translation function in i18n.py
The .po file for "fr" language code is partly filled up for some of the
translations.
Sorry if this does not cover all strings so far. It only covers those I needed
so far. If there is interest for this feature, I can help to continue the
integration, as well as automatically generate the .po files for every language
based on the current namespace dictionary.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55064
Web browser: ---
Bug ID: 55064
Summary: interwiki -skip
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/246/
Reported by: Anonymous user
Created on: 2010-03-31 11:23:32
Subject: interwiki -skip
Original description:
In addition to -skipauto and -skipfile that are used to skip certain pages,
please provide an option to skip certain language\(s\) in a session, so that
-neverlink:XX doesn't link FROM xx, and -skip:XX doesn't link TO xx. It would
be a logical complement to existing skip options and would make it possible to
dynamically disable the bot for a certain language\(s\) in a session rather
than disable it globally for all sessions in user\_config. Thanks.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55058
Web browser: ---
Bug ID: 55058
Summary: force improvement for interwiki
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/264/
Reported by: Anonymous user
Created on: 2010-10-04 12:17:16
Subject: force improvement for interwiki
Original description:
recently introducted -cleanup option is great. I would suggest further
improvement for the current -force operation, i.e. adding additional parameters
to distinguish between different types of problems. e.g. -force:namespace would
remove namespace mismatch \(when a page has a template as interwiki or a
category has a page link as interwiki, for example\), and -force:disambig would
remove disambig status mismatch, and -force:all would combine both of the above
options. -force:disambig is the most controversial edit but it still may be
needed for manual operations, while -force:namespace is less controversial and
could be used in auto mode as well. would it be possible to implement this?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=55033
Web browser: ---
Bug ID: 55033
Summary: Interwiki at subpage
Product: Pywikibot
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: interwiki.py
Assignee: Pywikipedia-bugs(a)lists.wikimedia.org
Reporter: legoktm.wikipedia(a)gmail.com
Classification: Unclassified
Mobile Platform: ---
Originally from: http://sourceforge.net/p/pywikipediabot/feature-requests/311/
Reported by: Anonymous user
Created on: 2012-06-14 06:53:42
Subject: Interwiki at subpage
Original description:
There exist <\!-- interwiki at top --> comment, which means for bot that
interwiki should be place on the top of the page.
But some pages mainly in project: namespace have interwiki at subpages, but not
using \{\{doumentation\}\} template, so is unable for bot to reconize, that
shouldnt place inerwiki to this page.
If there exist something like <\!-- interwiki at subpage -->...
some wikis uses \{\{nobots\}\}, but it causes another problems.
--
You are receiving this mail because:
You are the assignee for the bug.