From Edutechwiki - Reading time: 30 minThis is a messy maintenace page (some lines in french) where we write down things we did to this and a few other wikis we host. Plus other useful information for things we may implement in the future .... Most information is outdated !!!. This is for internal use and I'll improve this for a larger audience when I'll feel like - Daniel K. Schneider)
Also (or rather) read:
Administrators of this wiki should use the Testing Sandbox for tests that are intended to stay a bit. New users should just use the ordinary SandBox.
Syntax is more powerful in more recent versions, e.g. with version 1.14 you may change the positions of portlets.
On 09:49, 31 July 2009 (UTC), we had:
* SEARCH * navigation and help ** mainpage|Mainpage ** EduTech_Wiki:About|about <!-- ** portal-url|portal --> <!-- ** currentevents-url|currentevents --> ** randompage-url|randompage ** helppage|Help ** Help:Editing rules|Editing rules ** Blog:DKS|Blog (D.K.S.) * categorytree-portlet * TOOLBOX * LANGUAGES * big brother ** Special:Newpages|New Pages ** recentchanges-url|recentchanges ** Special:Guestbook|Guestbook ** Special:Popularpages|Popular Pages ** Special:WhosOnline|Who is online ? * TECFA links ** http://tecfa.unige.ch/ |TECFA ** http://tecfaseed.unige.ch/door/ |TECFA Portal
Another example from EduTechWiki/fr using the vector skin, dated 10:13, 20 August 2010 (UTC):
* Via Google * navigation ** mainpage|Mainpage ** recentchanges-url|recentchanges ** randompage-url|randompage ** helppage|Help ** Guidelines:Règles d'édition|Règles d'édition * categorytree-portlet * coll-print_export * TOOLBOX * LANGUAGES * Big brother ** Special:Newpages|Nouvelles pages ** Special:Popularpages|Pages populaires ** Special:WhosOnline|Qui est en ligne? ** Special:Allpages|Toutes les pages
You can add one or more banners to the sidebar by hacking your skins/Monobook.php or skin/Vector.php Adapted from: dvanced_customization
Find (line 526 for Vector.php / MW 1.16.0:
?>
<!-- panel -->
<div id="mw-panel" class="noprint">
<!-- logo -->
<div id="p-logo"><a style="background-image: url(<?php $this->text( 'logopath' ) ?>);" href="<?php echo htmlspecialchars( $this->data['nav_urls']['mainpage']['href'] ) ?>" <?php echo $this->skin->tooltipAndAccesskey( 'p-logo' ) ?>></a></div>
<!-- /logo -->
<?php $this->renderPortals( $this->data['sidebar'] ); ?>
</div>
<!-- /panel -->
Include before the last div and after the renderPortals line:
?>
<!-- begin of banner1 -->
<div class='generated-sidebar portlet'>
<h5><?php $this->msg('sidebar-banner1-headingtext') ?></h5>
<div style="border: 1px solid #B0B0B0; background-color: #FFFFFF;">
<a href="<?php $this->msg('sidebar-banner1-url') ?>">
<img width="100%" title="<?php $this->msg('sidebar-banner1-alttext') ?>"
alt="<?php $this->msg('sidebar-banner1-alttext') ?>"
src="<?php $this->msg('sidebar-banner1-imgsrc') ?>" /></a>
</div></div>
<!-- end of banner1 -->
</div>
<!-- /panel -->
I then removed the line with the heading text.
Now in your Wiki, create three or four System messages: (i.e. articles named MediaWiki:sidebar-banner1-...)
| parameter | value |
|---|---|
| sidebar-banner1-headingtext | The text that will be displayed as the banner heading ("advertisement", "sponsor" etc.) |
| sidebar-banner1-url | The destination URL of this banner |
| sidebar-banner1-alttext | Content of the alt="" parameter of an HTML <img> tag: any title for the destination site |
| sidebar-banner1-imgsrc | Content of the src="" parameter of an HTML <img> tag: the URL of the banner image. It may be the address of an image uploaded to your Wiki (magic words may be used, e.g. {{filepath:banner1.png}}), or the address of an external image. E.g. MediaWiki:Sidebar-banner1-imgsrc has the contents.
{{SCRIPTPATH}}/tecfa/Logo_TECFA.png
tecfa is a subdirectory of the main (root) mediawiki directory. |
To add more banners, just repeat the process renaming "banner1" to "banner2" etc.
I finally found it easier to write an extension to do this job. Not much is needed. I also use this hook to add a google search box .... You even could position the portlet by editing Mediawiki:Sidebar. By default, stuff goes to the end.
<?php
/**
* SidebarBannerBox
* CREDITS: Idea shamelessly copied from http://www.mediawiki.org/wiki/Extension:SidebarDonateBox
* @file
* @ingroup Extensions
* @author Daniel K. Schneider (http://www.mediawiki.org/wiki/User:Daniel_K._Schneider)
* @license http://www.gnu.org/copyleft/gpl.html GNU General Public License 2.0 or later
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License
* as published by the Free Software Foundation; either version 2
* of the License, or (at your option) any later version.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
*/
if ( !defined( 'MEDIAWIKI' ) ) die( "This is an extension to the MediaWiki package and cannot be run standalone." );
$wgExtensionCredits['parserhook'][] = array (
'path' => __FILE__,
'name' => 'SidebarBannerBox',
'url' => 'http://mediawiki.org/wiki/Extension:SidebarBannerBox',
'version' => '0.1',
'author' => "[http://mediawiki.org/wiki/User:Daniel_K._Schneider Daniel K. Schneider]",
'descriptionmsg' => 'Adds banner(s) to the sidebar',
); // should be properly localized
$wgHooks['SkinBuildSidebar'][] = 'efSidebarBannerBox';
function efSidebarBannerBox( $skin, &$bar ) {
global $egSidebarBannerBoxContent, $wgScriptPath;
// CHANGE this according to your needs
$out = '<div class="sidebar_banner">';
$out .= '<a href="http://tecfa.unige.ch/">';
$out .= '<img title="TECFA - Educational Technology Unit - UniGE"';
$out .= 'alt="TECFA - Educational Technology Unit - Home page" ';
$out .= 'src="' . $wgScriptPath . '/tecfa/Logo_TECFA.png" /></a>';
$out .= '</div>';
$out .= '<div class="sidebar_banner">';
$out .= '<a href="http://tecfa.unige.ch/maltt">';
$out .= '<img title="Master of Science in Learning and Teaching Technologies"';
$out .= 'alt="Master of Science in Learning and Teaching Technologies" ';
$out .= 'src="' . $wgScriptPath . '/tecfa/LOGO_MALTT.png" /></a>';
$out .= '</div>';
$out .= '<div class="sidebar_banner">';
$out .= '<a href="http://tecfa.unige.ch/formcont/">';
$out .= '<img title="Cours de formation continue offerts par TECFA, Université de Genève"';
$out .= 'alt="Cours de formation continue offerts par TECFA, Université de Genève" ';
$out .= 'src="' . $wgScriptPath . '/tecfa/fclogored3.png" /></a>';
$out .= '</div>';
$bar['TECFA Links'] = $out;
return true;
}
In LocalSettings.php:
$wgHandheldStyle='chick/main.css'; $wgHandheldForIPhone=true;
... may not be good enough (e.g. on an Android, only affects the Opera browser if set to mobile browsing). See also http://www.mediawiki.org/wiki/Extension:MobileSkin
Execute the following maintenance script (example arguments)
php userOptions.php skin --old "monobook" --new "vector"
If you want users to be able to include external images you will have to reconfigure the Wiki in LocalSettings.php:
$wgAllowExternalImages = true;
In edutechwiki this is forbidden, but we do use it with closed-for-writing educational wikis
Should work
Alternatively, download from GIT. Read:
All configurations are done in the LocalSettings.php file (sits in the root directory)
For example:
$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'pdf', 'mp3', 'svg', 'doc', 'xls', 'ppt', 'pub', 'txt', 'ps', 'zip' );
$wgUseFileCache = true; $wgFileCacheDirectory = "$IP/cache"; $wgCacheDirectory = $IP/Cache
Step 1: Backup all mediawikis
Do it if you don't have a high-end backup service in your institution !
mysqlshow -p // in case you forgot the db name mysqldump -p base_de_donnees > fichier.sql
Step 2: Upgrade preparation
Put the running wiki into read-only mode: IN Localsettings.php, set
$wgReadOnly = 'Upgrading to MediaWiki 1.XX.0';
Here are some principles of what is involved in the next steps
Do not loose the following directories and files.
Step 3: Uncompress the archive and copy old files
Make sure to copy setup and media files as shown below. I suggest that you keep a file with that kind of commands. Then just copy/paste 4 times / year. Alternatively, use GIT as explained above.
Decompress mediawiki tar archive:
cd /path/to/your/mediawiki tar zxf mediawiki-xxx mv mediawiki-xxx mediawiki-new chown R xxx:yyy mediawiki-new
Alternatively you directly can:
mkdir /path/to/your/mediawiki-new tar xvzf mediawiki-1.XXX.XX.tar.gz -C /path/to/your/mediawiki-new --strip-components=1 chown -R xxx:yyy mediawiki-new
Then make sure that you copy all the media files and extensions. Depending on your installation you may have more than the most important "images" directory, e.g. a directory where you put the logo.
cp -rp mediawiki/images/ mediawiki-new/ cp -p mediawiki/LocalSettings.php mediawiki-new/ cp -rp mediawiki/extensions mediawiki-new/ cp -rp mediawiki/tecfa/ mediawiki-new/
Step 4: Swap old and new and update
Stop the server and swap the two installs. You also can perform the whole upgrade in the new directory and then swap at the very end of the procedure.
mv mediawiki mediawiki.old mv mediawiki-new mediawiki cd mediawiki mkdir cache chown x:y cache php maintenance/update.php
Mediawiki fr and other Mediawikis, same procedure, e.g:
tar xvzf mediawiki-1.17.0.tar.gz -C /data/portails/fmediawiki-new/ --strip-components=1 chown xxx:yyy fmediawiki-new
cp -rp fmediawiki/images/ fmediawiki-new/ cp -p fmediawiki/LocalSettings.php fmediawiki-new/ cp -rp fmediawiki/extensions fmediawiki-new/ cp -rp fmediawiki/tecfa/ fmediawiki-new/
Fix the skin file (Monobook of vector) if you made manual extensions. But you can do this later.
mv fmediawiki fmediawiki.old mv fmediawiki-new fmediawiki cd fmediawiki chown x:y cache
php maintenance/update.php
Step 5: Clean up and upgrade extensions
Repair extensions and upgrade these (while most often these extensions will still work, it's always a good idea to upgrade for both security and functionality)
mkdir /path-to/portals/extensions17
rm CategoryTree ln -s ../../extensions17/CategoryTree rm CheckUser ln -s ../../extensions17/CheckUser rm Cite ln -s ../../extensions17/Cite rm Collection ln -s ../../extensions17/Collection rm ConfirmEdit ln -s ../../extensions17/ConfirmEdit rm DiscussionThreading ln -s ../../extensions17/DiscussionThreading rm SyntaxHighlight_GeSHi ln -s ../../extensions17/SyntaxHighlight_GeSHi rm WhosOnline ln -s ../../extensions17/WhosOnline/ rm WikiEditor ln -s ../../extensions17/WikiEditor rm WYSIWYG ln -s ../../extensions17/WYSIWYG
....
Minor upgrades are just some kind of patches, for example 1.6.5 to 1.6.6, only php code is replaced. See also patches below.
Read Manual:Upgrading
Run:
php maintenance/update.php
Put the file in the mediawiki directory and if you feel safe, type something like:
patch -p1 < mediawiki-1.13.1.patch
or
gpatch -p1 < mediawiki-1.13.1.patch
The "p1" argument strips the first component of the file path.
You may use a more conservative strategy:
(1) This time we assume that the patch file remains in some src directory, e.g.:
cd /data/portails/src
(2) Then do a dry run:
patch --dry-run --verbose -p1 --directory=/data/portails/mediawiki < mediawiki-1.16.1.patch > tmp.text
Then examine tmp.text (e.g. check if it overwrites critical files and which lines)
(3a) Apply the patch
patch --verbose -p1 --directory=/data/portails/mediawiki < mediawiki-1.16.1.patch
(3b) Do it with a save copy of each file (you later can remove these *.save files)
patch --backup --suffix=.save --verbose -p1 --directory=/data/portails/mediawiki < mediawiki-1.16.1.patch
Then you should test and finally you can remove the save files
find /data/portails/mediawiki -name "*.save"
find /data/portails/fmediawiki -name "*.save" -exec rm {} \;
Mediawiki URLs are ugly by default, but it's easy to change this:
In httpd.conf:
Redirect /portails/mediawiki "http://edutechwiki.unige.ch/en" Redirect /mediawiki "http://edutechwiki.unige.ch/en" Redirect /portails/fmediawiki "http://edutechwiki.unige.ch/fr" <VirtualHost *:80> ServerName edutechwiki.unige.ch DocumentRoot "/data/portails/edutechwiki" # ALIASES for edutechwiki: THREE alias for each WIKI Alias /mediawiki "/data/portails/mediawiki" Alias /en "/data/portails/mediawiki/index.php" Alias /en/index.php "/data/portails/mediawiki/index.php" Alias /fmediawiki "/data/portails/fmediawiki" Alias /fr "/data/portails/fmediawiki/index.php" Alias /fr/index.php "/data/portails/fmediawiki/index.php" < /VirtualHost >
Then in LocalSettings.php:
$wgSitename = "EduTech Wiki";
$wgScriptPath = "/mediawiki"; $wgScript = "$wgScriptPath/index.php"; $wgRedirectScript = "$wgScriptPath/redirect.php";
## If using PHP as a CGI module, use the ugly URLs # $wgArticlePath = "$wgScript/$1"; # DKS 3/2006 $wgArticlePath = "/en/$1";
Therefore only "normal" pages look nice. Special pages remain ugly, but this doesn't matter IMHO.
Also consider excluding all or most special pages in robots.txt. No reason that these should be indexed and they really eat away CPU cycles if you need another argument.
Depends on the installation !!
If you are using database message ($wgUseDatabaseMessages is true, the default), then the Special:Allmessages page lists all the navigation box. Display the messages, then click on it (will open a page for the message) and EDIT.
If you are not using database messages, you can edit the languages/Language.php file (for English) or languages/LanguageXX.php for non-English languages, where XX is the two-letter language code for your language.
Finally, some strings (E.g. the copyright messages) can be set as variables in the LocalSettings.php file
In order to create interwiki links to another wiki, e.g. for other language versions like in wikipedia, you will have to edit a database table:
; Modif DKS augmenter le lifetime d'une session à 3600 secondes pour Mediawiki editing ! ; session.gc_maxlifetime = 1440 session.gc_maxlifetime = 3600
See: [1]
To do:
Maybe test this "easy setup" (Will try this after we move edutech wiki to faster brand new server - End of Aug. 2009)
See also: WAMP, a probably updated English version of this section
extensions_dir = "./ext" extensions = php_mysql.dll
mysqldump -p base_de_donnees > fichier.sql par ex. mysqldump -p wikimedia > /tmp/wikimedia.sql
mysql.exe base_de_donnees -u root -p < c:\tmp\wikimedia.sql ... attendre un bon moment ;)
$path = array( $IP, "$IP/includes", "$IP/languages" ); set_include_path( implode( PATH_SEPARATOR, $path ) ); require_once( "includes/DefaultSettings.php" );
Google and other search engines may not find all pages. To help, you can create a sitemap that you then can register with Google and others. To do so, use something like:
/PATH-TO/mediawiki/maintenance/generateSitemap.php --server http://edutechwiki.unige.ch --urlpath http://edutechwiki.unige.ch/sitemap
If it works, put it in your crontab, e.g. a daily can do. E.g. you could edit /etc/crontab and add
06 6 * * * A_USER /usr/bin/php /PATH-TO/mediawiki/maintenance/generateSitemap.php --server http://edutechwiki.unige.ch --urlpath http://edutechwiki.unige.ch/sitemap --fspath /web/sitemap
Read: http://www.mediawiki.org/wiki/Manual:GenerateSitemap.php
php removeUnusedAccounts.php --help
./maintenance/reassignEdits.php --help
Needs an extension (installed on edutechwiki eng/fr)
./maintenance/nukePage.php
cf. LocalSettings.php
(le problème va surtout se poser dans le contexte d'autres cultures que celle de TECFA)
$wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['createaccount'] = true; $wgGroupPermissions['*']['read'] = true;
$wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['createaccount'] = true; $wgGroupPermissions['*']['read'] = true; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['user' ]['move'] = false; $wgGroupPermissions['user' ]['read'] = true; $wgGroupPermissions['user' ]['edit'] = false; $wgGroupPermissions['user' ]['createpage'] = false; $wgGroupPermissions['user' ]['createtalk'] = false; $wgGroupPermissions['user' ]['upload'] = false; $wgGroupPermissions['user' ]['reupload'] = false; $wgGroupPermissions['user' ]['reupload-shared'] = false; $wgGroupPermissions['user' ]['minoredit'] = false; $wgGroupPermissions['sysop' ]['move'] = true; $wgGroupPermissions['sysop' ]['read'] = true; $wgGroupPermissions['sysop' ]['edit'] = true; $wgGroupPermissions['sysop' ]['createpage'] = true; $wgGroupPermissions['sysop' ]['createtalk'] = true; $wgGroupPermissions['sysop' ]['upload'] = true; $wgGroupPermissions['sysop' ]['reupload'] = true; $wgGroupPermissions['sysop' ]['reupload-shared'] = true; $wgGroupPermissions['sysop' ]['minoredit'] = true; $wgGroupPermissions['eleve']['move'] = true; $wgGroupPermissions['eleve']['read'] = true; $wgGroupPermissions['eleve']['edit'] = true; $wgGroupPermissions['eleve']['createpage'] = true; $wgGroupPermissions['eleve']['createtalk'] = true; $wgGroupPermissions['eleve']['upload'] = true; $wgGroupPermissions['eleve']['reupload'] = true; $wgGroupPermissions['eleve']['reupload-shared'] = true; $wgGroupPermissions['eleve']['minoredit'] = true;
See also extensions to create category or user-based permissions.
Several import/export tools to mediawiki exist. All of these need some manual tuning.
Daniel K. Schneider 15:00, 17 June 2009 (UTC)
Let's say that you have two wikis and wish to import all pictures from one to the other without overwriting existing files that have the same name.
In the source wiki, copy all images to a temp directory, e.g. under unix:
find . -name thumb -prune -or \( -name *.png -or -name *.jpg -or -name *.gif \) -exec cp -rp {} /tmp/images \;
Remove the ones you dont really need
In the target wiki, go to maintenance/ and use the importImages.php script roughly like this:
php importImages.php --extensions=jpg,gif,png,svg --user=WikiSysop --dry /tmp/images
Remove "--dry" if you feel safe :)
Another solution is to load HTML into OpenOffice and then convert. This is most useful when you got many pictures, e.g. SPSS output.
(only if you just have a PDF, since you will have to do a lot of wiki formatting)
See Word macros at Mediawiki.org. It lists several tools. However, currently (09:35, 30 July 2009 (UTC)) we believe that it is probably easier to open a word file in Open Office and then export from there (the Wiki filter is included in OO).
(not updated since 2008 ?)
As of July 2019:
Run the Registry Editor (regedit.exe) Navigate the following key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\14.0\Word\Text Converters\OOXML Converters\Export\MediaWiki export that key to a file Open the file with notepad and change the "14.0" to "15.0" and save the file Import the registry file
If you are running the 64 bit edition of Windows, do the same thing for HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Office\15.0\Word\Text Converters\OOXML Converters\Export\MediaWiki
Also do ti for 16.0 in both cases ....
Open the word file in OpenOffice and then export from there (see below)
I like Open Office even less than word. I really don't understand how to use style in an efficient way, e.g. like in FrameMaker. What I always resent is that with software like Word or OpenOffice it is always difficult to find a stylesheet that contains just the tags you need for a given task. E.g. 50 tags for a book and maybe 15 for a Wikipage. Then when you write, you just use these styles. PERIOD.
However, starting version version 2.3 there is a relatively decent export to MediaWiki format. (Menu File->Export). It's not great, but ok. I this for example to create wiki text from SPSS:
Read http://www.mediawiki.org/wiki/Manual:Cache
(used for edutechwiki)
A PHP cache allows to cache php code files. To use this, install a PHP chaching extensions. This has nothing to do with a MediaWiki installation. Read http://www.mediawiki.org/wiki/Manual:Cache#PHP_caching.
E.g. on Ubuntu, install APC first:
apt-get install php-apc apache2ctl restart
Then:
$wgMainCacheType = CACHE_ACCEL;
For localization (messages) cache (new in 1.16):
$wgCacheDirectory = "$IP/cache";
(used for edutechwiki)
For File caching, change LocalSettings.php
$wgUseFileCache = true;
$wgFileCacheDirectory = "{$wgCacheDirectory}/html";
Don't know exactly what this affects, but it's good voodoo when some page contents don't refresh as they should...
(1) Empty cache for a single page
?action=purge
(2) Empty all: Emtpy the "objectcache" table
TRUNCATE TABLE objectcache;
Read http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/docs/memcached.txt?view=markup
run with the -v flag to see mistakes :)
NameVirtualHost 127.0.0.1:80
<VirtualHost 127.0.0.1:80>
ServerName tecfaX.unige.ch
<VirtualHost 127.0.0.1:80>
ServerName edutechwiki.unige.ch
http_port 129.194.9.48:80 acl all src 0.0.0.0/0.0.0.0 acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 # acl to_localhost dst 127.0.0.0/8 acl CONNECT method CONNECT acl Safe_ports port 80 # http http_access allow manager localhost http_access deny manager http_access deny !Safe_ports httpd_accel_host 127.0.0.1 # same machine httpd_accel_port 80 httpd_accel_single_host on httpd_accel_uses_host_header on
$wgUseSquid = true;
$wgSquidServers = array('127.0.0.1');
Fichier: extensions/awc/top_ten/config.php define (nav_menu, false);
This may not be up-to-date or just not documented on purpose ;) See Special:Version for installed extensions. Note that some just show up indirectly in the tag list.
See also:
Currently it works only for Mozilla browsers like Firefox and SeaMonkey. Works fine. Although personally I prefer to use emacs through "It's all text" (on Windows) or directly in Ubuntu.
This is a dead project, only use it on older Mediawiki installations that you can't upgrade
Was never installed on english edutech wiki, but in wikis that we use for teaching. Out-of-the box install now worked ok with version mediawiki 13.x - Daniel K. Schneider 10:55, 23 February 2009 (UTC)
The advantage of this extensions is that it produces wiki code (not html). Makes it easy to hand edit stuff if needed.
This is the new official Wikimedia Wysywig editor. So far it needs a bleeding edge installation (i.e. 1.22/wmf4+ or better). A stable MediaWiki distribution is expected by the end of 2013. That being said, it is available on Wikipedia.en and Mediawiki.org for user who do edit with a login.
It requires a Parsoid server.
Read:
This is really useful if you use the wiki for assigments. Allows Q/R (tutoring support). Without you are in trouble since students can't use wiki for threaded discussion ....
Alternative:
In case you need a real forum (e.g. phpbb-like), there are other extensions:
E.g. try one of these:
php.ini
max_execution_time = 600 max_input_time = 600 memory_limit = 100M
httpd.conf
Timeout 600
require_once( "extensions/Cite/Cite.php" );
require_once( "extensions/Cite/SpecialCite.php" );
<pageby/>
<!-- <pageby nominor="false" comments="false"/> -->
This is more complicated.
Step: Make sure that latex, dvips, gs (ghostscript), and convert (ImageMagick) installed and available in the PATH. Depending on how the system is installed, this also means to fix the path of the Apache webserver.
It probably would be a good idea to install livetex, but since I found I binary for (older) teTex I went with this. texTex in /opt/sfw wasn't correctly installed. Got a new version from http://www.sunfreeware.com/. This package installs in /usr/local
gunzip tetex-3.0-sol10-sparc-local.gz pkgadd -d tetex-3.0-sol10-sparc-local
teTex now should be installed and there is some postinstall work to do
texconfig conf
Step: Install texvc (maybe not needed). This is a standard Mediawiki script to render Latex math fragments.
Step: Fix some configuration variables. Some documentation on variables is here:
You have to make sure that all these variables are defined:
$wgUseTeX = true;
$wgMathPath = "{$wgUploadPath}/math";
$wgMathDirectory = "{$wgUploadDirectory}/math";
$wgTmpDirectory = "{$wgUploadDirectory}/tmp";
$wgImageMagickIdentifyCommand="/usr/local/bin/identify";
$wgImageMagickConvertCommand = "/usr/local/bin/convert";
$wgDvipsCommand="/usr/local/teTeX/bin/sparc-sun-solaris2.10/dvips";
Step: Install MetaUML, UML for LaTeX/MetaPost
This works.
See e.g. the The big picture page for examples.
<TopTenPages>20</TopTenPages>
<topcontributors/>
<tagcloud></tagcloud>
to the URL.
Wikipedia:Bots
Pas clair quel systeme va s'imposer sur les Wikipedia. voir:
Il faudrait se demander si on ne veut pas utiliser le system "Harward" de certains parse extensions....
(some of these already may have been installed .... )
There doesn't seem to be another decent blog with update code. See also http://www.gossamer-threads.com/lists/wiki/mediawiki/137413 E.g.
An other trick is to use transclusions from the talk page, and then maybe use a talk page extension to have threads.
{{ :{{TALKPAGENAME}} }}
Wikia does a probably good extension, but I couldn't find any code:
Documentation:
Extension categories:
Perl-based reference implementation
Install this Firefox extension. It will allow you to edit any HTML text field with your chosen external editor. It will save edited text to the wiki editing form which then needs to be saved. This solution is not compatible with the Wiked Greasemonkey script, so you have to turn Greasemonkey off)
Read How to open articles in your text editor for more details
Daniel K. Schneider uses this strategy for his windows vista laptops (together with GNU emacs 22.3.1 for win32.
If your editor is Gnu emacs: It's important to set the environment to UTF-8 (Menu->options->Mule->Set Languate environment). Then save with Menu->Options->Save.
MwJed plugin is available for jEdit with Firefox or Safari Works well with Mac OS 10.4 and Windows XP (using Firefox 1.5+). Nice syntax highlighting. Moderately easy to install.
$HOME/.jedit/jars/MwJed.jar into a new directory$HOME/.jedit/MwJed/_family$HOME/.jedit/jars/mwapi.jar into a new directorycommon.family and common.site into $HOME/.jedit/MwJed/_family/ and rename accordingly (NAME.family and NAME.siteNAME given in step 4For more detailed instructions see mwjed homepage and modkwiki.net's help page
A typical config *.family file should look like this:
## configuration for a whole wiki family # identification name edutechwiki # languages multilingual true defaultLanguage en supportedLanguage en supportedLanguage fr
A typical config file for a wiki site:
# identification family edutechwiki language en # network protocol http:// hostName edutechwiki.unige.ch rawPath /mediawiki/index.php prettyPath /en/ apiPath /mediawiki/api.php
Do no remove messages etc. This plugin is really tricky and does not show any useful error messages when something goes wrong. See Utilities->Troubleshooting->Activity Log
Parameters for the index.php page
(very useful to know ...)
See:
Works well, also ordering books from PediaPress - Daniel K. Schneider 15:00, 17 June 2009 (UTC).