MediaWiki-l June 2007

mediawiki-l@lists.wikimedia.org

153 participants
239 discussions

Start a nNew thread

meta tags?
by Philip Beach 08 Jun '07

08 Jun '07

Is there a way to edit the meta tags of the main page? Thanks a lot!

2 1

Which Group Based Access Control Extension?
by Michael B Allen 07 Jun '07

07 Jun '07

Hello All, Which extensions are considered by MediaWiki authors to properly implement group/role based access control? Is the LDAP Authentication plugin the role model (no punn intended :-) for this? I'm the author of the Plexcel plugin for AD Kerberos SPNEGO SSO authentication: http://www.mediawiki.org/wiki/Extension:Plexcel I'm starting to get requests for access control. We have a plexcel_is_member_of function that can check Windows group membership very quickly so I'm thinking it should be relatively simple to add this functionality. But I don't want to just hack something together. Is there any infrastructure for implementing group/role based access control? Thanks, Mike -- Michael B Allen PHP Active Directory Kerberos SSO http://www.ioplex.com/

1 0

Docs on objects and properties/methods
by Dave Sigafoos 07 Jun '07

07 Jun '07

1) is there something I haven't found that talks about the objects available in MW and their properties? 2) during the 'EditPage::showEditForm:initial' hook, I know that I can stuff $editpage->textbox1 with data .. At this point what is the object/property for the title of the new page? Thanks DSig David Tod Sigafoos | SANMAR Corporation PICK Guy 206-770-5585 davesigafoos(a)sanmar.com

2 4

Re: [Mediawiki-l] Any leads on a basic wiki setup-and-configure instruction manual?
by Monahon, Peter B. 07 Jun '07

07 Jun '07

