Thu, Jan 2
see also https://www.mediawiki.org/wiki/Release_notes/1.29 and https://codein.withgoogle.com/archive/2016/organization/5709875686408192/task/5647904811253760/ -
So what's the replacement for Article:getContent()?
Dec 13 2019
@Samwilson: The assumption is that rendering with external programs like dot or openjscad is too costly a process to do it without caching. So there should be a copy of the rendered image in png, svg or whatever format readily available. If two users now render different versions of a page obviously there is a need for multiple version of such png and svg files. Cluterring the filesystem with these in a straight-forward manner seems awkward to me. I'd prefer to be able to put things under proper version control from an external tool. I don't like quite a few of the "do-it-yourself" approaches of mediawiki. If you use these solutions you are stuck with the mediawiki way of doing things instead of moving with the readily available APIs that are evolving "out there". I think the mediawiki architecture should be much more open and flexibile than simply having a two layer folder hierarchy that will make your https://commons.wikimedia.org/wiki/File:Sous_la_Tour_Eiffel_1.jpg url end up as https://upload.wikimedia.org/wikipedia/commons/thumb/b/bd/Sous_la_Tour_Eiffel_1.jpg/800px-Sous_la_Tour_Eiffel_1.jpg when looking at the thumbnail of it - the b/bd part is just ridiculous as of 2019 since it's got technical reasons that should be hidden.
Dec 10 2019
If there is an external command to render as with graphviz/plantuml and other extensions i think it's not much more of an effort to create a local git repository to keep track of the rendered/cached results - with tagging it would be quite easy to access the information and supply it for rendering. This approach would mean to abandon the approach of making the rendered results directly available as images via the mediawiki mechanisms in the traditional way images/e/f ... . Instead some kind of other access mechanism would be needed - i don't know whether this can be nicely intergrated with newer Mediawik APIs. The extra space needed for storage might be o.k. in quite a few use case scenarios. If a few extensions would share the base code for this the effort of creating such a solution might be worthwhile. Currently I'd also need such an approach for the plantuml and openjscad extensions.
Nov 26 2019
As the committer of the PlantUML extension i see similar issues since PlantUML is based on graphviz. A common approach to image handling might be helpful here.
Oct 28 2019
Oct 26 2019
I assume the "old style" is gone and needs to be emulated with the "new style". The idea would be to get a compatible API to ease the migration for people that are using the "old style" API. So the new API should have "new style" as is + "old style" which obviously would need some kind of flag/handling to indicate that "old style" is actually wanted since it is still possible to do an old style call but it will fail and might be considered deprecated if not flagged as "yes I still want to use that API".
Oct 10 2019
Sep 30 2019
By the way BITPlan successfully migrated from Lotus Notes to SMW in 2014. The number of articles in the system has risen from 40 articles per user/year to 280 articles per user per year!
I assume the
-*- coding: utf-8 -*-
from pywikibot import family
Sorry - the next issue is coming up:
Indeed I get the same "no module named royalfamily" error as you do with:
Sep 29 2019
Ok I am continuing my search for the root directory in which to find generate_family.py - at https://www.mediawiki.org/wiki/Manual:Pywikibot/Scripts it's a red link ...
I do find it at https://phabricator.wikimedia.org/diffusion/PWBC/repository/master/ but i didn't install things from phabricator. I used a
thx for the comments. The actual problem is that the warnings do not make sense. They refer to something independent like Global configuration variable "mylang" and are therefor confusing for newbies. Yes https://www.mediawiki.org/wiki/Manual:Pywikibot/Use_on_third-party_wikis is the documentation I tried for this. Yes the alternative statement is in the same user-config.py file and commented out/in for the two attempts i made. I do not know how to use generate_family_files.py. The documentation says:
Sep 28 2019
https://www.mediawiki.org/wiki/Manual_talk:Pywikibot/Use_on_third-party_wikis is inconsistent with this.
It's 2019 and this isn't even mentioned in the documentation page yet.
Sep 26 2019
Mark is with me at SMWCon 2019 and helping with the gerrit setup which is totally confusing given that it does not use my mediawiki account and forces me to setup a new password and only then can I upload an ssh-key. The git review also is confusing since it is not so different from git push and then it is ... In the end there should be some content now in the https://gerrit.wikimedia.org/g/mediawiki/extensions/OpenJsCad repository.
There is a private git repository at git.bitplan.com:/srv/git/source/php/mediawiki-OpenJsCad - how to i get the contents into https://gerrit.wikimedia.org/g/mediawiki/extensions/OpenJsCad?
Jul 31 2019
Here is a Wikidata Query listing CMS systems:
Feb 24 2018
One response is: //"This sounds like a session problem - clients must be able to handle cookies the same way a browser does (accept cookies via Set-Cookie headers)."
Feb 23 2018
I could not post my question because the initial setting limit me to two links.
So you doubt there is a bug and think the documentation is accurate?
At least the Sandbox - example does not work at all it doesn't supply the necessary parameter so currently I have no way to see a working example from the "official sources".
Oct 9 2017
Dec 11 2015
As a short answer I think my MediaWikiBotJ might be the way to go.
MediaWikiBotJ would be a simplified version of the WikiTask plugin that
I'd like to discuss with you and others. While WikiTask needs SMW
MediaWikiBotJ would work with a regular MediaWiki but would allow to run
Java code. That way the full potential of Apache POI would be availabel
and you could work with Powerpoint, Word, Excel and PDF in a very
sophisticated way. I'd love to see a community growing from this that
supplies Java/Rythm code snippets that do nice things.
Oct 16 2015
May 25 2015
Proposed action items:
Make separation of
- Declaration (e.g. interface)
Encourage evaluation of client libraries comparable to https://www.mediawiki.org/wiki/API:Client_code/Evaluations/Pywikibot way of evalution
Yuris ideas are to create a thin layer that will have the most basic functions in collaboration with API developers
May 23 2015
Should there be recommendations for Client APIs?
How is evolving of the API done - how can Client Library authors keep up to date with changes in the API?
A schema could be an approach. But as it where a schema would have to be kept up-todate with source code changes in the core and in extensions which is virtually impossible.
When http://mediawiki-japi.bitplan.com was created the bug T16025 was discussed again because using an XSD schema
was the most feasible approach to get generated Java code.
Jan 5 2015
Maybe we need another Bugreport / change request then. I there will be no XML/XSD it would still be great and useful to have something like a "Schema" as a basis. Obviously the generator that creates the help page could also generate a computer readable api description. So far I was able to create some 16 Java classes by reverse engineering the xml with a semi-automatic process:
Jan 2 2015
@MaxSem - i had to lookup "cruft" - the meaning seams to be unneccessary garbage. Thank you for having added this to my english vocabulary.
Dec 30 2014
Here is a fix / work-around: