Hi folks,
The users at my site keep forgetting their MediaWiki passwords often
enough that I wonder: might it be possible to configure MediaWiki (not
Apache) to authenticate them using Kerberos instead?
Thanks,
Jaap
Hi, as one of WMF developers who work on MobileFrontend[1], I'd love to
know how third parties use this extension. How does your caching
works? How are you detecting mobile devices? Do you have any problems
with running it? Finally, just tell us if you tried it at all:)
----
[1] https://www.mediawiki.org/wiki/Extension:MobileFrontend
--
Best regards,
Max Semenik ([[User:MaxSem]])
Hallo,
I would like to announce the release of MediaWiki language extension
bundle 2013.04
* https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2013.04.tar…
* sha256sum: bd6aca60101308f429d90d421e35093328e7a05ea74d35c05a98474ab648dec4
Quick links:
* Installation instructions are at https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to https://bugzilla.wikimedia.org
* Talk with us at #mediawiki-i18n @ freenode
Release notes for each extension are below.
Amir E. Aharoni
== Babel ==
Only localisation updates.
== cldr ==
* Update CLDR to 23 and rewrite parser
== CleanChanges ==
No changes.
== LocalisationUpdate ==
No changes.
== Translate ==
=== Highlights ===
Work continued on stabilizing the new Translate UX (TUX) interface.
Specifically, numerous fixes were made to make TUX work correctly in
Microsoft Internet Explorer.
The "message tools menu" was added to give easy access from the
message translation interface to the history of the message and to
translations in all languages (Special:Translations).
Basic file format support was added for Xliff.
Initial work was done to add support for sandboxing - allowing users
to make several test translations before getting full translation
permissions. This is an incomplete experimental feature and it is not
active by default.
=== Noteworthy changes ===
* Removed the hide tab that appeared even though there were no more warnings.
* Messages saying that there is nothing to proofread were clarified.
* Show "Cancel" instead of "Skip" at the last message in the curent view.
* Clicking a suggestion copies the suggestion to the translation field
(previously, a user had to press a link, which was harder).
* Simple paging for translation search results.
* <tvar|> no longer visible on translation pages in source language (bug 46925)
* The bottom toolbar is always shown, even without a scroll.
* When a user modifies a translation, it is no longer proofreadable (bug 46687)
* Numerous minor styling changes.
* RTL fixes for Special:Magic, to ensure cleaner display of magic words
in right-to-left translations.
== UniversalLanguageSelector ==
=== Highlights ===
Starting with this release, MLEB is no longer compatible with
MediaWiki 1.19. To use MLEB 2013.04 or later, you must used it
combined with MediWiki 1.20.4 or a later version.
Work began on making the ULS appear in the sidebar rather than at the
top of the page near the personal links menu. This is an incomplete
and experimental feature. It can be tested by setting the variable
$wgULSPosition to 'interlanguage'.
=== Noteworthy changes ===
* Wikimedia Foundation's GeoIP service is now used by default for
detecting the user's location and guessing the suggested language.
* A web font for the Divehi language was added.
--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
“We're living in pieces,
I want to live in peace.” – T. Moore
Hi everyone,
As you may have remembered reading. Huib--our longtime volunteer moderator
for mediawiki-l and wikitech-l--resigned from his positions back in February[0].
I let this slip longer than I should've, but I'd like to now make the
call for a new
batch of list moderators for mediawiki-l and wikitech-l.
I think it's very important to have more than one moderator per list,
so I'm looking
for several candidates to help with moderation with one (or both)
lists. It's a pretty
low maintenance job (the occasional spammer), as Huib and myself have always
had a very light-handed moderation policy and have preferred to let discussions
run their course.
So, if this is something you're interested in helping out with, please
respond to
this off-list and tell me why. Don't need an essay, just a sentence or two about
who you are and why you'd like to volunteer. I'll give it a couple of
days for people
to think about it and e-mail me, and I'll pick some people by late next week.
Thanks, and have a good weekend :)
-Chad
[0] http://lists.wikimedia.org/pipermail/wikitech-l/2013-February/066320.html
This is a notice that on Tuesday, April 30th between 20:00-21:00 UTC
(1-2pm PDT) Wikimedia Foundation will release security updates for
current and supported branches of the MediaWiki software. Downloads
and patches will be available at that time, with the git repositories
updated later that afternoon.
Hi,
Hope my question will fit on this list.
I just upgraded my Mediawiki to 1.20.4.
I encountered problems with FCKeditor, and I had to install WYSIWYG
extension instead.
I also had a couple of problems after installing this extension:
- Editing an article with this extension delete any category associated
with the article: solved with http://www.mediawiki.org/wiki/**
Extension_talk:WYSIWYG#Editor_**removes_assigned_category_**16286<http://www.mediawiki.org/wiki/Extension_talk:WYSIWYG#Editor_removes_assigne…>
- When activating or using the extension while editing a wiki page, the
"Cancel" link at the bottom of the edit frame returns a 404 (the
/index.php/ is not present in the url...
Can't find any fix for this second issue, anybody has any useful suggestion?
Thanks a lot.
Regards.
Jules
Mediawiki: 1.20.4
PHP 5.3.2
MySQL 5.1.67
WYSIWYG extension (version 1.5.6_0 [B551], CKEditor 3.6 (revision 6902))
I have had a wiki for many years now. I'm not able to say the URL
for confidentiality reasons (thanks to search engines).
I can count on one hand, the numbers of editors who have done any
significant work. They have collectively done really good work and
actually, only one editor has helped the site a lot. I feel there should be
many more editors. I feel I'm to blame for this. Lack of leadership? Not
sure what it is. I feel its a wiki so it should not require me to be there
all the time. I like to be rational and give people the freedom to do what
they like. The subject matter is controversial and our standards are high
and work is difficult to do. Like a good article on Wikipedia, it requires
research, fact checking and analysis. Some editors tried to join but they
could understand how we do things. A certain mindset and commitment is
required. But then that is the case for every wiki.
I don't know what to do, and how to track this down and how to grow the
community. The future of the website worries me greatly so I'm coming here
for advice. We need more editors and admins involved so it can
be guaranteed to keep existing, grow and flourish Can I do something to
attract editors and make things more welcoming? Is the wiki interface
difficult for new comers? For example a Wysiwyg editor may help. That's
just one thing though and it may not be a problem.
I see some other similar wikis with a lot more editing activity and I
wonder what I could do. I cant reveal my identity (that would help in
making editors more comfortable and perhaps form a personal bond with me
but I cant do it). Maybe some kind of analysis is required to see what is
keeping people from coming in.
If there's anything any of you did that improved editing activity, I would
really like to hear it. I'm open to any kind of advice, suggestions or
ideas, big or small.
Dan
Hi All
Looking for some advice. Trying to do version noticingand archived
notices on a Open Source software docs wiki.
Trying to keep it light and simple but I wonder if OutputPageBeforeHTML
is the better choice. I forked the Page Notice extension, just don't
know if I should consider another type like some of the Parser hooks.
Here is what I have so far.
$wgHooks['OutputPageBeforeHTML'][] = 'wfVersionNoticeHook';
function wfVersionNoticeHook( &$out, &$text ) {
$ns = $out->getTitle()->getNamespace();
$opt = array(
'parseinline',
);
$nsheader = wfMsgExt("version-notice-ns-$ns", $opt);
if (!wfEmptyMsg("version-notice-ns-$ns", $nsheader)) $text =
"<div>$nsheader</div>\n$text";
return true;
}
This one work pretty well, as all I am adding is a notice to the top and
the Mediawiki namespace page is being somewhat parsed. I can call a
template in the page or add wiki links.
Thanks
Tom
------------------------------------------------------------------------