Wikitech-l November 2004

wikitech-l@lists.wikimedia.org

89 participants
114 discussions

About links
by Giovanni 06 Nov '04

06 Nov '04

Mediawiki script is used for different kind of sites. It could be a good idea to study a way to let links to have all characters including special characters. This because could be necessary to create a link includind chars as +, #, etc. as discussed in a previous post. Personally I use Mediawiki for a site about programming anda often happen that I need creating a ling as [[C++]], [[C#]] and other. Is this a featur requested also by other people? What do you think about? Thanks. Giovanni Putignano Italy

2 1

Editing mediawiki so only certain users can edit certain pages
by Robert Jones 05 Nov '04

05 Nov '04

Hello, I am new to the list - I have a question I hope you can help me with. I have installed a wiki where users cannot sign up themselves (I assign usernames) I want to restrict users on my installation to only editing specific sections of the wiki. I think the file to edit is includes\EditPage.php I want it to work so that if a person's username contains a colon (e.g. FOO:Bob) then they can only edit and create pages that are in the form FOO:Page_Name, FOO:Main_Page etc. I want it to treat users with usernames that don't contain a colon normally. E.g. 1) Someone with the username FOO:Bob can edit FOO:Page_Name but not BAR:Main_Page. 2) Someone with the username Bob can edit FOO:Page_Name and BAR:Main_Page and Main_Page I'm happy for this edit to take the form of an edit converting "you must login to edit this page" to "you must login and have the right permissions to edit this page". I think that EditPage.php would need to be edited twice in the areas containing the text: if ( !$wgUser->getID() && $wgWhitelistEdit ) { $this->userNotLoggedInPage(); return; } I have sought an answer to this question for a while and posted in various other forua without success. Hope you can help. Many thanks, Robert Jones

4 9

(no subject)
by uninvited＠nerstrand.net 05 Nov '04

05 Nov '04

> It might be faster to generate that list using a sql query directly > on one of wikimedia database server, additionaly tt will save some bandwith. That's a great idea, IMO, for exactly the reasons you cite. The page need not be updated frequently. The query does take over 12 hours to run, albeit on a machine of limited resources. While I am not an expert on query optimization, I doubt that much can be done to speed it up. FWIW there is presently a three month backlog of queries to be run, on the list on the meta. UninvitedCompany

1 0

Downloading archives of en.old
by uninvited＠nerstrand.net 05 Nov '04

05 Nov '04

Recently I downloaded the old table for en. I would like to keep a reasonably up-to-date copy of it around for history queries. You can see [[Wikipedia:Another list of Wikipedians by date of arrival]] for the sort of stuff that interests me. I think it helps the project. Anyway, I know the subject of incremental updates has come up in the past, and has been ignored because it's fiddly to do and no one cares much. It would, however, be extremely helpful to me if even the minor measure of splitting the files before compression rather than after were taken. That way I could download the last file or two, and cut and paste the files based on oldid. Please.... Thanks UninvitedCompany

2 1

amount of availible (LA)TEX commands in <math>-formulas
by N Niedermowwe 05 Nov '04

05 Nov '04

Hi everyone, I'm pretty annoyed about the limited possibilities of typesetting mathematical formulas within the <math>-tag. It is not possible to create any more complicated formulas which, I think, is essential for further developing the maths section and not only giving definitions but also proofs. How come so many commands are disabled? Also, where can I find a list of all commands currently availibe? \setminus works but isn't mentioned on any of the formula help-pages. Ncik

4 10

Enotif (E-mail notification for changed pages and user_talk pages and more)
by Thomas Gries 05 Nov '04

05 Nov '04

On the main documentation page http://meta.wikipedia.org/Enotif , I opened a section "Reference list ..." where users, who actually use my patch, ***can place their comments and their name as references for my patch***. Please take note, that there are more pages such as one for reporting bugs. This should not go to the main page. Moreover - and this as a suggestion to all developers - my pages (at least) try to show a framework, how a good documentation can look like from the very beginning (Enotif is still in the beginning phase): a bugzilla listing for tracking, _and_ a meta-wiki documentation for reading and shameless editing for improvements. Tom

1 0

Re: Lilypond 2.4.0
by uninvited＠nerstrand.net 05 Nov '04

05 Nov '04

> http://wikisophia.org/wiki/Wikitex#Music I looked through it and the related documentation. The one page limitation is bound to become a problem sooner or later. But then, even with the one-page limit, having lilypond markup at all would be a cause for celebration among the music editors. http://www.mutopiaproject.org is a repository for full-length scores, and those are better suited to their mission than ours. Some orchestral works, because of the number of parts, could break over one page just for an excerpt of the main theme, though. Another concern is that Wikitex appears to be using a two-year old version of Lilypond (an experimental 2.0 version). This is particularly a problem because the Lilypond maintainers have not maintained backwards compatability in the input grammar. Therefore, input written for 2.0 can fail with syntax errors in 2.4. I suspect (hope?) that the grammar will begin to stabilize, at least as far as the more commonly used features are concerned. IIRC, 2.0 had some security holes in it (includes from an arbitrary path for example) that, at best, would require a chroot jail to run on a server of any consequence. UninvitedCompany

2 1

Deactivate Cache for a site
by Joel Wiesmann 05 Nov '04

05 Nov '04

Hi there I've coded a calendar which I can include in any wikipage. Now there's just one problem: the calendar has a function, that allows to "change date". So I can click on an arrow, to go to the next month. Really cool I thought.. but the problem is, that it won't change as long as I don't do a shift-reload (the informations are passed by 2 GET-variables and I catch them with $wgRequest->getVars). I suppose that's the caching-function :/. Now is there a way, to force a refresh of the cache? Or even deactivate it for a wikipage? I'm using the latest stable mediawiki out of the box - I did no special configuration to the caching feature. I've implemented the calendar the same way, as the TOC or CURRENTMONTH were implemented. Regards Joel

3 3

Special:Asksql
by John Collison 04 Nov '04

04 Nov '04

Hi When will SQL queries be enabled again? I've only started trying to use them, so I don't know how long they've been disabled or if they're semi-permenantly off. Cheers Ludraman

2 1

MySQL Version 4.1 Certified as Production-Ready (27 October 2004)
by xmlizer 03 Nov '04

03 Nov '04

Hello May be the question has already been raised, but when do wikimedia start to migrate to 4.1 ? May be you'll wait until 5.0 will become certified ? Xmlizer

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l November 2004