Project:Support desk/Sections/Formatting

__NEWSECTIONLINK__ Support on formatting was discontinued in 2008!'''

= Formatting Support =

How can I get my text to have a "right" alignment?
I can't figure out how to get text aligned to the right side of the page, despite searching the help pages for "alignment." Please help!

YOUR TEXT HERE Dr. Eme

Existing pages with table code doesn't work in mediawiki 1.13.2

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.6
 * MySQL version: 5.0.51a
 * URL: localhost

I have upgraded mediawiki version 1.10.0 with 1.13.2. I have executed update.php and refreshLinks.php. But the pages which have table code has broken. The data is in text table. All the pages are working good with 1.10.0 version. But doesn't work with 1.13.2.

So, I have edited the page which was not working on 1.13.2 and copied the data from other system where it is working with 1.10.0 and saved the changes. but the page is not saving properly and it is removing the '|' and also placing some extra characters to the data.

Even the table format is good also the page is not getting displayed in tabular form.

It works good when i create a new page with table format.

Please help me that what's wrong with version 1.13.2 that doesn't support existing page table code? —The preceding unsigned comment was added by 208.88.84.10 (talk • contribs) 20:49, 31 December 2008. Please sign your posts with ~ !


 * I really need your help in finding this problem. Actually, it looks like there is some encoding problem some where with mediawiki version 1.13.2. This is corrupting the page display. If you are already aware of the problem then please let me know what could be the solution? —The preceding unsigned comment was added by 208.88.85.100 (talk • contribs) 18:21, 13 January 2009. Please sign your posts with ~ !

nowiki tags appear

 * MediaWiki version: 1.13.3
 * PHP version: 5.5
 * MySQL version: 5
 * URL:

Hi all,

I have a certain issue which makes  appear on the results of an mssql query below are the source



Fixed Issues
The table below lists all issues fixed since the last release.

include a path and transfer a excel table

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.0-8+etch13 (cgi-fcgi)
 * MySQL version: 5.0.32-Debian_7etch8-log
 * URL:

Hello I'm trying to include the path on the top of a site (example wiki>help>diskussions>). Are there a command? I'm looking for a tool to transfer excel tabel in a wiki table? Thanks for help

OSKzMeAvIjEoojkYNA
What is it,

html dont show on the page

 * MediaWiki version: 1.15.1
 * PHP version: 5.2.6-1+lenny3 (apache2handler)
 * MySQL version: 5.0.51a-24+lenny2
 * URL: http://elacd.carnet.hr/index.php/Glavna_stranica

Hello, I was upgrading my wiki to a new version. Everything goes ok except one thing. On this page on may wiki http://elacd.carnet.hr/index.php/E-learning_alati_i_tehnologije there is one photo that is made by GIMP Imagemap plugin. Before was working just fine but now my wiki cant recognize the html code. So i suppose that somewhere i need to eneble that but where? tnx

Alterations of MediaWiki:Common.css
After updating my wiki from MediaWiki version 1.13.5 to 1.15.1 all my alterations of MediaWiki:Common.css are being ingnored, though they are still there. Thus the Wiki is back to standard. Help would be greatly appreciated. Thank you and cheers --kgh 19:56, 23 September 2009 (UTC)
 * MediaWiki version: 1.15.1
 * PHP version: 5.2.9
 * MySQL version: 5.0.51b

wikipedia print size change

 * MediaWiki version: my guess
 * PHP version:
 * MySQL version:
 * URL:

I have noticed your print size has changed in the last year. I am concerned that it now takes almost twice as much paper to copy an article. My concern is partly because of my own additional paper costs, and also because other wikipedia users are using almost twice as much paper for their copies--not a good ecological policy. When I first noticed the size change I thought it was due to a change in my computer--then I realized the print of the article was actually larger, (I compared it to an old copy I had made about a year ago on the same subject.) Although I have used the zoom feature on my screen to show 75%, the printout is still 100%--very large, and actually more difficult to read. I would like to suggest you go back to the previous size print. Save the trees, and my pocketbook, please. —76.246.47.196 19:29, 29 September 2009 (UTC)

wiki address always the same in the URL address field.
MediaWiki 1.13.1 PHP 5.2.4-2ubuntu5.7 (apache2handler) MySQL 5.0.51a-3ubuntu5.4
 * MediaWiki version: Product Version


 * URL: www.wikiprogress.org username: progress password: forward

There is a frameset sitting on top of the wiki which is making www.wikiprogress.org stay in the URL window even when you go to an external site. All links that are supposed to be internal actually lead to another site (progress.oecd.org). I'm new on this site and there is no institutional memory. How can I get rid of that frame set (see source on homepage) and direct all internal links to www.wikiprogress.org.

It looks like the entire site was set up with progress.oecd.org and then when they got the domain, they dropped this frameset on the top of it to put www.wikiprogress.org in the URL. Where is this frame? It looks to be one level above index.php somewhere.

—80.124.192.14 14:34, 7 October 2009 (UTC)

How to process a returned template?

 * MediaWiki version: 1.13.2
 * PHP version: 5.2.4 (apache2handler)
 * MySQL version: 4.1.16-nt-log
 * URL: Intranet-only

We needed a solution to list sub-pages, and consolidate name space indexes. The most elegant I found was the following wiki code. It would be useful to us to be able to process such a list, and perhaps to hash children or grandchildren pages out of the returned list. Having no administrative access to the PrefixIndex template to process something like that, is there any way one could process this list? Is there a way to use Regex on the returned items? Can the items even potentially be itemized and checked individually? Does the goal require access to the PHP or MySQL behind the Wiki? If not, what would you propose to help meet our goal?

—70.167.109.234 16:46, 13 October 2009 (UTC)