MediaWiki-l January 2013

mediawiki-l@lists.wikimedia.org

64 participants
70 discussions

Start a nNew thread

Sumbit
by Ali Ghorbankhani 27 Jan '13

27 Jan '13

Gmr-574532

1 0

(no subject)
by John McC 25 Jan '13

25 Jan '13

http://www.medicalexpertreports.co.uk/wp-content/themes/toolbox/hltfu.html John McC

1 0

Is this still up-to-date? NOLA Hackaton 2011 Third party committers help
by Maria Miteva 23 Jan '13

23 Jan '13

Hi, I am an intern working on reaching out to third-party MediaWiki users. I was pointed to this link with notes on discussion at NOLA Hackaton 2011. I was wondering if these issues/ideas are still valid and if there was any follow up on them? http://www.mediawiki.org/wiki/NOLA_Hackathon/Saturday#Third-party_committer… Thank you. Mariya

3 3

Hi
by Ali Ghorbankhani 23 Jan '13

23 Jan '13

Thank you

2 1

CSS challenge -- Wikivoyage Table of Contents (TOC)
by roger＠rogerchrisman.com 22 Jan '13

22 Jan '13

Hi all, Over at Wikivoyage, Mediawiki's automatically generated Table of Contents (TOC) is intentionally floated left (I'm assuming but might be wrong that this is done with CSS somewhere but I don't know where) so that page content flows arround it. We do this to get more travel content and photos onto the first screen of text, and it usually works fine. However, when a bullet list flows arround the TOC some weird things happen: 1) The bullets move left more than they should. In Firefox and Chrome it is only a little and not critical. But in Internet Explorer (I tested in IE 9.0 on Windows 7) the bullets jump clear across the TOC box and show in the left edge of the TOC, instead of where they belong which is outside the right edge of the TOC next to the list items flowing around the right edge of the TOC. See first two bullet items on this page: http://en.wikivoyage.org/wiki/Long_Island 2) Nested lists fail to indent. 3) Lists that flow past the bottom edge of the TOC jump to left margin at that point which is expected behavior for text but is jarring for a bullet list to do. The first two bullet items flowing to right of TOC box in the page linked to in item 1 above, when viewed in IE 9.0, loose their bullets which instead show up in the left edge of the TOC. I enclosed the next bullet list that flows to right of TOC on that page in a div tag, styled overflow:hidden, which for some reason I don't understand causes the unorded list's box and the content in it, including the bullets, to hold their places on the page without sliding away to the left. I'm in over my head here--I don't want to do something silly that could be done better by someone whe knows more about CSS. I'd like to find an elegant solution that we could implement sitewide at Wikivoyage. Could someone knowledgeable about CSS help us out with this over at Wikivoyage? If you are willing to help us with this CSS puzzle, please give me a heads up on my Wikivoyage talk page (below my sig) or at this thread in the Wikivoyage Travelers' Pub: http://en.wikivoyage.org/wiki/Wikivoyage:Travellers%27_pub#Coding%20error Thanks! Roger :-) http://en.wikivoyage.org/wiki/User:Rogerhc

1 0

Imgages
by Steve VanSlyck 22 Jan '13

22 Jan '13

Correct permissions for the images directory?

2 4

Fwd: Mail delivery failed: returning message to sender
by Steve VanSlyck 21 Jan '13

21 Jan '13

Mark, Unable to reach you at that address. -------- Original Message -------- This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: mah(a)everybody.org retry timeout exceeded ------ This is a copy of the message, including all the headers. ------

2 1

htaccess and stuff
by Steve VanSlyck 21 Jan '13

21 Jan '13

