MediaWiki-l August 2007

mediawiki-l@lists.wikimedia.org

131 participants
230 discussions

Changing the main editing form/textarea
by Sean O'Connor 16 Aug '07

16 Aug '07

Hello, Again, I've strolled through the manual and had a google, and seem unable to find the information. Currently, when pages are edited, the textarea in the form is delivered as follows: <textarea tabindex='1' accesskey="," name="wpTextbox1" id="wpTextbox1" rows='25' cols='80' > This is causing a conflict with my layout for some of my users. Basically, the edit form doesn't resize. I want to set the form in percentage rather than a fixed "80". I'd rather do something that doesn't involve a core hack, but if that's what I have to resort to, I will. Any ideas? Sean

3 4

The Case of the Disappearing Logo
by Peter Laws 16 Aug '07

16 Aug '07

OK, I haven't installed MW since 1.4 or 1.5. 1.10 isn't all that different, but I don;'t recall having this issue. I tried to make the shorter/prettier URL stuff work and it seems to have eaten my Logo (which is still the default). I backed out the URL related changes in LocalSettings.php and httpd.conf, but still no logo. Speaking of the shorter URL stuff, how would I know if I had "PHP as CGI"? Is there a command I can run or file I can cat? I'll ask about the URL stuff later once I understand where my logo went. :-) * MediaWiki: 1.10.1 * PHP: 5.1.6 (apache2handler) * MySQL: 5.0.22 All running on RHEL 5. -- Peter Laws / N5UWY National Weather Center / Network Operations Center University of Oklahoma Information Technology plaws(a)ou.edu ----------------------------------------------------------------------------- + Ranked 10th in PC Magazine's 2007 Top 20 Wired Campuses + Computerworld 2006 100 Best Places to Work in IT -----------------------------------------------------------------------------

2 5

Re: [Mediawiki-l] Email confirmationandemailnotificationofpasswordchange don't work.
by Charlie Markwick 16 Aug '07

16 Aug '07

Hi folks I have now resolved this. It seems that as a security measure, this server requires the from sender to be specified either using a -f switch on the actual mail command or using:- ini_set("sendmail_from", "email@thedomain"); Putting the latter in LocalSettings.php did the trick. Many thanks for your help on this. Charlie -----Original Message----- From: Charlie Markwick Sent: 15 August 2007 16:02 To: 'MediaWiki announcements and site admin list' Subject: RE: [Mediawiki-l] Email confirmationandemailnotificationofpasswordchange don't work. Great I will try this. Thanks. Charlie -----Original Message----- From: mediawiki-l-bounces(a)lists.wikimedia.org [mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Rob Church Sent: 15 August 2007 14:31 To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Email confirmationandemailnotificationofpasswordchange don't work. On 15/08/07, Charlie Markwick <charlie-markwick(a)southcot.com> wrote: > This would be a good idea except that I don't have access to PHP.ini. > Thanks for the suggestion though. You should be able to do this within the script itself; place the following lines at the top (under the <?php) of LocalSettings.php: ini_set( 'display_errors', 1 ); error_reporting( E_ALL ); Rob Church _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org http://lists.wikimedia.org/mailman/listinfo/mediawiki-l

1 0

how to enable boolean / wildcard search in mediawiki 1.6.8
by Dr. Johannes Zellner 16 Aug '07

16 Aug '07

Hi, how do I enable boolean / wildcard search in mediawiki. This is mediawiki 1.6.8, mysql 4.1.10 and php 4.3.10. Do versions of mediawiki / mysql / php matter here? Any help much appreciated. -- Johannes

1 0

Welcome to mediawiki-l (weekly posting)
by river＠hemlock.ts.wikimedia.org 16 Aug '07

16 Aug '07

