Last modified: 2014-01-03 16:30:31 UTC
This issue was converted from https://jira.toolserver.org/browse/DRTRIGON-60. Summary: Question about missing family Issue type: Sub-task - The sub-task of the issue Priority: Minor Status: Closed Assignee: drtrigon <dr.trigon@surfeu.ch> ------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Sun, 19 Sep 2010 19:22:43 ------------------------------------------------------------------------------- Problem with family 'wiki' either a missing family file or a bug...?!?
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Sun, 10 Oct 2010 14:36:14 ------------------------------------------------------------------------------- Issued on: https://sourceforge.net/tracker/?func=detail&aid=3084721&group_id=93107&atid=603138
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Sun, 10 Oct 2010 16:11:48 ------------------------------------------------------------------------------- #wikipedia-de-bots (18:03:01) xqt: DrTrigon: Logisch ist das nicht. Du nutzt einen Seiteneffekt aus. Du kannst ja eine eigene Klasse myPage(wp.Page) anlegen und dort für den Datenbank-Link einen Container anlegen. Ok. etwas mit Raketen auf Mikroben geschossen (18:04:40) DrTrigon: xqt: hab ich mir auch so gedacht... aber bitte den seiteneffekt beibehalten, ich finde den sehr nützlich. und auch sehr pythonic: "There should be one-- and preferably only one --obvious way to do it." ![][1]) (18:07:39) xqt: DrTrigon: Sicher kannst Du da nicht sein. Du kannst auch so im Seitenobjekt noch was anhängen. wird ja übers framework auch so gemacht. (18:09:17) xqt: so á la: if not hasattr(self, '_dbname'): _dbname='wiki' (18:10:23) xqt: * natürlich innerhalb einer Page-Methode [1]: https://jira.toolserver.org/images/icons/emoticons/smile.gif
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Sun, 10 Oct 2010 18:09:02 ------------------------------------------------------------------------------- Interwiki links can be retrieved by API, but at the moment it does not work very well. https://bugzilla.wikimedia.org/show_bug.cgi?id=20654 https://bugzilla.wikimedia.org/show_bug.cgi?id=19838
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Fri, 15 Oct 2010 17:40:09 ------------------------------------------------------------------------------- Feature request issued as follow up to the closed (invalid) bug report. https://sourceforge.net/tracker/?func=detail&aid=3088230&group_id=93107&atid=603141 (look also at the attached file)
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Fri, 15 Oct 2010 17:40:45 ------------------------------------------------------------------------------- wiki family proposal
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Tue, 30 Aug 2011 17:11:11 ------------------------------------------------------------------------------- Essentially 'wiki' in the toolserver DB (like e.g. 'dewiki, 'enwiki') does NOT refer to the same as 'wiki' in pywikipedia and interwiki (where it refers to the first WikiWikiWeb). For more info look at: http://lists.wikimedia.org/pipermail/pywikipedia-l/2011-August/006944.html So in pywikipedia replace "wiki:" by: * "" * "w:" * or may be "wikipedia:" to get working/correct interwiki links.
------------------------------------------------------------------------------- From: drtrigon <dr.trigon@surfeu.ch> Date: Tue, 30 Aug 2011 17:21:56 ------------------------------------------------------------------------------- This behaviour is correct since 'wiki' does not refer to the same depending on context pywikipedia framwork/interwiki links or toolserver DB. Thus the solution chosen in code is not a work-a-round or hack but a correct solution.
This bug was imported as RESOLVED. The original assignee has therefore not been set, and the original reporters/responders have not been added as CC, to prevent bugspam. If you re-open this bug, please consider adding these people to the CC list: Original assignee: dr.trigon@surfeu.ch CC list: dr.trigon@surfeu.ch