First, um, is this the correct list to be posting general quetsions to? Second, a very knowledgable person has advised me: "As I told you already, set the configuration variables to the canonical paths. As long as you keep it set to a target that is a redirect, things like saving preferences will be broken and everything else will be delayed or slow. Your server is configured as "www.mysite.us" with "mysite.us" as a redirect to that. If your wiki is configured as "mysite.us" then any and all requests and submissions will go to that, only to be redirected to "www.mysite.us". Redirects don't handle POST submissions very well, only GET requests. As a result, Preferences can't be saved (this is not MediaWiki related actually but general web server behaviour)." I'm really not sure what this means. There are all kinds of definitions of "canonical paths" out there but none I've found have given me an example of what a canonical path actuall IS. In general, I want my users to be seeing "www" in their address path. I also don't want script path and article path arguing with each other. I renamed my /wiki/ directory to /w/ and then changed my .htaccess file to what is shown below. It appears to work for me, but is it correct? Should I change $wgServer = "http://mysite.us"; to $wgServer = "http://www.mysite.us"; and get rid of the redirect at the beginning? Do something else? # Follow symbolic links (dunno if this is needed or not) Options +FollowSymLinks # Enable the rewrite engine RewriteEngine On # Do some magic stuff that forces pages to use www RewriteCond %{HTTP_HOST} !^www\.mysite\.us [NC] RewriteCond %{HTTP_HOST} !^$ RewriteRule ^/?(.*) http://www.mysite.us/$1 [L,R,NE] # Write something here soon RewriteCond %{REQUEST_FILENAME} !-f # Short url for wiki pages RewriteRule ^/?wiki(/.*)$ /w/index.php?title=$1 [L,QSA] # Redirect / to Main Page # RewriteRule ^/*$ /w/Main_Page [L,QSA] <-------wiki didn't work with this line RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L,QSA] Here are what I think are the relevant portions of LocalSettings.php. ## The protocol and server name to use in fully-qualified URLs $wgServer = "http://mysite.us"; ## The relative URL path to the skins directory $wgStylePath = "$wgScriptPath/skins"; # # BUNCH OF STUFF CHOPPED OUT HERE FOR THE THE LIST POST # # End of automatically generated settings. # Add more configuration options below. # # BUNCH OF STUFF CHOPPED OUT HERE FOR THE THE LIST POST # # FAVICON IDENTITY $wgFavicon = "$wgScriptPath/favicon.ico"; # Enable Short URLs # http://www.mediawiki.org/wiki/Manual:Short_URL $wgUsePathInfo = true; $wgArticlePath = "/wiki/$1";

2 2

Faster Search Suggestions
by Dave Humphrey 19 Jan '13

19 Jan '13

I've been playing around with getting the Lucene search to work on our Wiki. So far so good although I've noticed that the "live" search suggestions are relatively slow compared to the MediaWiki.org/Wikipedia sites: 100ms compared to 30ms even though I'm physically much closer to our site than the other sites. I'm curious is the MediaWiki sites use a custom search suggestion via $wgMWSuggestTemplate or some other way? I'll be playing some more with the Lucene index to see if that can be improved in speed or not as well. -- Dave Humphrey -- dave(a)uesp.net Founder/Server Admin of the Unofficial Elder Scrolls Pages -- www.uesp.net

1 0

Rewrite Rules
by Steve VanSlyck 19 Jan '13

19 Jan '13

OK, this is my first attempt to use rewrite rules. I've done the best I can to follow the instructions at http://www.mediawiki.org/wiki/Manual:Short_URL/Apache . I've created an .htaccess file and put it at root at http://www.vanslyck.us as follows: ## http://www.mediawiki.org/wiki/Manual:Short_URL/Apache # Follow symbolic links(dunno if this is needed or not) Options +FollowSymLinks # Enable the rewrite engine RewriteEngine On # Short url for wiki pages(dunno if [PT,L] is required instead) RewriteRule ^/?wiki(/.*)?$ %{DOCUMENT_ROOT}/wiki/index.php [L] # Redirect / to Main Page(dunno if [PT,L] is required instead) RewriteRule ^/*$ %{DOCUMENT_ROOT}/w/index.php [L] then I added the following lines to the end of LocalSettings.php: # Enable Short URLs # http://www.mediawiki.org/wiki/Manual:Short_URL $wgUsePathInfo = true; # added this after getting the redirect loop error. $wgScriptPath = "/wiki"; $wgArticlePath = "/wiki/$1"; Can anyone see something obviouis that I know how to recognize?

7 14

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 January 2013