[opensuse-wiki] new extensions on wiki.o.o
Hi, while talking to cboltz at Linuxtag last week he pointed out that we are missing some extensions that we decided to use in the new wiki. So here they are: - http://www.mediawiki.org/wiki/Extension:ExpandTemplates for debugging templates - http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks to see which pages link into another namespace - http://www.mediawiki.org/wiki/Extension:SelectCategory a gui to select the categories These new extensions are running now on wiki.opensuse.org. Greetings -- Thomas Schmidt (tschmidt [at] suse.de) SUSE Linux Products GmbH :: Research & Development :: Tools "Don't Panic", Douglas Adams (1952 - 11.05.2001) -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
Hello, on Dienstag, 15. Juni 2010, Thomas Schmidt wrote:
Hi, while talking to cboltz at Linuxtag last week he pointed out that we are missing some extensions that we decided to use in the new wiki. So here they are:
- http://www.mediawiki.org/wiki/Extension:ExpandTemplates for debugging templates
that's http://wiki.opensuse.org/Special:ExpandTemplates In short: you'll see the resulting wikitext after parsing the templates, not only the final HTML result. Quite useful to find out where spurious whitespace etc. comes from.
- http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks to see which pages link into another namespace
http://wiki.opensuse.org/Special:CrossNamespaceLinks should be self-explaining ;-)
- http://www.mediawiki.org/wiki/Extension:SelectCategory a gui to select the categories
This extension can be made even slightly more useful ;-) It allows to set a starting point (top level category) per namespace, which means the list looks shorter when editing an article. -> $wgSelectCategoryRoot @wiki team: What are the top level categories of each namespace? Regards, Christian Boltz -- PS: Achja, Du schuldest mir eine neue Tischplatte... Warum mußte ich heute morgen nur den SuSE-Ordner öffnen? [Helga Fischer in suse-linux] -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
On Tuesday 15 June 2010 16:52:22 Christian Boltz wrote:
@wiki team: What are the top level categories of each namespace?
Some that we are going to create, probably :) -- Regards Rajko, -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
On Tuesday 15 June 2010 10:44:40 Thomas Schmidt wrote:
Hi, while talking to cboltz at Linuxtag last week he pointed out that we are missing some extensions that we decided to use in the new wiki. So here they are:
- http://www.mediawiki.org/wiki/Extension:ExpandTemplates for debugging templates
From extension intro:"This is typically the same as how the original wikitext is rendered, but not always." :)
- http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks to see which pages link into another namespace
We will have bunch of cross namespace links from Portal to openSUSE, SDB, Help, Category,etc. Also some from Main to namespaces as help to keep alive on the web few important pages. See why is important not to kill links from other pages on the web (including our own infrastructure like forums and mail list archive): http://www.useit.com/alertbox/980614.html We don't use namespaces strictly as it is Wikipedia, where Main is only namespace where are content articles. We have SDB that also has content articles, so there will be more links from software presentation in Main to problem resolution in SDB and vice versa. http://wiki.opensuse.org/Special:CrossNamespaceLinks
- http://www.mediawiki.org/wiki/Extension:SelectCategory a gui to select the categories
Looks good, although list is a bit too large and in its current shape will not help anybody. It lists each category and its subcategories which in our case means 2 times all categories due to "openSUSE project" category that is parent for all categories. I got trouble to find Category:Wiki :) It would be really helpful if it would be collapsible and browsable list. See: http://www.mediawiki.org/wiki/Extension_talk:SelectCategory#Long_Category_Li... and also paragraph above Compatibility Problems with SemanticMediaWiki Queries. IMO, Semantic MediaWiki is more important then this extension.
These new extensions are running now on wiki.opensuse.org.
Greetings
-- Regards Rajko, -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
Hello, on Mittwoch, 16. Juni 2010, Rajko M. wrote:
On Tuesday 15 June 2010 10:44:40 Thomas Schmidt wrote:
- http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks to see which pages link into another namespace
We will have bunch of cross namespace links from Portal to openSUSE, SDB, Help, Category,etc. Also some from Main to namespaces as help to keep alive on the web few important pages. ... We don't use namespaces strictly as it is Wikipedia, where Main is only namespace where are content articles. We have SDB that also has content articles, so there will be more links from software presentation in Main to problem resolution in SDB and vice versa.
Yes, of course. Nobody said that links in other namespaces are forbidden, and I agree that links from main to Portal or SDB are ok. However, there are some links from main namespace to User: - those should be checked IMHO. OTOH, links from team pages to User: are quite normal. It's really not that easy with namespaces ;-) I'm just re-thinking if the extension is really useful if we have so many allowed CrossNamespace links - what do you think? That said: maybe the extension needs some hacking to - allow listing links _from_ SDB, Portal, Help and openSUSE - skip links to "good" namespaces (SDB, Portal etc.) - ideally as a config option per namespace ("Main may link to x, y and z") Oh, another thing I just see: Thomas, did you see (and implement) the small patch/bugfix on http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks ?
- http://www.mediawiki.org/wiki/Extension:SelectCategory a gui to select the categories
Looks good, although list is a bit too large and in its current shape will not help anybody. It lists each category and its subcategories which in our case means 2 times all categories due to "openSUSE project" category that is parent for all categories.
Probably not - AFAIK the category list contains each category only once, even if it is contained in multiple parent categories (to avoid endless loops). The good thing is: the categories in the openSUSE wiki have only one parent category (at least those I checked), therefore this detail is irrelevant in practise. (Assumed that a correct starting point is set.)
I got trouble to find Category:Wiki :)
That's why I recommended to set a starting point per namespace ;-) If you really prefer typing: It should still be possible to type [[Category:Wiki]] in the textarea. Additionally, the margin / line height could be reduced to have more categories visible. Current value (from base.css): ul li, ol li { margin:0.5em 0; } I'd reduce it to 0.1 em by adding this CSS sniplet: #SelectCategoryList li { margin: 0.1em 0; } Thomas, if you like this idea, add it to the CSS ;-) BTW: Thomas, IIRC I wrote you that you should change the gardening-green border of the category selection to something matching the bentoo style. My next CSS examples will have "border: 5px solid red" *g*
It would be really helpful if it would be collapsible and browsable list. See: http://www.mediawiki.org/wiki/Extension_talk:SelectCategory#Long_Cat egory_List
That would probably require some patching - if you check the HTML source of the edit page, you'll find something like this: <li>[x] category</li> <li> [x] sub-category</li> (The changelog says the extension previously used a multi-select listbox, that might explain it.) The can be changed somewhere in Mediawiki:..., but changing it to a <ul> / <li> "tree" (which would be required for collapsing) means hacking the extension code.
and also paragraph above Compatibility Problems with SemanticMediaWiki Queries. IMO, Semantic MediaWiki is more important then this extension.
OK, good point. I have to admit that I forgot about that because my (customer's) wiki doesn't use SemantikMediawiki. However, there's a IMHO good solution on http://www.mediawiki.org/wiki/Extension:SelectCategory#Fixed_by_users : "Only assign Category if [[Category:Categoryname]] is in a separate line" - see there for details. This also means that categories that are not listed at the starting of the line will not be extracted to the category selection box, but that's not a real problem IMHO - it just means they stay in the text edit box. Thomas, can you change this in the extension code? Regards, Christian Boltz -- Ein Admin ist wie ein Tierpfleger er muss mir eNTen Pinguinen und Daemonen (ähm habe ich irgendwie noch in keinem Zoo gesehen) umgehen können, eNTen sind aber besonders gefährlich und unberechenbar, beim Putzen sollte man da schon aufpassen das man sich keinen Wurm einfängt[........] [D. Aubry] -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
On Wednesday 16 June 2010 18:17:49 Christian Boltz wrote:
Hello,
on Mittwoch, 16. Juni 2010, Rajko M. wrote:
On Tuesday 15 June 2010 10:44:40 Thomas Schmidt wrote:
- http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks ... If you really prefer typing: It should still be possible to type [[Category:Wiki]] in the textarea.
That is what I finally did :)
Additionally, the margin / line height could be reduced to have more categories visible.
+1
Current value (from base.css): ul li, ol li { margin:0.5em 0; }
I'd reduce it to 0.1 em by adding this CSS sniplet: #SelectCategoryList li { margin: 0.1em 0; }
Thomas, if you like this idea, add it to the CSS ;-)
(1 more please :)
BTW: Thomas, IIRC I wrote you that you should change the gardening-green border of the category selection to something matching the bentoo style. My next CSS examples will have "border: 5px solid red" *g*
It would be really helpful if it would be collapsible and browsable
list. See: http://www.mediawiki.org/wiki/Extension_talk:SelectCategory#Long_Cat
egory_List
That would probably require some patching - if you check the HTML source of the edit page, you'll find something like this:
<li>[x] category</li> <li> [x] sub-category</li>
(The changelog says the extension previously used a multi-select listbox, that might explain it.)
The can be changed somewhere in Mediawiki:..., but changing it to a <ul> / <li> "tree" (which would be required for collapsing) means hacking the extension code.
That would be really cool thing to have categories to choose from without having to scroll long way to see "Save" button. Thomas :) (one more please)
SemanticMediaWiki Queries. IMO, Semantic MediaWiki is more important then this extension.
OK, good point. I have to admit that I forgot about that because my (customer's) wiki doesn't use SemantikMediawiki.
However, there's a IMHO good solution on http://www.mediawiki.org/wiki/Extension:SelectCategory#Fixed_by_users : "Only assign Category if [[Category:Categoryname]] is in a separate line" - see there for details. This also means that categories that are not listed at the starting of the line will not be extracted to the category selection box, but that's not a real problem IMHO - it just means they stay in the text edit box.
I would not worry about categories all around the place. I put them at the bottom of the article as I find them, so that will be solved (mostly).
Thomas, can you change this in the extension code?
With this one total of 3 please :)
Regards,
Christian Boltz
-- Regards Rajko, -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
On 17.06.2010 01:17, Christian Boltz wrote:
Hello,
on Mittwoch, 16. Juni 2010, Rajko M. wrote:
On Tuesday 15 June 2010 10:44:40 Thomas Schmidt wrote:
- http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks to see which pages link into another namespace
We will have bunch of cross namespace links from Portal to openSUSE, SDB, Help, Category,etc. Also some from Main to namespaces as help to keep alive on the web few important pages. ... We don't use namespaces strictly as it is Wikipedia, where Main is only namespace where are content articles. We have SDB that also has content articles, so there will be more links from software presentation in Main to problem resolution in SDB and vice versa.
Yes, of course. Nobody said that links in other namespaces are forbidden, and I agree that links from main to Portal or SDB are ok.
However, there are some links from main namespace to User: - those should be checked IMHO. OTOH, links from team pages to User: are quite normal.
It's really not that easy with namespaces ;-)
I'm just re-thinking if the extension is really useful if we have so many allowed CrossNamespace links - what do you think?
That said: maybe the extension needs some hacking to - allow listing links _from_ SDB, Portal, Help and openSUSE - skip links to "good" namespaces (SDB, Portal etc.) - ideally as a config option per namespace ("Main may link to x, y and z")
Oh, another thing I just see: Thomas, did you see (and implement) the small patch/bugfix on http://www.mediawiki.org/wiki/Extension:CrossNamespaceLinks ?
Added.
- http://www.mediawiki.org/wiki/Extension:SelectCategory a gui to select the categories
Looks good, although list is a bit too large and in its current shape will not help anybody. It lists each category and its subcategories which in our case means 2 times all categories due to "openSUSE project" category that is parent for all categories.
Probably not - AFAIK the category list contains each category only once, even if it is contained in multiple parent categories (to avoid endless loops).
The good thing is: the categories in the openSUSE wiki have only one parent category (at least those I checked), therefore this detail is irrelevant in practise. (Assumed that a correct starting point is set.)
I got trouble to find Category:Wiki :)
That's why I recommended to set a starting point per namespace ;-)
If you really prefer typing: It should still be possible to type [[Category:Wiki]] in the textarea.
Additionally, the margin / line height could be reduced to have more categories visible.
Current value (from base.css): ul li, ol li { margin:0.5em 0; }
I'd reduce it to 0.1 em by adding this CSS sniplet: #SelectCategoryList li { margin: 0.1em 0; }
Thomas, if you like this idea, add it to the CSS ;-)
BTW: Thomas, IIRC I wrote you that you should change the gardening-green border of the category selection to something matching the bentoo style. My next CSS examples will have "border: 5px solid red" *g*
Ok, I added the css and changed the colour.
It would be really helpful if it would be collapsible and browsable list. See: http://www.mediawiki.org/wiki/Extension_talk:SelectCategory#Long_Cat egory_List
That would probably require some patching - if you check the HTML source of the edit page, you'll find something like this:
<li>[x] category</li> <li> [x] sub-category</li>
(The changelog says the extension previously used a multi-select listbox, that might explain it.)
The can be changed somewhere in Mediawiki:..., but changing it to a <ul> / <li> "tree" (which would be required for collapsing) means hacking the extension code.
and also paragraph above Compatibility Problems with SemanticMediaWiki Queries. IMO, Semantic MediaWiki is more important then this extension.
OK, good point. I have to admit that I forgot about that because my (customer's) wiki doesn't use SemantikMediawiki.
However, there's a IMHO good solution on http://www.mediawiki.org/wiki/Extension:SelectCategory#Fixed_by_users : "Only assign Category if [[Category:Categoryname]] is in a separate line" - see there for details. This also means that categories that are not listed at the starting of the line will not be extracted to the category selection box, but that's not a real problem IMHO - it just means they stay in the text edit box.
Thomas, can you change this in the extension code?
It seems this user patch is not for our latest version of SelectCategory, i can't find the line it wants to replace. Greetings -- Thomas Schmidt (tschmidt [at] suse.de) SUSE Linux Products GmbH :: Research & Development :: Tools "Don't Panic", Douglas Adams (1952 - 11.05.2001) -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
...
Thomas can you disable this extension. Long scrolling every time I want to see preview is really not helping me. Then it removes category tags from existing articles, and instead of short look at category list at the end of article, to see what is included I have to scroll and carefully watch list that at best can serve as bad example of usability. Extension is good only for sites that have few categories that you can see all at once, but for our wiki it is just more work for regular editors. I can imagine how many casual editors will attempt to use it. -- Regards Rajko, -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
On Sunday 27 June 2010 16:32:18 Rajko M. wrote:
...
Thomas can you disable this extension.
Long scrolling every time I want to see preview is really not helping me.
Then it removes category tags from existing articles, and instead of short look at category list at the end of article, to see what is included I have to scroll and carefully watch list that at best can serve as bad example of usability.
Extension is good only for sites that have few categories that you can see all at once, but for our wiki it is just more work for regular editors.
I can imagine how many casual editors will attempt to use it.
And removed category that I added manually to correct capitalization. -- Regards Rajko, -- To unsubscribe, e-mail: opensuse-wiki+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki+help@opensuse.org
participants (3)
-
Christian Boltz -
Rajko M. -
Thomas Schmidt