Hello,
after I installed the pdfbook extension i changed the settings in the "pdfbook.php" to: # Whether or not an action tab is wanted for printing to PDF
$wgPdfBookTab = true;
Now I can only click in the right corner "export to pdf" and it downloads the pdf file. But I can´t get it to make a pdfbook?
Can someone help`
David
Hello everyone,
I am happy to announce the availability of the first stable release of the new MediaWiki 1.23 release series.
MediaWiki 1.23 is a large release that contains many new features and bug fixes. This is a summary of the major changes of interest to users. You can consult the RELEASE-NOTES-1.23 file for the full list of changes in this version.
This is a Long Term Support release (LTS) and will be supported until May 2017.
Our thanks to everyone who helped to improve MediaWiki by testing the release candidates and submitting bug reports.
== What's new? ==
* MediaWiki 1.23 includes all changes released in the smaller 1.23wmfX software deployments to Wikimedia sites.
=== Skin autodiscovery deprecated ===
Skin autodiscovery, the legacy skin installation mechanism used by MediaWiki since very early versions (around 2004), has been officially deprecated and will be removed in MediaWiki 1.25.
* MediaWiki 1.23 will emit warnings in production if a skin using the deprecated mechanism is found.
* See Manual:Skin autodiscovery for more information and a migration guide for site admins and skin developers.
=== Notifications ===
With 1.23, MediaWiki starts to behave more like a modern website as regards notifications, to keep the editors of your wiki engaged and always up to date about what interests them. This used to require several custom settings.
* (bug 45020) Make preferences "Add pages I create and files I upload to my watchlist" and "pages and files I edit" true by default.
* (bug 45022) Make preference "Email me when a page or file on my watchlist is changed" true by default.
* (bug 49719) Watch user page and user talk page by default.
This will allow your new users to immediately start benefiting from the watchlist and email notification features, without needing to first read all the docs to find out that they're as useful as they are.
=== Merged extensions ===
Merged into 1.23:
* ExpandTemplates (bug 28264).
* AssertEdit (bug 27841) - documented at API:Assert.
=== Interface ===
* (bug 42026) Add option to only show page creations in Special:Contributions (and API).
* Add new special page to list duplicate files, Special:ListDuplicatedFiles.
* (bug 60333) Add new special page listing tracking categories (Special:TrackingCategories).
=== Editing ===
* A new special page Special:Diff was added, allowing users to create internal links to revision comparison pages using syntax such as Special:Diff/12345, Special:Diff/12345/prev or Special:Diff/12345/98765.
=== Help pages ===
With 1.23, MediaWiki begins a process of consolidation of its help pages. Now, most are using the Translate extension and can be easily translated and updated in hundreds languages.
In the coming months, we'll focus on making more of the central help pages translatable and on linking them from the relevant MediaWiki interfaces for better discoverability. Please help: add your own translations; update existing pages and cover missing MediaWiki topics.
Traditionally, help pages have been scattered on countless wikis and poorly translated; most of those on mediawiki.org were migrated with the help of some Google Code-in students.
=== CSS refresh for Vector ===
* Various Vector CSS properties have been converted to LESS variables.
* The font size of <code>#bodyContent</code>/<code>.mw-body-content</code> has been increased to 0.875em.
* The line-height of <code>#bodyContent</code>/<code>.mw-body-content</code> has been increased to 1.6.
* The line-height of superscript (sup) and subscript (sub) are now set to 1.
* The default color for content text (but not the headers) is now #252525; (dark grey).
* All headers have updated sizes and margins.
* H1 and H2 headers now use a serif font.
* Body font is "sans-serif" as always.
For more information see Typography refresh.
=== Configuration ===
Add Config and GlobalConfig classes:
* Allows configuration options to be fetched from context.
* Only one implementation, GlobalConfig, is provided, which simply returns $GLOBALS[$name]. There can be more classes in the future, possibly a database-based one. For convinience the "wg" prefix is automatically added.
* This adds the $wgConfigClass global variable which is used to determine which implementation of Config to use by default.
* The ContextSource getConfig and setConfig methods were introduced.
Full release notes:
https://git.wikimedia.org/blob/mediawiki%2Fcore.git/1.23.0/RELEASE-NOTES-1.…https://www.mediawiki.org/wiki/Release_notes/1.23
**********************************************************************
Download:
http://download.wikimedia.org/mediawiki/1.23/mediawiki-1.23.0.tar.gz
GPG signatures:
http://download.wikimedia.org/mediawiki/1.23/mediawiki-1.23.0.tar.gz.sig
Public keys:
https://www.mediawiki.org/keys/keys.html
Markus Glaser
(Release Team)
Platform is CentOS.
MW version 1.20.2
PHP 5.4.29 (apache2handler)
MySQL 5.5.37
I want to upgrade (long overdue) to MW 1.22.7 .
Backed up the files and DB. did "php update.php" returns no errors.
I didn't upgrade the extensions because I have lots of them, and have found
this the hardest part of upgrades. (I guess I was hoping they would work).
Reloaded existing (old) LocalSettings.php
All the above done from command line.
Result: blank wiki. My thinking (funny how writing this out causes a better
thought process) is that my old extensions are causing the problem(s).
I think I should try to delete extensions from LocalSettings.php and see how
that improves the situation. I believe however I have extensions that possibly
have not been updated and I'll be missing some extension functions I was relying on.
Yet I'll be happy to have the ability to add new ones (a bit of work for sure).
My main objective is to get Semantic Wiki folded into the mix.
Any comments quite welcome, and thank you for any help in advance.
(PS. I'm able to revert to old setup due to careful backups of files. update.php update
for 1.22.7 doesn't seem to harm the reversion to 1.20.2).
Also, so much work has been done on 1.20.2 that I'm loathe to lose the
extensions that were part of that work, if they're out of date with 1.22.7 .
--
Rob Lingelbach http://rob.colorist.orghttp://colorist.org rob(a)colorist.org
Hi,
I'm Giacomo and in the company I'm working for we're using Mediawiki
1.18.1 with the Semantic Bundle installed ( version 20120327, Semantic
Media Wiki version 1.7.1 ).
We recently tried to upgrade mediawiki to version 1.22 and Semantic
Media Wiki to version 1.9.1 and now we are facing a problem with a
javascript library:
the library is called Sgvizler (http://dev.data2000.no/sgvizler/) and
it's used to query a Sparql endpoint and visualize the results using the
google chart
visualization libraries (
https://developers.google.com/chart/interactive/docs/index).
As explained in the sgvizler documentation, inserting a div tag with the
correct attributes, the library will draw the requested charts; you just
need to import the sgvizler.js file and the script for the google api
(https://www.google.com/jsapi).
Calling the sgvizler library from an html test page it works just fine,
while if we put the html code (see the attached file) inside a wiki page
(between <html>...</html> tags, setting $wgRawHtml=true in
LocalSettings.php) the browser freezes and stop responding ("script
stopped responding") (both Firefox and Chrome).
It should be noticed that the same wiki page with the same content is
correctly rendered in mediawiki 1.18.1, using the extension Widgets
(version 0.9.2); in mediawiki 1.22.7 we tried the library embedding it
in extesion Widgets version 0.9.2, 1.0 and 1.1, and also without using
Widgets (as depicted above).
I think the issue is a javascript/client problem with the visualization
libraries, since the sparql endpoint receives the query and the results
are sent back correctly.
Debugging, the execution seems to stop/loop on the Script:
https://www.google.com/uds/api/visualization/1.0/ce05bcf99b897caacb56a7105c…
Since the library is working just fine with mediawiki 1.18.1, could the
issue have something to do with resources/libraries loaded in mediawiki
1.22? I noticed that in the mw 1.22 source page there are these lines in
the header:
if(window.mw){
mw.loader.load(["ext.smw.style","ext.smw.tooltips","mediawiki.page.startup","mediawiki.legacy.wikibits","mediawiki.legacy.ajax","skins.vector.js"]);
}
while in mw 1.18 we just have:
if (window.mw){
mw.loader.load(["mediawiki.page.startup"])
}
What are your suggestions to track down this problem?
Thank you in advance for any help you can provide.
Giacomo Fiorini
mail: gfiorini[at]imolinfo.it
Hi,
I am not sure if this is the right place to post my problem - but it seems
to be the best place that I've found so far:
I am using MediaWiki 1.22.6 with PHP 5.4.4-14+deb7u9 (apache2handler) and
MySQL 5.5.37-0+wheezy1. Every time I try to use the extension
CrossReference, lets say with the following example:
===
<figure id="fig:my-fig">
[[File:OWL_Ontology_UML_diagramm.gif]]
<caption>my-fig</caption>
</figure>
Here is a reference to <xr id="fig:my-fig"/> ===
The preview of the created fragment looks fine but after saving the page, I
always get some identifiers instead of the HTML markup, e.g.
===
UNIQe2677deae0027008-figure-00000004-QINU
Here is a reference to UNIQe2677deae0027008-xr-00000005-QINU
===
And exactly the same behavior shows up when I use the extension Cite.
Thanks in advance
Lukas
I am tasked with translating our wiki into a couple of languages. We
have several thousand pages, and just creating all of the sub-pages is a
monumental task.
I've looked at the various translate extensions, and they seem to be
either on the fly, or assisted manual.
Is anyone aware of a translation extension or script that would spider
through the wiki, using Google or MS to translate each page, and create
the appropriate language sub-pages?
I know that human proofreaders would have to go through each page after
that and fix/correct/rewrite the automatic translations, but at least
all of the subpages, with the appropriate images, templates, etc. would
be in place, making the job much, much simpler.
--Yan
Hey,
first of all, thanks for the help!
* Now that I got everything up and running I get this error
message:
*
* "Notice: Uncommitted DB writes (transaction from
DatabaseBase::query (LCStore_DB::get)). in
C:\xampp\htdocs\Entwicklung\includes\db\Database.php on line 3944"
When I click on the log in button on the page it disappears for a while!
Thanks!
Kind Regards
David
Hello,
I´ll try to explain my problem a little more detailed. So I have my folder in htdocs/wiki @v1.15
Now I´ve downloaded the new version 1.22 and extracted the new files from 1.22 In my 1.15 folder and replaced all those (I have a backup) with the new ones. Now I tried to navigate to the folder in my Browser specified in the update.txt and on the forum. Now when I go to the update.php data I get the error:
"Fatal error: Cannot redeclare wfProfileIn() (previously declared in C:\xampp\htdocs\smartcards\includes\profiler\Profiler.php:33) in C:\xampp\htdocs\smartcards\includes\ProfilerStub.php on line 24"
The file specified in the wiki manual witch may causes errors isn't in my folder so I Can't delete it (StartProfiler.php)
Thank!
Kind regards
David
Hello,
I was trying to upgrade from v.1.15 to 1.22.
So I download the new MediaWiki archive and inserted the data in the
folder to the old 1.15 folder @htdocs/mediawiki
Now when trying to navigate in the browser to the url:
http://localhost/smartcards/mw-config/
I will only get the error message : "Fatal error: Cannot redeclare
wfProfileIn() (previously declared in
C:\xampp\htdocs\smartcards\includes\profiler\Profiler.php:33) in
C:\xampp\htdocs\smartcards\includes\ProfilerStub.php on line 24"
Can I get help here please?
Sorry for my English!
Kind regards
David Wohlauf