It's now possible to move the search box up in the sidebar, above links generated by [[MediaWiki:Sidebar]]. This is done by adding a section called "SEARCH" (case-sensitive) to [[MediaWiki:Sidebar]], in the location you think it should be. For instance:
* SEARCH * navigation ** mainpage|mainpage ** Portal:Contents|Contents ** Portal:Featured content|featuredcontent ** currentevents-url|currentevents ** randompage-url|randompage
It's also possible to move the languages box and the toolbox in the same way, using LANGUAGES and TOOLBOX.
Do not put second-level links under the special headings:
* SEARCH ** Don't add a line like this
It doesn't do anything useful (yet).
-- Tim Starling
Tim Starling wrote:
It's now possible to move the search box up in the sidebar, above links generated by [[MediaWiki:Sidebar]]. This is done by adding a section called "SEARCH" (case-sensitive) to [[MediaWiki:Sidebar]], in the location you think it should be.
Yay for customization! :D
We might consider doing that particular change by default...
-- brion
On Tue, Jul 8, 2008 at 5:54 PM, Brion Vibber brion@wikimedia.org wrote:
Tim Starling wrote:
It's now possible to move the search box up in the sidebar, above links generated by [[MediaWiki:Sidebar]]. This is done by adding a section called "SEARCH" (case-sensitive) to [[MediaWiki:Sidebar]], in the location you think it should be.
Yay for customization! :D
We might consider doing that particular change by default...
Even if we don't, surely it would be a good idea to alter the default MediaWiki:Sidebar message to include the default positions in the default places. The discoverability of this feature at the moment is roughly zero (although, to be fair, the same could be said of MediaWiki:Sidebar generally).
On Wed, Jul 9, 2008 at 10:59 PM, Simetrical Simetrical+wikilist@gmail.com wrote:
Even if we don't, surely it would be a good idea to alter the default MediaWiki:Sidebar message to include the default positions in the default places. The discoverability of this feature at the moment is roughly zero (although, to be fair, the same could be said of MediaWiki:Sidebar generally).
To improve discoverability, you could include a default link saying *MediaWiki:Sidebar|Edit this sidebar
(we've done something similar on Wikia which worked well)
Angela
On Wed, Jul 9, 2008 at 9:47 AM, Angela beesley@gmail.com wrote:
To improve discoverability, you could include a default link saying *MediaWiki:Sidebar|Edit this sidebar
(we've done something similar on Wikia which worked well)
That's an excellent idea. Any objections?
On Wed, Jul 9, 2008 at 9:48 AM, Platonides Platonides@gmail.com wrote:
I thought exactly the same, but it wouldn't be backwards compatible.
Sure it would. It would just do nothing for preexisting wikis that had modified the message, falling back to the existing hardcoded default positions. I'm not suggesting that they not be rendered if they aren't included in the sidebar message, or anything like that. That would be a bad idea even disregarding BC, because someone might accidentally remove a critical interface element and not realize how to restore it.
On Wed, Jul 9, 2008 at 9:56 AM, Simetrical Simetrical+wikilist@gmail.com wrote:
On Wed, Jul 9, 2008 at 9:47 AM, Angela beesley@gmail.com wrote:
To improve discoverability, you could include a default link saying *MediaWiki:Sidebar|Edit this sidebar
(we've done something similar on Wikia which worked well)
That's an excellent idea. Any objections?
I'd say go for it. There's a bug open about localization hints on installation (14681). Perhaps it's time to update the default mainpage messages?
-Chad
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Simetrical wrote:
On Wed, Jul 9, 2008 at 9:47 AM, Angela beesley@gmail.com wrote:
To improve discoverability, you could include a default link saying *MediaWiki:Sidebar|Edit this sidebar
(we've done something similar on Wikia which worked well)
That's an excellent idea. Any objections?
Er, how about that 99.9999% of visitors would have this link they can't do anything about?
- -- brion
Brion Vibber wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Simetrical wrote:
On Wed, Jul 9, 2008 at 9:47 AM, Angela beesley@gmail.com wrote:
To improve discoverability, you could include a default link saying *MediaWiki:Sidebar|Edit this sidebar
(we've done something similar on Wikia which worked well)
That's an excellent idea. Any objections?
Er, how about that 99.9999% of visitors would have this link they can't do anything about?
One would assume that the wiki administrator(s) would remove the link once they are aware of how to customize the sidebar (and have customized it). On the other hand, given the wide MediaWiki user base, this might not always occur and some sites often leave the sidebar as its default. The suggestion of putting a notice about it in the default main page makes sense, however.
MinuteElectron.
On Wed, Jul 9, 2008 at 1:19 PM, MinuteElectron minuteelectron@googlemail.com wrote:
Brion Vibber wrote:
Er, how about that 99.9999% of visitors would have this link they can't do anything about?
One would assume that the wiki administrator(s) would remove the link once they are aware of how to customize the sidebar (and have customized it). On the other hand, given the wide MediaWiki user base, this might not always occur and some sites often leave the sidebar as its default. The suggestion of putting a notice about it in the default main page makes sense, however.
Yeah, okay, updating the default main page to answer some frequently asked questions might be a better idea.
Simetrical wrote:
Even if we don't, surely it would be a good idea to alter the default MediaWiki:Sidebar message to include the default positions in the default places. The discoverability of this feature at the moment is roughly zero (although, to be fair, the same could be said of MediaWiki:Sidebar generally).
I thought exactly the same, but it wouldn't be backwards compatible.
Platonides wrote:
Simetrical wrote:
Even if we don't, surely it would be a good idea to alter the default MediaWiki:Sidebar message to include the default positions in the default places. The discoverability of this feature at the moment is roughly zero (although, to be fair, the same could be said of MediaWiki:Sidebar generally).
I thought exactly the same, but it wouldn't be backwards compatible.
If the same default ordering as now is maintained this wouldn't have any backwards compatibility issues.
* navigation ** mainpage|mainpage-url
would always be synonymous to
* navigation ** mainpage|mainpage-url * SEARCH * TOOLBOX * LANGUAGES
or even
* navigation ** mainpage|mainpage-url * SEARCH
MinuteElectron.
Hi,
May i ask a simple question for wikipedia database? what is difference between stub-meta-current and page-meta-current?
what is difference between meta-current and meta-history, actually, i know on is current revision and another is all revision, but still can't make sense. Is that mean current revision exclude all deleted pages or anything else?
thanks!
zeyi
zeyi wrote:
Hi,
May i ask a simple question for wikipedia database?
Strictly speaking, it's not mediawiki database, but mediawiki(wikimedia) dumps.
what is difference between stub-meta-current and page-meta-current?
The stub version include information about the article title, when was edited, by whom, the summary given... but lack the content itself.
what is difference between meta-current and meta-history, actually, i know on is current revision and another is all revision, but still can't make sense. Is that mean current revision exclude all deleted pages or anything else?
Current has only the last revision. Ie. the page you see when visiting the wiki. Meta history includes all edits to that page, so it's much more large. Deleted page are not included on any.
There's yet another difference, which is page vs meta. Meta contains all articles. Page only those useful to someone which wants the article (such as excluding user pages).
HI, something i still can't make sense,
On Jul 9 2008, Platonides wrote:
zeyi wrote:
Hi,
May i ask a simple question for wikipedia database?
Strictly speaking, it's not mediawiki database, but mediawiki(wikimedia) dumps.
what is difference between stub-meta-current and page-meta-current?
The stub version include information about the article title, when was edited, by whom, the summary given... but lack the content itself.
what is difference between meta-current and meta-history, actually, i know on is current revision and another is all revision, but still can't make sense. Is that mean current revision exclude all deleted pages or anything else?
Current has only the last revision. Ie. the page you see when visiting the wiki. Meta history includes all edits to that page, so it's much more large. Deleted page are not included on any.
If deleted page are not included on, what is difference? Does Meta history include all revisions? so does that mean Meta history has many repeated edit in different revision? If i need the record of every valid edit with time and username, which i can choose? meta-history or meta-current?
There's yet another difference, which is page vs meta. Meta contains all articles. Page only those useful to someone which wants the article (such as excluding user pages).
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
zh509@york.ac.uk schreef:
Current has only the last revision. Ie. the page you see when visiting the wiki. Meta history includes all edits to that page, so it's much more large. Deleted page are not included on any.
If deleted page are not included on, what is difference?
Importing meta-current will import the current version of all (currently existing) pages, importing meta-history will import all edits ever to all currently existing pages.
Does Meta history include all revisions? so does that mean Meta history has many repeated edit in different revision?
No, it means it includes lots of edits to the same page. The edits themselves are all different, of course.
If i need the record of every valid edit with time and username, which i can choose? meta-history or meta-current?
meta-history. You still won't get *everything* because deleted pages are excluded, but that's because edits to deleted pages aren't publicly accessible.
Roan Kattouw (Catrope)
Thanks for reply.
I have another technical question. Considering to situation here, i have 50 GB limited space to deal with database in Oracle which means i can't import meta-history into entirely. Is that any possible way i can do to import meta-history into database? or is any possible i can narrow meta-history to file only with username, timestamp, and revision id?
thanks again!
On Aug 8 2008, Roan Kattouw wrote:
zh509@york.ac.uk schreef:
Current has only the last revision. Ie. the page you see when visiting the wiki. Meta history includes all edits to that page, so it's much more large. Deleted page are not included on any.
If deleted page are not included on, what is difference?
Importing meta-current will import the current version of all (currently existing) pages, importing meta-history will import all edits ever to all currently existing pages.
Does Meta history include all revisions? so does that mean Meta history has many repeated edit in different revision?
No, it means it includes lots of edits to the same page. The edits themselves are all different, of course.
If i need the record of every valid edit with time and username, which i can choose? meta-history or meta-current?
meta-history. You still won't get *everything* because deleted pages are excluded, but that's because edits to deleted pages aren't publicly accessible.
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
zeyi wrote:
Thanks for reply.
I have another technical question. Considering to situation here, i have 50 GB limited space to deal with database in Oracle which means i can't import meta-history into entirely. Is that any possible way i can do to import meta-history into database? or is any possible i can narrow meta-history to file only with username, timestamp, and revision id?
thanks again!
If you don't want the revision *contents* but just the metadata, load the stub-meta-history file.
zh509@york.ac.uk schreef:
Hi,
May i ask a simple question for wikipedia database? what is difference between stub-meta-current and page-meta-current?
I don't know.
what is difference between meta-current and meta-history, actually, i know on is current revision and another is all revision, but still can't make sense. Is that mean current revision exclude all deleted pages or anything else?
That I do know: meta-history contains all revisions, including old revisions (the ones you see when you click the "history" tab above a page), and meta-current only contains the most recent revision of each page (so every page will have just one history entry).
Roan Kattouw (Catrope)
Hi, Platonides and Roan,
really thanks for your reply, which was useful indeed! thanks again.
zeyi
On Jul 9 2008, Roan Kattouw wrote:
zh509@york.ac.uk schreef:
Hi,
May i ask a simple question for wikipedia database? what is difference between stub-meta-current and page-meta-current?
I don't know.
what is difference between meta-current and meta-history, actually, i know on is current revision and another is all revision, but still can't make sense. Is that mean current revision exclude all deleted pages or anything else?
That I do know: meta-history contains all revisions, including old revisions (the ones you see when you click the "history" tab above a page), and meta-current only contains the most recent revision of each page (so every page will have just one history entry).
Roan Kattouw (Catrope)
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
------------ Původní zpráva ------------ Od: Brion Vibber brion@wikimedia.org Předmět: Re: [Wikitech-l] Moving the search box up Datum: 08.7.2008 23:54:55
Tim Starling wrote:
It's now possible to move the search box up in the sidebar, above links generated by [[MediaWiki:Sidebar]]. This is done by adding a section called "SEARCH" (case-sensitive) to [[MediaWiki:Sidebar]], in the location you think it should be.
Yay for customization! :D
We might consider doing that particular change by default...
-- brion
Definitely. It has been requested by many people as well as random occasional visitors complain that the search box isn't on "usual" place (= very top right or top left right under header/logo) and it took them some time to find it. Also some wikis (not necessarily Wikimedia's, however Wikimania 2008 is nice example) have pretty long navigation thus search box moves down out of viewport in some resolutions/window sizes.
Can the 1.13 be issued with this feature ready?
Also some maintenance script to be ran over Wikimedia wikis to add these new three items on wikis with overriden sidebar message would be nice to synchronize.
Danny B.
Hi everybody,
First of all, thanks to all MediaWiki developers for such a useful program. I have been using it for many years and it's really amazing.
I recently developed a MediaWiki extension, that allows to export news in RSS 2.0 and Atom 1.0 format in easy manner. First I developed it for my own site, but I thought it could be useful for other projects, especially for Wikinews. I talked to Wikinews enthusiasts on their mailing list, and they agree, that it's a good idea. It's really better than current system - now they use some external tool, but only headlines are exported without actual content, Atom format is not supported, and sometimes it stops updating.
My extension is called "News Channel" and is available at http://www.mediawiki.org/wiki/Extension:News_Channel. Basically, when user or aggregation program requests a feed, the extension gets specified number of latest articles from some specified news categories (e.g. [[Category:Published]]), exports it to RSS/Atom feed format and sends to user. Articles's title will be the headline and article's text will be the description of news item. It's possible to combine and exclude categories (e.g. [[Category:Published]] + [[Category:Sports]] - [[Category:Disputed]]) to get specific news only.
What steps should now be taken to install that extension on Wikinews project?
Thanks in advance, with best regards, Iaroslav Vassiliev
Iaroslav Vassiliev hett schreven:
I recently developed a MediaWiki extension, that allows to export news in RSS 2.0 and Atom 1.0 format in easy manner. First I developed it for my own site, but I thought it could be useful for other projects, especially for Wikinews. I talked to Wikinews enthusiasts on their mailing list, and they agree, that it's a good idea. It's really better than current system - now they use some external tool, but only headlines are exported without actual content, Atom format is not supported, and sometimes it stops updating.
My extension is called "News Channel" and is available at http://www.mediawiki.org/wiki/Extension:News_Channel. Basically, when user or aggregation program requests a feed, the extension gets specified number of latest articles from some specified news categories (e.g. [[Category:Published]]), exports it to RSS/Atom feed format and sends to user. Articles's title will be the headline and article's text will be the description of news item. It's possible to combine and exclude categories (e.g. [[Category:Published]] + [[Category:Sports]] - [[Category:Disputed]]) to get specific news only.
Sounds like a very useful extension. But: When I look at the configuration settings at http://www.mediawiki.org/wiki/Extension:News_Channel it seems, as if only one channel can be set up. Or do I misunderstand something? It should be possible to define several feeds (e.g. special feeds for science news, economy news or sports news). And then there are variables like $authorizedEditors. Does that mean, you need to file a bug at Bugzilla and wait for a person with shell access if you want to add a user who can publish news? There should be an easier way. Like a tag, that can be added in the wiki text of a category, defining the properties of the channel which are in NewsChannel_body.php at the moment.
Marcus Buck
The feed is generated dynamically - all parameters are passed in URL, e. g.
.../index.php?title=Special:NewsChannel&format=rss20&limit=10&cat1=Published&excat1=Disputed& ...
So there will be no "real" channels, stored in XML files on disk - all channels will be "virtual", created dynamically. One "general" channel (preset in configuration) will be linked in HTML <head> section on every wiki page, like recent changes feed is linked now. This channel will use predefined set of categories (including "Category:Published" and excluding "Category:Disputed", as it was decided on Wikinews). If user wants to make feed out of other categories, or in different format, or with different number of items, then he goes to [[Special:NewsChannel]] page and uses a form there to configure his own virtual channel. And on every Wikinews' portal, there will be custom link with some other set of parameters, e. g. for sports news it will be
.../index.php?title=Special:NewsChannel&format=rss20&limit=10&cat1=Published&cat2=Sports&excat1=Disputed& ...
Using just that link, user can subscribe to any channel. That's how it works.
Therу is no need to restrict access on Wikinews, so $authorizedEditors setting will not be used there. Other settings are not likely to be changed often. But you're right that current configuration system is not very suitable - maybe I should modify it in some way.
Best regards, Iaroslav Vassiliev ----- Original Message ----- From: Marcus Buck To: Wikimedia developers Sent: Wednesday, July 09, 2008 6:18 AM Subject: Re: [Wikitech-l] RSS/Atom news channel for Wikinews
Iaroslav Vassiliev hett schreven:
I recently developed a MediaWiki extension, that allows to export news in RSS 2.0 and Atom 1.0 format in easy manner. First I developed it for my own site, but I thought it could be useful for other projects, especially for Wikinews. I talked to Wikinews enthusiasts on their mailing list, and they agree, that it's a good idea. It's really better than current system - now they use some external tool, but only headlines are exported without actual content, Atom format is not supported, and sometimes it stops updating.
My extension is called "News Channel" and is available at http://www.mediawiki.org/wiki/Extension:News_Channel. Basically, when user or aggregation program requests a feed, the extension gets specified number of latest articles from some specified news categories (e.g. [[Category:Published]]), exports it to RSS/Atom feed format and sends to user. Articles's title will be the headline and article's text will be the description of news item. It's possible to combine and exclude categories (e.g. [[Category:Published]] + [[Category:Sports]] - [[Category:Disputed]]) to get specific news only.
Sounds like a very useful extension. But: When I look at the configuration settings at http://www.mediawiki.org/wiki/Extension:News_Channel it seems, as if only one channel can be set up. Or do I misunderstand something? It should be possible to define several feeds (e.g. special feeds for science news, economy news or sports news). And then there are variables like $authorizedEditors. Does that mean, you need to file a bug at Bugzilla and wait for a person with shell access if you want to add a user who can publish news? There should be an easier way. Like a tag, that can be added in the wiki text of a category, defining the properties of the channel which are in NewsChannel_body.php at the moment.
Marcus Buck
_______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Iaroslav Vassiliev wrote:
Hi everybody,
First of all, thanks to all MediaWiki developers for such a useful program. I have been using it for many years and it's really amazing.
I recently developed a MediaWiki extension, that allows to export news in RSS 2.0 and Atom 1.0 format in easy manner. First I developed it for my own site, but I thought it could be useful for other projects, especially for Wikinews. I talked to Wikinews enthusiasts on their mailing list, and they agree, that it's a good idea. It's really better than current system - now they use some external tool, but only headlines are exported without actual content, Atom format is not supported, and sometimes it stops updating.
My extension is called "News Channel" and is available at http://www.mediawiki.org/wiki/Extension:News_Channel. Basically, when user or aggregation program requests a feed, the extension gets specified number of latest articles from some specified news categories (e.g. [[Category:Published]]), exports it to RSS/Atom feed format and sends to user. Articles's title will be the headline and article's text will be the description of news item. It's possible to combine and exclude categories (e.g. [[Category:Published]] + [[Category:Sports]] - [[Category:Disputed]]) to get specific news only.
What steps should now be taken to install that extension on Wikinews project?
Thanks in advance, with best regards, Iaroslav Vassiliev
1. You should get commit access to Wikimedia Subversion, so you can easily maintain your extension 2. Extension are installed if there is a bug in the bugzilla and Brion reviews it. 3. But before it is installed it have to be cleaned up: * All configuration should be done by $wg* globals (some of it - to MediaWiki: messages) * You should get channel language from $wgContLang * System of "authorized editors" should be migrated to permissions system ($wgGroupPermissions et al) * You should use Feed classes instead of generating feeds by yourself * Wikimedia uses MySQL 4, which doesn't support nested queries * "Designed and tested on MediaWiki 1.8.2". No comments. We use 1.13 now * Ah, and the last advice: remove your email address or spammers will eat you.
--VasilievVV
Thanks for such a detailed answer!
Let's begin with first clause: who can grant me commit access to Wikimedia Subversion?
Best regards, Iaroslav Vassiliev ----- Original Message ----- From: VasilievVV To: wikitech-l@lists.wikimedia.org Sent: Wednesday, July 09, 2008 12:28 PM Subject: Re: [Wikitech-l] RSS/Atom news channel for Wikinews
Iaroslav Vassiliev wrote:
Hi everybody,
First of all, thanks to all MediaWiki developers for such a useful program. I have been using it for many years and it's really amazing.
I recently developed a MediaWiki extension, that allows to export news in RSS 2.0 and Atom 1.0 format in easy manner. First I developed it for my own site, but I thought it could be useful for other projects, especially for Wikinews. I talked to Wikinews enthusiasts on their mailing list, and they agree, that it's a good idea. It's really better than current system - now they use some external tool, but only headlines are exported without actual content, Atom format is not supported, and sometimes it stops updating.
My extension is called "News Channel" and is available at http://www.mediawiki.org/wiki/Extension:News_Channel. Basically, when user or aggregation program requests a feed, the extension gets specified number of latest articles from some specified news categories (e.g. [[Category:Published]]), exports it to RSS/Atom feed format and sends to user. Articles's title will be the headline and article's text will be the description of news item. It's possible to combine and exclude categories (e.g. [[Category:Published]] + [[Category:Sports]] - [[Category:Disputed]]) to get specific news only.
What steps should now be taken to install that extension on Wikinews project?
Thanks in advance, with best regards, Iaroslav Vassiliev
1. You should get commit access to Wikimedia Subversion, so you can easily maintain your extension 2. Extension are installed if there is a bug in the bugzilla and Brion reviews it. 3. But before it is installed it have to be cleaned up: * All configuration should be done by $wg* globals (some of it - to MediaWiki: messages) * You should get channel language from $wgContLang * System of "authorized editors" should be migrated to permissions system ($wgGroupPermissions et al) * You should use Feed classes instead of generating feeds by yourself * Wikimedia uses MySQL 4, which doesn't support nested queries * "Designed and tested on MediaWiki 1.8.2". No comments. We use 1.13 now * Ah, and the last advice: remove your email address or spammers will eat you.
--VasilievVV
_______________________________________________ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Jul 9, 2008 at 11:59 PM, Iaroslav Vassiliev codedriller@gmail.com wrote:
Thanks for such a detailed answer!
Let's begin with first clause: who can grant me commit access to Wikimedia Subversion?
Tim Starling and Brion Vibber are the most likely candidates.
wikitech-l@lists.wikimedia.org