Hi,
I am really confused about the usage of the 1.10 $wgNamespaceProtection
feature.
I like to limit access to a custom namespace to a defined user group.
Here is what I added to the LocalSettings.php:
// Add Custom Namespace
$wgExtraNamespaces[110] = "NewNameSpace";
//Add User Group
$wgGroupPermissions['NewUserGroup']['move'] = true;
$wgGroupPermissions['NewUserGroup' ]['read'] = true;
$wgGroupPermissions['NewUserGroup' ]['edit'] = true;
$wgGroupPermissions['NewUserGroup' ]['createpage'] = true;
// Limit Access to Namespace by utilising $wgNamespaceProtection
$wgNamespaceProtection[110] = array('NewUserGroup');
Then I assigned NewUserGroup attributes to a test user. Unfortunately it did
not work. In fact no user is allowed to edit articles in the namespace.
But by adding
$wgNamespaceProtection[110] = array('sysop');
to the LocalSettings.php the namespace becomes editable for administrators.
Do you have any hint what is wrong with the above mentioned procedure?
Kind regards
Albert Cremer
Hi, my SpamBlackList has been failing over the past month. Now, whenever I
try to save an edit on any page, I get the following error:
"Warning: preg_match() [function.preg-match]: Compilation failed: internal
error: overran compiling workspace at offset 12945 in
/home/galbijim/public_html/wiki/extensions/SpamBlacklist/SpamBlacklist_body.php
on line 177"
Any advice?
Thanks,
Craig
http://www.mediawiki.org/wiki/Extension:Jamendo
Jamendo <http://www.jamendo.com> is a new model for artists to promote,
publish, and be paid for their music.
On Jamendo <http://www.jamendo.com>, the artists distribute their music
under Creative Commons licenses. In a nutshell, they allow you to
download, remix and share their music freely. It's a "Some rights
reserved" agreement, perfectly suited for the new century.
With the Jamendo Extension it is possible to display Jamendo's albums on
a wiki using the Jamendo's API
Marc Despland
Yes, I read that. But I didn't understand the linux mechanism. :(
I'm using xampp on linux. Any idea whether it has php's pspell module in it?
Not shown in phpinfo() anyway.
So if it's not there, how can I get it?
The linux has aspell installed.
Regards,
Jack
----------------------------------------------------------------
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Edgaras Janušauskas
Sent: Friday, June 22, 2007 8:36 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Spell checking articles
Yes, you need Pspell PHP extension enabled.
See
http://wikimediaspellchecker.googlecode.com/svn/trunk/spell_check_howto.txt
section 4.
Jack Eapen C rašė:
> Hi,
>
> Anyone using this extension-http://www.mediawiki.org/wiki/Extension:Spellcheck ?
> How to use it? I have aspell installed on linux. Do we need any php module also for that? How to link the installed Aspell to MW's extension?
>
> Regards,
>
> Jack Eapen C
> SunTec Knowledge Centre
> ------------------------------------------------------------------------------------
> "Techies are like stars--they rise and set, they have the worship of the world, but no repose"
>
>
>
> This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
> Peter Blaise wrote: [paraphrasing: in
> what ways are the wiki "namespace"
> and "category" and "sub-page" features
> useful, specifically in being able to
> search, sort and select groups of wiki
> contents for printing, viewing,
> exporting ... and do any auto
> features respect them, such as auto
> table of contents? I've read about 'em
> all but if and how they work together is
> still foggy. Any clarifying links?
> Thanks!]
> Brianna wrote: [paraphrasing and
> translating: a significant mind dump,
> or Vulcan mind meld, a veritable
> stream of wiki-consciousness about wiki
> page structure and architecture.]
Peter Blaise responds: Thank you! It's wonderful to see so much
careful, conscientious thought go into the integration of wiki elements
in one discussion.
To continue the exploration:
I'm concerned about how and why to put any data IN to a wiki in the
first place. I know that any automation system can only answer
questions it was pre-told how to answer. For example, one goal is to be
able to print a group of pages as a book, but edit them as separate
pages. I think you are saying that the MediaWiki print feature does not
assist in doing that grouping for printing in one-step. And, neither do
any of the other features - namespace, category, sub-page - assist in
grouping the wiki's contents for one-step collected output.
Standing back and revisiting what MediaWiki is all about, the
Wikipedia.org implementation or MediaWiki seems definitive: a bunch of
separate pages that are somewhat findable with basic word searches. The
Wikipedia's goal is to present one page at a time on screen for the
visiting user of the wiki software. Also, in order to facilitate (not
automate) sequential (not one-step) editing or printing, there are
"gathering" features (such as namespace, category, sub-page, and
special:pages) that allow a user to cycle through a series of tasks to
execute them over a group of individual pages, but still manually
executing whatever they are doing one page at a time. (This is why
editing and system administration are so time consuming, right?)
And I didn't even mention global search and replace!
In other words, the native skills of MediaWiki (I'm supporting v1.9.3
through v1.10 so far) are page oriented, and any desire to
search/sort/select groups of pages and treat them as an entity for
printing or exporting would require supplemental PHP/SQL programming
outside MediaWiki. Have I got it?
> Brianna wrote: ... There are several open
> source tools on the toolserver you
> could adopt if you really wanted to....
Peter Blaise asks: Toolserver?
Waaa#1: One frustration is typing any vocabulary word into the search
bar at MediaWiki.org and getting ... nothing! However, within the
wording of a few page links, I found
http://meta.wikimedia.org/wiki/Toolserver - yes, that's at
wikimedia.org, not at mediawiki.org!
Waaa#2: Of course, then, another frustration is having so much stuff
that's supporting MediaWiki.org (the software) being hosted at
Wikimedia.org (the Foundation). This splits the community in two.
Actually, there's great MediaWiki support stuff exclusively at
Wikipedia.org (the project), so the MediaWiki (the software) support
community is at least divided in three!
Waaa#3: Another frustration is hidden links that do not show on screen,
or for cut and paste, and often do not show when printing (I read
copious printouts and highlight links on paper to search later). That
page link (above) says: "Please see Toolserver/Projects for a list of
available tools and other content." ... but there is no clue that the
word "Toolserver/Projects" is a link. Same on the subsequent
Toolserver/Projects page, er, on the
http://meta.wikimedia.org/wiki/Toolserver/Projects page which offers the
words "Toolserver/TStoc" and "TSTOC". Both are invisible links, namely
to http://meta.wikimedia.org/wiki/Toolserver/TStoc and
http://tools.wikimedia.de/~interiot/cgi-bin/tstoc I appreciate we all
have different preferences in response to "ugly" http links. But, I
find it very frustrating to not have them fully displayed and printed or
at least underlined so I know there's a link there.
Waaaaaa!
I will not calm down! Okay, okay, back to the discussion.
(Please see http://www.webworksite.com/articles/article4.php before
responding to my "complaints", PLEASE!)
> Brianna wrote: ... sensible category
> structure Design ... is a difficult
> process in a wiki ... (Waaa#4?)
Peter Blaise responds: This is why I mentioned Quicken for DOS, that o'l
relational database software I've been using, same copy, since the
1980s. It's nothing but a relational database with incredible powers in
it's "category" and "class" structure for transaction
searching/sorting/selecting for output. Analogy wise, a wiki page is
like a Quicken transaction; a namespace is like a Quicken register/bank
account. Why with a modern SQL database, excuse me, an "RDBMS", are
wiki categories so powerless? If anyone doing development for MediaWiki
has no experience with this 20-year old Quicken for DOS, I'm happy to
send you a copy (it fits on a single floppy) for demonstration and
education purposes. I'm serious. I'm so used to the incredible
sophistication of this 20-year old DOS program that it heightens my
frustration when a modern wiki is way naive in comparison.
(Again, please see http://www.webworksite.com/articles/article4.php
before responding to my "complaints", PLEASE!)
> Brianna wrote: ... An extension
> DynamicPageList allows for very
> powerful listing and sorting. If your
> wiki is not too big (ie, not Wikipedia),
> it should be useful ...
Peter Blaise responds: Wow - I've got some more reading to do! Thank
you very much. With all these extensions to study, I feel like I'm
shopping with a small shopping basket in a big store - like figuring out
which Firefox extensions to get and keep, and which to ignore or delete
(~2,250 at last count).
> Brianna wrote: ... many wikis are used
> without ever even knowing about
> namespaces, categories or subpages.
> It might be overkill to introduce too
> many features at the start of your
> wiki's life ...
Peter Blaise responds: I know this first hand. But, my wikis are
starting life being fully populated from legacy documents. Immediately,
end users are asking, "How can I do this, and how can I do that, and
..." ...and so on. All they are asking for is the same tasks they are
used to doing with their information using other software. I'm stymied
when it comes to the wiki features and benefits in comparison. "Great
question!" is all I can say to the end user ... then start a new round
of research and development.
Here's a sample challenge (simplified example). Say I have an in-house
wiki and an ... out house wiki, for lack of a better term. RDBMS wise,
they both may need access to zip codes, but otherwise, their data may
need to be separate from each other. I could have them both look at the
same zip code namespace, but keep each other out of each other's
namespaces (I think). (Or is this better handles with separate wikis
using the same MySQL?)
Or, a computer "data elements dictionary" wiki. I've got multiple
databases to document. Each database to be documented may have similar
table-names and element/column-names. I could make each database a
separate page. Then I could make each element a sub-page of that
database. That way I can have, say, 2 elements both called "Name_last".
One is under Database_inhouse/Name_last. The other is under
Database_outhouse/Name_last. Over time, the authors of those commonly
named documents might diverge on the meaning and criteria of the data
elements in their own databases. One database may even be shut down and
be retired, deleted from the wiki, with all sub-pages included. In one
fell swoop? No. That doesn't work! The sub-pages hang around, as
orphans of a non-page, don't they? (Also, I don't see any links from
the master page to it's sub-pages, nor from sub-pages to the master
page. How to make them appear like at the top like
http://meta.wikimedia.org/wiki/Toolserver/Projects that shows a "<
Toolserver" link at the top of the Projects page to go "up" one page?!?)
Or, should the different databases go into separate namespaces? I
wouldn't want "Name_last" as a single page in the root common to both
databases since their uses in each database might diverge, and the
authors may have different instructions for each different use.
Ahh. Endless, eh?
Anyway, the above is why I'm trying to find or build the answers. No
analogy is perfect. It's not simply a "how to drive a car" manual I'm
after. Nor "how to tune up your car" nor "how to design a car". But,
perhaps a wise combination of all these, plus "why travel" and
"transportation for personal pleasure", as well as "transporting goods
and services" thrown in as introductory and overriding themes
throughout.
I can't imagine that's very difficult to do. Not with everybody
pitching in on a wiki-based environment.
;-)
Thanks for your insights, Brianna and everyone. Very stimulating and
challenging. I look forward to having as much to give back as I'm
getting.
-- Peter Blaise
Hi,
Thanks for he quick reply. I did as per your instructions, but again
after that the wiki is taking infinite time to load.
Here's my settings for FCK:
require_once("extensions/FCKeditor.php");
$wgFCKUseEditor = true; // When set to 'true' the
FCKeditor is the default editor.
$wgFCKEditorDir = "fckeditor";
$wgFCKEditorToken = "__USE_EDITOR__";
//$wgFCKEditorToolbarSet = "Wiki";
$wgFCKEditorHeight = "600";
$wgFCKEditorAllow_a_tags = true; // <a> </a> : Set this to true
if you want to use the **external** link
// generator of the FCKeditor.
$wgFCKEditorAllow_img_tags = true;
$wgFCKexcludedNamespaces = array(8,1,-1); // eg. "8" for disabling
the editor within the MediaWiki namespace.
$wgFCKEditorToolbarSet = "Default";
Regards,
Jack
----------------------------------------------------------------
"Techies are like stars--they rise and set, they have the worship of the
world, but no repose"
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church
Sent: Saturday, June 23, 2007 12:33 PM
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Problem with FCK Editor
On 23/06/07, Jack Eapen C <jackec(a)suntecgroup.com> wrote:
> Any idea why it is so? I really have to get the editor work with MW
If you really have to have FCKeditor working with MediaWiki despite
various quirks, and if you don't mind patching the software manually,
then you might try the guide at
http://www.mediawiki.org/wiki/User:Robchurch/Integrating_FCKeditor_with_
1.9.3.
I quote: "As usual, following these instructions is done at your own
risk, and I won't be responsible for death, destruction, mutilation,
disembowelling, cuts, bruises, loss of job, loss of funds, loss of
foreign assets, loss of marbles, loss of hair, loss of...well, you get
the idea."
Rob Church
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
http://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
I'm trying to use FCK Editor with MW 1.9.3. What I'm finding is strange.
I enabled the extension in localsettings.php and accessed a MW page, clicked the edit button. I get the WYSWYG editor. Saved the page and clicked on another link in the wiki, and that page is never getting loaded. After half an hour I'm getting a blank page.
I disabled the extension and accessed MW, all is well. This time, again I enabled the extension, but set the $useFCKEditor to false. Went to edit box of an article- typed __USE_EDITOR and saved it. (the article displays _USE_EDITOR__) on top. Again clicked the edit button, I'm getting the WYSWYG editor. After editing, I'm saving the article. Trying another link, and my wiki is taking ages to load and I wait infinitely :(.
Any idea why it is so? I really have to get the editor work with MW
Regards,
Jack Eapen C
SunTec Knowledge Centre
------------------------------------------------------------------------------------
"Techies are like stars--they rise and set, they have the worship of the world, but no repose"
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You
Hi all,
I found out my shared server finally has PHP5, which means I can upgrade
to the latest version of MediaWiki-- sounds like a good thing to me,
since I've been hearing that there are lots of extensions (like the ones
I've had trouble with recently, like the ParserFunctions) that work
better in the later versions, rather than the version I'm currently
running, 1.6.10.
However, my server specified something interesting with how PHP5 is to
be selected:
In order to utilize Php5 simply save all of your files using the
extension .php5
If you wish to use solely php5 and not php4, instead of having to save
your files using the extension, simply add the following line to your
.htaccess
---
AddHandler application/x-httpd-php5 .php
---
And this way all of your files will default to php5.
So if I want to upgrade my existing version of MediaWiki to the latest
stable version, how can I do that? Will doing the *.htacess change mess
up my existing MW 1.6.10 install? Or can I somehow use the .php5
extension when upgrading?
Thanks,
-Azurite
Greetings,
Someone has noticed that on the bottom of every page, our page count is
growing by 2 instead of 1 per refresh. I have already checked the
mediawiki:viewcount page and it reads as follows: This page has been
accessed $1 times (since 10/27/06).
>From what I have been able to find this should be the problem, but it
looks as if it is set correctly. Does anyone have any experience or
hints as to how I can get our page count to increase by 1 instead of 2?
John Getzke