I would like to apply css to some my pages. I'm not an administrator of our
wikimedia, but have been creating a section for my team. I'm moving our
technical information from Word and Excel files into WikiMedia for my team.
Like I said I don't administer the site. I've played around with user pages
and tried to create a user page monobook.css and standard.css but it doesn't
seem to work. I'm not sure user stylesheets are enabled for the site or if
I'm just doing something wrong.
At any rate, I'd like to put the style tag on the page (every page for my
team) so we have a consistent view of our technical data or apply specific
style to some tables or div sections. Is this possible?
--
View this message in context: http://www.nabble.com/style-tag-and-css-tf4923818.html#a14090965
Sent from the WikiMedia General mailing list archive at Nabble.com.
I have to create a new wiki every month or so, and kept going back to
sticky-marked pages in a bit stack of printouts, so I created this to
help me:
http://nutmeg.conncoll.edu/wiki/index.php/Creating_a_new_wiki
However, we are still on 1.5.4, and this is somewhat customized to
our needs. Maybe it will give you some ideas.
Frank Fulchiero
Digital Media Specialist
Connecticut College
> From: Gabriel Millerd <gmillerd(a)gmail.com>
> Subject: [Mediawiki-l] post install todo list
>
> I am working on a todo list / post install punch list for after
> getting
> mediawiki up and running. I am wondering if there are other efforts
> akin
> to this.
I am working on a todo list / post install punch list for after getting
mediawiki up and running. I am wondering if there are other efforts akin
to this. Things such as:
Specific pages that need initial love on most installs mw:sidebar,
mw:monobook, mw:disclaimer, mw:about, help:editing, mw:privacy ... etc
As well as getting key templates installed for helping with editing
triage from the beginning like Template:Disambig, Template:Wikify,
Template:Delete, etc.
Obviously this differs from purpose to purpose and admin style to admin
style. But with a large install base and the amazing effort it takes to
get the ball rolling with formatting and then a big reformatting with
respect to templates and boilerplates it seems like such a such a
document would exist already. Especially with some templates and pages
being referred to in monobook but not existing after the initial install
push.
Something like this is my list:
http://www.mediawiki.org/wiki/User:Gmillerd obviously inspired from the
good people at the helm of wowwiki. It is also somewhat of a bookmark
for extensions that I look for.
And I cracking out some simple script in perl to make pages quick with
various [[Cateogory:Todo]] on a newly installed wiki.
Hello,
I have an oddity that just reared its head.
When a user trys to confirm their email address, they get a 404 with IE, or
just plain blank page with firefox.
It used to work.
I looked in the logs and when the Special:Confirmemail/XXXXX is called an
error is generated:
"FATAL: emalloc(): Unable to allocate 2002773080 bytes"
Researching the error turns up the suspected issue of "not enough memory on
the host system", but why would it need to allocate
1.8 gigs of memory?
My system:
- MediaWiki <http://www.mediawiki.org/>: 1.8.2
- PHP <http://www.php.net/>: 5.1.4 (apache2handler)
- MySQL <http://www.mysql.com/>: 4.1.12
- Extensions:
- Parser hooks:
- *Inputbox*<http://meta.wikimedia.org/wiki/Help:Inputbox>by
Erik Moeller
All running on RHEL4.
I've read http://www.mediawiki.org/wiki/Manual:%24wgSMTP describing
how to set up smtp support, but when I try to confirm my e-mail
address, I get this error:
Catchable fatal error: Object of class PEAR_Error could not be converted to
string in /var/www/mediawiki/includes/GlobalFunctions.php on line 521
line 521 is part of a function replacing message parameter keys on the
given formatted output, and reads:
$message = strtr( $message, $replacementKeys );
so no help there.
I can send mail from my server using the procedure described at
http://www.pantz.org/software/smtp/smtptelnet.html.
My knowledge of php is next to non-existent. Are there any php
logfiles I can look at? (I checked the logs in /var/log/ just in
case, but there's nothing even remotely related.) Any suggestions on
how to debug this?
FWIIW, this is our environment:
- Ubuntu server 7.10
- Apache 2.2.4
- PHP 5.2.3-1
- MediaWiki 1.11
And this is how I tried to configure e-mail so far:
---- begin config info
# apt-get install php-pear
# pear install -a MAIL
# vi /var/www/mediawiki/LocalSettings.php
(...)
#$path = array( $IP, "$IP/includes", "$IP/languages" );
$path = array( $IP, "$IP/includes", "$IP/languages", "/usr/share/php" );
(...)
$wgSMTP = array(
'host' => "mail.xxx.yy",
'IDHost' => "xxx.yy",
'port' => 25,
'auth' => false
);
$wgEnableEmail = true;
$wgEnableUserEmail = true;
---- end config info
Kind regards,
Herta
Hi,
I've just set up a private mediawiki 1.11. We are 3 users, and have 2 collaborative projects.
I'm using namespaces to group all pages under Project1 and Project2.
user1 has read+write access to both projects.
user2 read+write to only Project1.
user3 read+write to only Project2.
As I understand namespaces (custom), all pages with titles like Project1:... will belong to Project1 namespace?
So in LocalSettings.php
I added:
$wgExtraNamespaces = array (100 => "Project1", 101 => "Project1 Talk", 102=>"Project2", 103=>"Project2 talk");
Logged in as WikiSysop, I have made user1 belong to user groups Project1 and Project2, user2 to Project1 and user3 to Project2.
Then I added:
require_once( "$IP/extensions/Lockdown/Lockdown.php" );
#give all rights on pages in namespace Project1 only to users of group 'Project1'
$wgNamespacePermissionLockdown[NS_PROJECT1]['*'] = array('Project1');
#give all rights on pages in namespace Project2 only to users of group 'Project2'
$wgNamespacePermissionLockdown[NS_PROJECT2]['*'] = array('Project2');
I tried with 100 instead of NS_PROJECT1 and also with "Project1"....
It doesn't work.... user3 can still view + edit pages with titles like Project1:...
The global mediawiki permissions are:
$wgGroupPermissions = array();
$wgGroupPermissions['*' ]['createaccount'] = false;
$wgGroupPermissions['*' ]['read'] = false;
$wgGroupPermissions['*' ]['edit'] = false;
$wgGroupPermissions['*' ]['createpage'] = false;
$wgGroupPermissions['*' ]['createtalk'] = false;
$wgGroupPermissions['user' ]['move'] = true;
$wgGroupPermissions['user' ]['read'] = true;
$wgGroupPermissions['user' ]['edit'] = true;
$wgGroupPermissions['user' ]['createpage'] = true;
$wgGroupPermissions['user' ]['createtalk'] = true;
$wgGroupPermissions['user' ]['upload'] = true;
$wgGroupPermissions['user' ]['reupload']= true;
$wgGroupPermissions['user' ]['reupload-shared'] = true;
$wgGroupPermissions['user' ]['minoredit'] = true;
any help$wgGroupPermissions = array();
# Implicit group for all visitors
$wgGroupPermissions['*' ]['createaccount'] = false;
$wgGroupPermissions['*' ]['read'] = false;
$wgGroupPermissions['*' ]['edit'] = false;
$wgGroupPermissions['*' ]['createpage'] = false;
$wgGroupPermissions['*' ]['createtalk'] = false;
# Implicit group for all logged-in accounts
$wgGroupPermissions['user' ]['move'] = true;
$wgGroupPermissions['user' ]['read'] = true;
$wgGroupPermissions['user' ]['edit'] = true;
$wgGroupPermissions['user' ]['createpage'] = true;
$wgGroupPermissions['user' ]['createtalk'] = true;
$wgGroupPermissions['user' ]['upload'] = true;
$wgGroupPermissions['user' ]['reupload']= true;
$wgGroupPermissions['user' ]['reupload-shared'] = true;
$wgGroupPermissions['user' ]['minoredit'] = true;
regards,
In TableEdit, I'm having a problem where IE7 users are getting
textarea boxes that are not seeing the cols attribute. I think this
is related to css since
1. the HTML validates after I squash various bugs that don't solve the
problem and
2. the textareas display ok if I save the HTML as a page outside of MW.
Any ideas? I use a Mac, so I only see this on other people's
machines. It's OK in Firefox on Windows.
=====================================
Jim Hu
Associate Professor
Dept. of Biochemistry and Biophysics
2128 TAMU
Texas A&M Univ.
College Station, TX 77843-2128
979-862-4054
My wiki has suddenly started showing image errors. The files do exist, but
they use a different directory structure than what the web site is trying to
look for.
For example: http://wiki.galbijim.com/Wa_Bar_%28Mokpo%29
This page is looking for:
/home/***/public_html/wiki/images/thumb/Ullimsanbang1.jpg/80px-
Ullimsanbang1.jpg
The image is really located in:
/home/***/public_html/wiki/images/thumb/4/40/Ullimsanbang1.jpg/80px-
Ullimsanbang1.jpg
We restored the wiki/images directory which did not solve the problem. We
think it could be a ReWrite or template/skin error, stemming from a poorly
configured skin.
Any feedback on what could be the specific problem?
Thanks,
Craig
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I created a wiki and chose to name it "warcraftwiki". How do I rename it
after the installation is already done? I don't mean just the url. I
mean, how do I rename every place the name "warcraftwiki" occurs so it
would say "gameswiki" instead?
The reason I want to rename it is because the wiki was oriented towards
Warcraft in the beginning but now is more a general games wiki, not just
Warcraft. So its current name is inappropriate.
- --
Regards,
Thomas Anderson
"Quidquid latine dictum sit, altum sonatur"
OpenPGP fingerprint: ED7E 1E98 225A 3FCC 458C B3D7 D625 20E6 F316 BD21
OpenPGP public key: http://todu.dyndns.org/pubkey.txt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHS2Cd1iUg5vMWvSERAuUeAJ9FtdsZFSjpDUP5gOLPcKMPCMKg4wCeMNHx
f9dmxO2KenBeAg0HTrhn3iU=
=4nT1
-----END PGP SIGNATURE-----
Hello!
In our Wiki (1.11.0, Solaris 10) the thumbnails are not regenerated when
an image is changed. I tried to add "?action=purge" and cleaning the
browser cache, but nothing happened.
The thumbnail-file also have an older change-date than the original
image. We use a selfbuilt php-version with built-in gd.
Does anyone know how to fix this?
TIA
Stephan