Welcome to mediawiki-l. This mailing list exists for discussion and questions about the MediaWiki software[0]. Important MediaWiki-related announcements (such as new versions) are also posted to this list. Other resources. If you only wish to receive announcements, you should subscribe to mediawiki-announce[1] instead. MediaWiki development discussion, and all Wikimedia technical questions, should be directed to the wikitech-l[2] mailing list. Several other MediaWiki-related lists exist: - mediawiki-api[5] for API discussions, - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise, - mediawiki-cvs[7] for notification of commits to the Subverion repository, - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support, - wikibugs-l[9] for notification of changes to the bug tracker. List administrivia (unsubscribing, list archives). To unsubscribe from this mailing list, visit [12]. Archives of previous postings can be found at [3]. This list is also gatewayed to the Gmane NNTP server[4], which you can use to read and post to the list. Posting to the list. Before posting to this list, please read the MediaWiki FAQ[10]. Many common questions are answered here. You may also search the list archives to see if your question has been asked before. To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a public list, so you should not include confidential information in mails you send. When replying to an existing thread, use the "Reply" or "Followup" feature of your mail client, so that clients that understand threading can sort your message properly. When quoting other messages, please use the "inline" quoting style[11], for clarity. When creating a new thread, do not reply to an existing message and change the subject. This will confuse peoples' mail readers, and will result in fewer people reading your mail. Instead, compose a new message for your post. Messages posted to the list have the "Reply-To" header set to the mailing list, which means that by default, replies will go to the entire list. If you are posting a reply which is only interesting to the original poster, and not the list in general, you should change the reply to only go to that person. This avoids cluttering the list with irrelevant traffic. About this message. This message is posted to the list once per week by <river(a)wikimedia.org>. Please contact me if you have any questions or concerns about this mailing. References. [0] http://www.mediawiki.org/ [1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce [2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l [3] http://lists.wikimedia.org/pipermail/mediawiki-l/ [4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki [5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api [6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise [7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs [8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n [9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l [10] http://www.mediawiki.org/wiki/FAQ [11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying [12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l

1 0

New to wiki software, have some questions for large-scale deployment
by Seth Brundle 16 Aug '07

16 Aug '07

I am being tasked to select a scalable wiki platform for large-scale internet deployment. The site is already a top 20 site and will have the wiki element added. A few questions: 1. What wiki platforms should I be looking to put on my short list for evaluation? 2. Need pointers to articles referencing large-scale deployment, pros and cons of different caching strategies, and some examples of large-scale architectures. ..and anything else along these lines - I have compiled a good deal of information so far, just want to make sure Im not missing anything outside of what I've been able to dig up so far. I was hoping to find s solution which generated static HTML (for pageviews only) for performance and administrative simplicty, but havent really found any that fit the bill. PS OS is freebsd ideally. Thanks.

2 1

Create an internal link from a tag extension
by Garth Patil 16 Aug '07

16 Aug '07

Hi, I'm creating a mediawiki tag extension that takes a list of wiki links and puts them in a table format. If I have the title of the wikipage, is there a convenience provided by the Linker or Skin that will allow me to get the correctly rendered link? Thanks, Garth

2 1

My Wiki, long waiting times
by Arena Andrea 16 Aug '07

16 Aug '07

Hi, when you visit http://www.italien.ch/de/wiki/Hauptseite , you have long waiting times until the whole page is loaded. Why this? andy

5 8

Re: [Mediawiki-l] Threaded discussion pages?
by Jan Steinman 16 Aug '07

16 Aug '07

> From: "Erik Moeller" <erik(a)wikimedia.org> > > On 8/15/07, Thomas Dalton <thomas.dalton(a)gmail.com> wrote: >> Every single comment. It makes me cringe too, since the naming is >> very >> ad hoc. Something involving subpages would help... > > The naming is irrelevant But doesn't it clutter up the "Special:Allpages" page for Talk? Without having played with it much, I tend to agree that this is the sort of thing subpages was meant for. :::: To redirect technology so that it serves man instead of destroying him requires primarily an effort of the imagination and an abandonment of fear. -- EF Schumaker :::: :::: Jan Steinman http://www.EcoReality.org::::

1 0

page protection through encryption?
by Frederik Dohr 16 Aug '07

16 Aug '07

Hello all, As we know, one of the most commonly requested features is per-page protection / ACLs. That's obviously problematic[1] because MW was never designed for this. However, what if the respective wiki page's contents were en- and decrypted (e.g. with JavaScript[2])? As far as I can tell, that would circumvent the most common problems (like transclusion workarounds). (I just had this idea when looking at the TiddlerEncryptionPlugin[3] for TiddlyWiki[4] - so it might not be well thought through!?) Any comments? -- F. [1] cf. http://www.mediawiki.org/wiki/Security_issues_with_authorization_extensions [2] Relying on client-side functionality would be somewhat problematic, obviously - but not really a huge issue, especially if it only affects a few sensitive pages. Plus in corporate intranets, where per-page restrictions are probably needed most, there should be a pretty homogeneous environment, which makes it easy to ensure that JavaScript is available. [3] http://tinyurl.com/23g65m (http://remotely-helpful.com/TiddlyWiki/TiddlerEncryptionPlugin.html#Tiddler…) [4] http://www.tiddlywiki.com

4 12

← Newer
1
...
11
12
13
14
15
16
17
...
23
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l August 2007