Thanks Paul, I experience your contribution (below) as coming from a real straight shooter, concise, well thought out and thoughtfully presented, and based on your own experience. What more can I ask? Thank you very much. I find your insights informative and very useful, perfectly said and presentable to my boss when asking for money, "See, I'm not the only one needing support for a wiki in$tallation!" Thanks also for the recommendation of "Jim Wilson, can't recommend him enough!" I now know better where you're coming from, and I feel better informed to take what you have learned and shared, and adapt and adopt it to my own situation. Me? I use Intuit Quicken for DOS from the 1980s (fits on one floppy). It's an incredibly sophisticated relational database. I see multiple bank accounts in the same database as I see multiple wikis on one MySQL. I see transfers between bank accounts as I see shared resources in groups of wikis. I see Quicken's multiple levels of categories and classes as extremely intelligent for sorting and selecting, making reports, and changing them globally on the fly as I see ... wait a minute, media wiki's categories aren't very powerful, and there are no classes. Quicken looks ahead of my typing for anything, and suggests matches, and offers to create anything new I type without having to exit from the immediate data entry task to reconfigure anything. MediaWiki allows quick page building the same way, but scant little else. In my Quicken, backup and restore, creating new databases and new accounts, and reconfiguring the whole program are simple, I even backup to an email attachment and save it on the web, program and all. MediaWiki has none of these features for the whole program, for just your data, or even just your custom configurations. Like open source programmers, the people who designed Quicken were paid nothing at the time (one difference, though, the paper stock Quicken-designers were paid with turned out to be worth $14,000 an hour when Intuit finally went public!). My point is that 20 years ago, many of the things I expect in any modern, sophisticated software were already well worked out and well established. And I'm not even talking about Word Perfect or Lotus 1-2-3. I'm sad that the folk in today's open source community are trying to ride two horses at once - a day job for the rent, and a night job trying to help their open source baby (or hold the reigns on what should belong to everyone). Yet, they are not standing on the shoulders of those who came before them in the arena their customers are begging them to enter. Is MediaWiki the new FORTRAN, only for programmers and support staff, or is MediaWiki the new Netscape Navigator/ Communicator/Messenger/Composer, for everyone? I guess it's 2 cents time. Thank you for yours. That's mine. Anybody else? Where are you coming from and going to with your MediaWiki experience? -- Peter Blaise === quotable === > Paul wrote: > ... I have read many of the > messages on the list of the last > few weeks and resisted jumping in > until I saw whether you were going > to find some untapped vein of > knowledge or, more likely, you > would need to do a lot of the > legwork yourself with hints and > near answers. > I do find this mailing list > VERY useful but typically not > because I get the exact answer I > need but more usually because it > sends me off in the right > direction to find it myself. This > is fine with me and I have learnt > a ton in the last 3+ months with > help from some of the regular > posters here. > The lack of comprehensive > documentation, setup instructions > or the like whilst being somewhat > frustrating is something that > playing with MediaWiki you have to > learn to accept, for now. I really > don't know anyone that has the time > to devote to building the type of > documentation you are looking for > BUT I do suspect that if > sponsorship were available there > would be candidates. ... > sponsorship of an open source > project from ... an organization > would be interesting indeed. > This isn't to say that people > are only motivated solely by money > but they have to pay their bills > which personally I find absolutely > fine. > I myself needed some extensive > changes made to the Mediawiki UI > and after spending a few days > looking I realized that Mediawiki > is a complete beast when it comes > to the construction of the UI and > it's associated CSS. > I took the admittedly easy > way out and simply got an expert > (Jim Wilson, can't recommend him > enough!) to author a custom skin > (www.scribas.com/archives which > does everything we need. The site > is currently in stealth mode and > offline but you get a feel for > what it will look like. > The easier parts of Mediawiki, > for me, have always been the data > driven components. Data is data is > data and so I have been able to > change pretty much whatever I want > by virtue of the fact that the data > is stored in a known and well > documented system, MySQL. Actually, > on that note we are soon to be > looking to migrate the index from > MySQL to Lucene for fast cross-site > searching/indexing of Mediawiki and > Drupal. > Anyway, the reason for my post. > I could be way off track here but I > suspect that a lot of the, admittedly > logical, requests you have > generated whilst being perfectly > reasonable within the black box, > vendor supported world are just a > little ahead of their time in the > Mediawiki/open source world. > Be it Drupal, Wordpress, > Joomla, Mediawiki, or whatever open > source project I think you will > always hear gripes about the > documentation and feedback in the > event of bug/problem. I don't > think mediawiki is any worse > or better in this regard and in > fact having tested three other > wikis I would say it is without > doubt the most solid out there. > So...the solution? I don't > think there is one in the short > term. As much as I would love to > see comprehensive documentation I > wont be holding my breath. Instead, > I research, ask questions and > generally make progress with help > from this mailing list. Ideal? No, > but you pays your money and takes > your choice. I could have gone to > socialtext and got a fully supported > wiki but the cost would have been > significant. Mediawiki is 'free' but > comes with a sometimes costly lack > of support framework. > Oh, and the reason, in my > humble opinion, for the fact that > you see several names for the same > entity is possibly quite simple. > There are hundreds of contributors, > each using slightly different > phraseology. > Regards, Paul [more on Scribas visual design at http://webdesign.parkertorrence.com/zfrog/portfolio/scribas/ ]

5 6

Looking for help with v1.9.3 install
by Rowe, Dolores A 07 Jun '07

07 Jun '07

Teammates, I was using the v1.9.3 install when it quit abruptly. The last few lines of info it gave me were: "revision timestamp indexes already up to 2005-03-13 Adding rev_text_id field... ok ...page_namespace is already a full int (int(11)). Set $wgShowExceptionDetails = true; in LocalSettings.php to show detailed debugging information." .............and it did not create a LocalSettings.php in the config directory when it quit. I do not know what to do ? tanx, Lori

2 1

Extra Edit Buttons (XEB) installation success
by Carlos Hanson 07 Jun '07

07 Jun '07

I read some posts involving the setup of extra edit buttons for the editing toolbar that helped me. Some folks seemed to have difficulty. Since I did get it to work, I wanted to post what I did. It ended up being very simple. The source code for the Extra Edit Buttins (XEB) is found at the following URL: http://en.wikipedia.org/wiki/User:MarkS/Extra_edit_buttons http://en.wikipedia.org/wiki/User:MarkS/extraeditbuttons.js The subject of the thread I read follows: [Mediawiki-l] A more advanced editing toolbar (the subject of the thread) I am using MediaWiki version 1.9.3, so that may be why it worked so well. The key for me was accessing and editing the page MediaWiki:common.js as WikiSysop. I used lowercase for common.js, but when I now search for it, I find MediaWiki:Common.js. So it looks like case on common.js doesn't matter. I don't care why right now. :-) I simply cut and pasted the extraeditbuttons.js code into that page and all worked well. Now I have XEB available to all users. I still have to review the code to determine what I need to do to use local copies of the images for the buttons. Also there is mention of moving the live.css file locally as well. But both are secondary issues for me right now. -- Carlos Hanson

2 1

Image Paths
by Adam Meyer 07 Jun '07

07 Jun '07

Hi, Is there anyways to get the actual image path from an image name. EG if I have bondo.jpg for it to give me images/c/c8/bondo.jpg? How does mediawiki get this information? From what i can see it is not stored in the sql database, is there an algorithm or some script that knows? Im working on a simple page to input new pages into my wiki. The users of my wiki are really technophobic, and 90% of the pages are all templaes, so I made a form that you fill out and it posts the page with all the nformation. I am by no means a programmer, and can only read parts of php. But here is what I am working on, and what I have works, but I want to implement images into it. http://risdpedia.net/interface/test.php Thanks, -Adam M

3 2

Searching Image/File description text
by Michelle 07 Jun '07

07 Jun '07

In addition to searching for a string within image and file names, is there any way to search the description text that was entered at upload time? Neither the Gallery nor FIle special pages seem to offer it, so I just wanted to be sure I'm not missing it. It sure would be handy for our wiki. Thanks Michelle

3 4

RSS feeds
by Mark Constable 07 Jun '07

07 Jun '07

Sorry if this has been answerred but I just joined the list. I'm using r22812 and for some time now (a few weeks) the RSS feed available at special:Recentchanges&feed=rss seems to be missing and no amount of Googling has found a reason why. I just chekced the svn logs and there is nothing about RSS feeds for all of 2007 so I resort to asking here. I'm sure it was working up till a month ago, even perhaps up to about 2 weeks ago. Am I missing something obvious about RSS feeds recently ? --markc

2 1

How to do multi-lingual co-ordination?
by Shuan Lo 07 Jun '07

07 Jun '07

Hi! I'm totally new to MediaWiki. I hope I'm posting this question to the right place. Please forgive me if I'm wroing. I've been tasked to plan and design a content management site that will host multi-lingual content - just like Wikipedia. I'm wondering how the link-ups between different lingual content is done. Is it done manually, or is there a functionality in MediaWiki for doing such co-ordinations? Any advice will be appreciated. Thank you! Shuan

2 1

← Newer
1
...
17
18
19
20
21
22
23
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l June 2007