I am trying to align a table with variable lengths of #ask output.
{|
!'''Articles'''
!'''Recipes'''
|-
|width="300" valign="top"|
{{#ask:[[Category:Long article]] [[ArticleRelatedCategory::Snow cream]]
|Default=No articles found so far
|format=broadtable
}}
||
{{#ask:[[Category:Recipe]] [[RecipeCategorySub::Snow Cream]]
|?RecipeDate=Known since
|?RecipeSource=Published in/by
|format=broadtable
}}
|}
The first column get much fewer results than the second. Turning the columns
around (so that articles is the second one) is more logical but then
valign="top" doesn't produce aligned columns. Is there a way of aligning the
second column? Adding "valign="top"| " to the second column (after "||")
only produces the text valign="op" without doing any aligning.
--
Regards,
Martin S
Hi all,
... who knows the details about the SyntaxHighlight extension?
( http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi )
Any plans to support GeSHi 1.1.2(alpha) ?
I understand that there's no rush to update the "official"
SyntaxHighlight before GeSHi1.1.2 is stable, but I'd like to test it on
my MW sites.
So, does anyone know the details about what changes makes the
SyntaxHighlight extension not working with GeSHi1.1.2?
Perhaps it isn't that big thing that I couldn't patch it myself?
Regards,
// Rolf Lampa
I have a functioning mediawiki installation, with a lot of extensions
and users, on a production machine. I'm moving the whole shebang over
to a different machine, and have most things worked out, except I'll
explain what happened, which might be a good script for a sysadmin
horror film.
1) installed and configured, on new machine, mysql and php-mysql, and
reinstalled mediawiki (new OS CentOS; old OS Fedora), apache, exim,
mailman, etc. etc.
2) I presume (excuse the fundamental question) that I have to recreate
the important databases (wikidb for example) by hand (I used
phpMyadmin), before reloading mysql with the db dump I did with
mysqldump. This I did and the reload did seem to load without problems.
3) I ran into a problem with apache2 complaining that pcre (the perl
compatible regex library) didn't understand UTF-8 (sorry don't have
the exact error as you'll understand in a moment). Yet pcre reported
it was compiled with UTF-8.
4) it was late. maybe you're familiar with this story. I thought,
well, yum has worked so nicely so far, I'll just reinstall pcre after
removing it, and see if that helps.
5) yum -y remove pcre
6) sshd gone, exim gone, .... system hosed.
so, to cut this down to a simple question:
anyone have any insight for the pcre problem, which will surely crop
up again after an OS reload? sorry I can't be more specific about
the error, the logfiles are inaccessible now. The pcre problem caused
mediawiki to issue the error message on the webpage itself, and also
apache logged it.
--
Rob Lingelbach
rob(a)colorist.org http://www.colorist.org/robhome.html
Hi all,
On our category page the list is all correct and the totals are correct also yet when you click on some of the links you receive a blank page.
The issue is that some of the links(not all) have the edit get switch appended to the end linke this.
http://collab-trial.in.telstra.com.au/index.php?title=Category:About_Telstr…
^ Doesn't work
However if I manually delete the "&action=edit" then the link resolves correctly.
http://collab-trial.in.telstra.com.au/index.php?title=Category:About_Telstra
On the categories page the links with edit are all recognised as broken links via css.
Also on pages that make up the categories we see the same behaviour.
This is extremely frustrating.
We are using the latest MediaWiki and everything is going fine elsewhere.
Cheers,
Wayne
Hello guys.
I created a wiki and I need it to be private. I added this code to
LocalSettings.php
$wgGroupPermissions['*']['createaccount'] = true;
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['minoredit'] = false;
$wgGroupPermissions['*']['rollback'] = false;
$wgGroupPermissions['*']['trackback'] = false;
$wgGroupPermissions['*']['createpage'] = false;
$wgGroupPermissions['*']['createtalk'] = false;
$wgGroupPermissions['*']['delete'] = false;
$wgGroupPermissions['*']['bigdelete'] = false;
$wgGroupPermissions['*']['deletedhistory'] = false;
$wgGroupPermissions['*']['undelete'] = false;
$wgGroupPermissions['*']['move'] = false;
$wgGroupPermissions['*']['patrol'] = false;
$wgGroupPermissions['*']['protect'] = false;
$wgGroupPermissions['*']['reupload'] = false;
$wgGroupPermissions['*']['reupload-shared'] = false;
$wgGroupPermissions['*']['suppressredirect'] = false;
$wgGroupPermissions['*']['upload'] = false;
$wgGroupPermissions['*']['upload_by_url'] = false;
$wgGroupPermissions['membros']['createaccount'] = true;
$wgGroupPermissions['membros']['read'] = true;
$wgGroupPermissions['membros']['edit'] = false;
$wgGroupPermissions['membros']['minoredit'] = false;
$wgGroupPermissions['membros']['rollback'] = false;
$wgGroupPermissions['membros']['trackback'] = true;
$wgGroupPermissions['membros']['createpage'] = false;
$wgGroupPermissions['membros']['createtalk'] = true;
$wgGroupPermissions['membros']['delete'] = false;
$wgGroupPermissions['membros']['bigdelete'] = false;
$wgGroupPermissions['membros']['deletedhistory'] = false;
$wgGroupPermissions['membros']['undelete'] = false;
$wgGroupPermissions['membros']['move'] = false;
$wgGroupPermissions['membros']['patrol'] = true;
$wgGroupPermissions['membros']['protect'] = false;
$wgGroupPermissions['membros']['reupload'] = false;
$wgGroupPermissions['membros']['reupload-shared'] = false;
$wgGroupPermissions['membros']['suppressredirect'] = false;
$wgGroupPermissions['membros']['upload'] = false;
$wgGroupPermissions['membros']['upload_by_url'] = false;
$wgGroupPermissions['autores']['createaccount'] = true;
$wgGroupPermissions['autores']['read'] = true;
$wgGroupPermissions['autores']['edit'] = true;
$wgGroupPermissions['autores']['minoredit'] = true;
$wgGroupPermissions['autores']['rollback'] = true;
$wgGroupPermissions['autores']['trackback'] = true;
$wgGroupPermissions['autores']['createpage'] = true;
$wgGroupPermissions['autores']['createtalk'] = true;
$wgGroupPermissions['autores']['delete'] = false;
$wgGroupPermissions['autores']['bigdelete'] = false;
$wgGroupPermissions['autores']['deletedhistory'] = false;
$wgGroupPermissions['autores']['undelete'] = true;
$wgGroupPermissions['autores']['move'] = true;
$wgGroupPermissions['autores']['patrol'] = true;
$wgGroupPermissions['autores']['protect'] = true;
$wgGroupPermissions['autores']['reupload'] = false;
$wgGroupPermissions['autores']['reupload-shared'] = false;
$wgGroupPermissions['autores']['suppressredirect'] = false;
$wgGroupPermissions['autores']['upload'] = false;
$wgGroupPermissions['autores']['upload_by_url'] = false;
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['createaccount'] = false;
$wgWhitelistRead = array ( "Main Page", "Special:Userlogin",
"Wikipedia:Help");
With it, I wanted to implement the following:
1) guests can only have access to main page to create account
2) new accounts also can only access main page
3) accounts added to 'membros' group can read any page, but not edit or
create pages
4) accounts added to 'autores' can read, edit and create pages
I wanted also to block access of history viewing, but coun't find out how to
do it.
The wiki is temporary hosted at
http://mental.conscienciaplanetaria.com/wiki/
I was able to block editing from guests and members, but guests are still
able to read pages.
Could anybody see on the code what I'm doing wrong and how to block pages
viewing to '*'?
tnx!
--
View this message in context: http://www.nabble.com/Right-permissions%3A-blocking-all-pages-tp18955706p18…
Sent from the WikiMedia General mailing list archive at Nabble.com.
I have a template (TempA) and a Semantic form (FormA) which uses TempA. I
also have a category (CatA) which is related to FormA. I also have a series
of other template,forms and categories (well, not many but anyway) along the
same relation structure.
However, when doing a new page using FormA the resulting page isn't
recognized as belonging to CatA; while when doing a new page using FormB the
page *is* recognized as belonging to CatB.
How can I troubleshoot this? I've tried recreating the whole *A structure,
but that doesn't help.
Regards,
Martin S
Is there a good way to add a global variable to Skins.php: makeGlobalVariablesScript() without modifying core MediaWiki code? This is MW 1.13.
Thanks,
DanB
Hello,
Newbie here. I'm developing a project and have my main focus on content and
user interface. I am trying to decide what would be the best way to direct
my tech guy to get the following working:
I want specific words and graphics to be displayed in a templated box if a
page belongs to a specific category (if the page does not belong to this
category, a default text/graphic should be displayed).
I've looked into the description of the DPL extension (which we probably
will be going to use anyway) and wonder if that is the easiest/best way to
take. Or is there some other simple built-in way to make the Mediawiki
software do this (we run 1.12) which I just haven't come across yet?
kassoe
---
(please excuse if this turns out to be a duplicate - I could not see my
first attempt being posted on the list)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
MediaWiki 1.13.0 is now available.
MediaWiki is now using a "continuous integration" development model
with quarterly snapshot releases. The latest development code is
always kept "ready to run", and in fact runs our own sites on
Wikipedia. MediaWiki 1.13.0 is our latest snapshot release, based on
the development code from three weeks ago, with several bugfixes applied.
Selected changes since MediaWiki 1.12.0:
* 59,000 new localised text messages have been added, taking the total
to 266,000, spread across 281 languages
* New special pages: FileDuplicateSearch, ListGroupRights
* Special:UserRights and Special:SpecialPages have been redesigned
* More options on Special:Recentchangeslinked and Special:WhatLinksHere
* New parser functions: PAGESINCATEGORY, PAGESIZE
* Can hide categories with __HIDDENCAT__
* Friendlier behaviour for users who click a red link but can't edit
* Image redirects are now enabled by default
* Drop-down AJAX search suggestions ($wgEnableMWSuggest)
* Search results show image thumbnails
* The search box in the MonoBook sidebar can be moved up by editing
[[MediaWiki:Sidebar]]
* Double redirects created by a page move can be fixed automatically
Changes since release candidate MediaWiki 1.13.0rc2:
* (bug 13770) Fixed incorrect detection of PHP's DOM module
* Fix regression from r37834: accesskey tooltip hint should be given
for the
minor edit and watch labels on the edit page.
* Updated Chinese simplified/traditional conversion tables
Full release notes:
http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_13_0/phase3/RELEASE-NO…
**********************************************************************
Download:
http://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.0.tar.gz
Patch to previous version (1.13.0rc2)
http://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.0.patch.gz
GPG signatures:
http://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.0.tar.gz.sighttp://download.wikimedia.org/mediawiki/1.13/mediawiki-1.13.0.patch.gz.sig
Public keys:
https://secure.wikimedia.org/keys.html
SHA-1 checksums:
f53f7548510a39fd9f365d3097e8a581fdb14353 mediawiki-1.13.0.tar.gz
7243a2b50edb78b6f1882ff09c0882e771502539 mediawiki-1.13.0.patch.gz
MD5 checksums:
6e51cb81fd57d90b870e984688734db6 mediawiki-1.13.0.tar.gz
a4880023b196238cb0a77af717b4fd8b mediawiki-1.13.0.patch.gz
- --
Tim Starling
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFIpE7CdWgrCOij/sQRAthwAKC9agD3P0CMjXeWTaaHGsmfXvWEfgCfYxSo
nKl2tvJq+BT8u16CjPrG3tI=
=Jk7Q
-----END PGP SIGNATURE-----
This isn't all my work, and I'm not really a developer but perhaps the
following can be fixed in the source code?
It's been bugging me that the sitemap index file generated by the
generateSitemap.php maintenance script didn't have absolute paths for
the sub-sitemaps making it useless. If I just submitted the main
sitemap for the main namespace google complained that all my pages
were the same priority.
I found a partial fix on the web:
http://lists.alioth.debian.org/pipermail/pkg-mediawiki-devel/2008-January/0…
But that doesn't go all the way.
I'm not sure I'm going to do this very often so perhaps it isn't
necessary for me to sacrifice a goat (or what ever other initiation is
needed to be a real MW dev) but here is my diff versus 1.13RC2
version. Perhaps someone can include this.
I've had to cludge one thing.... I ask the user to add both the
absolute path that the sitemap files will be saved to, and the path
that becomes relative to the web server. I couldn't think of a
reliable way to do this but my php skills are very limited. I run this
in a nightly cron job now.
svn diff generateSitemap.php
Index: generateSitemap.php
===================================================================
--- generateSitemap.php (revision 38559)
+++ generateSitemap.php (working copy)
@@ -1,4 +1,4 @@
-<?php
+x<?php
define( 'GS_MAIN', -2 );
define( 'GS_TALK', -1 );
/**
@@ -367,9 +367,11 @@
* @return string
*/
function indexEntry( $filename ) {
+ global $wgServer;
+ global $wgWebpath;
return
"\t<sitemap>\n" .
- "\t\t<loc>$filename</loc>\n" .
+ "\t\t<loc>$wgServer$wgWebpath/$filename</loc>\n" .
"\t\t<lastmod>{$this->timestamp}</lastmod>\n" .
"\t</sitemap>\n";
}
@@ -457,18 +459,30 @@
server name detection may fail in command line scripts.
--compress=[yes|no] compress the sitemap files, default yes
+
+ --webpath=<dir> If you are placing the sitemap files
in a sub folder
+ i.e. using the --fspath option and specify somewhere
other than root
+ you need to place here the directory name e.g:
+
+ if -fspath = /var/www/httpdocs/mediawiki_sitemaps/ for example
+ then --webpath = /mediawiki_sitemaps *Note, no
trailing / needed
+
EOT;
die( -1 );
}
-$optionsWithArgs = array( 'fspath', 'server', 'compress' );
+$optionsWithArgs = array( 'fspath', 'server', 'compress', 'webpath' );
require_once( dirname( __FILE__ ) . '/commandLine.inc' );
if ( isset( $options['server'] ) ) {
$wgServer = $options['server'];
}
+if ( isset( $options['webpath'] ) ) {
+ $wgWebpath = $options['webpath'];
+}
+
$gs = new GenerateSitemap( @$options['fspath'], @$options['compress']
!== 'no' );
$gs->main();