Ref: <http://bugzilla.wikimedia.org/show_bug.cgi?id=1629>,
<http://de.wikipedia.org/wiki/Wikipedia:WikiProjekt_Usability/Test_Februar_2…>
>From the latter, we have
"Two users who started their first-time editing with a paragraph
instead of the whole page were not confused by the syntax. However,
they were faced with another problem: The location of the "Edit" links
seemed to relate them with the paragraph above, not the one below.
Therefore, when clicking the "Edit" link below "Geschichte", they
expected to see the heading "Geschichte" and its contents. . . .
"This expectation was not met, instead "Weblinks" appeared in the
editor window. They were confused, did not know what to do. Finally,
both participants deleted (!) the existing and valid text, and started
to add their own text."
We've known for well over a year now that this is a problem. I would
like to finally fix it. Specifically, I intend to remove the
editsection float style, so it's at the beginning of the section line,
to the left. The alternative is to have it as the German Wikipedia
does, with the section edit link on the right of the header; however,
this a) is kind of annoying as the link jumps around, and b) requires
a change to the document structure (admittedly just a reordering of
elements, but it may well break some fragile stuff regardless). It
does arguably look better, though, and that could be done instead
(opinions?). A comparison of the three styles is available at
<http://www.mediawiki.org/wiki/User:Simetrical/Edit_links_comparison>.
Before this goes into effect, it would be only courteous to inform
existing wikis about it and the reasons for doing it. I'll prepare a
little message and get someone with bots everywhere (Yurik?) to post
it on all the wikis' MediaWiki talk:Common.css pages, I think, before
I commit it, and so well before it goes live, along with instructions
on how to reverse it preemptively if desired.
Are there any objections to this?
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r25766).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
Hi all,
I'm now working on a full new version of WikiHiero, the extension used
to display hieroglyphic text on MediaWiki.
The actual version of WikiHiero (active on Wikipedia projects) generates
HTML code and use a pre-generated picture for each hieroglyph. The bad
thing is the hieroglyph positioning into a quadrat (a square that can
contain from 1 to many hieroglyphs) is done by HTML tables that make it
unusable inline with text. As the possibility to use hieroglyphs inline
with text is the main request from Wikipedia users (who use horrible
hacks to simulate it!), I'm considering the available solutions:
1) Use pictures + CSS
Like actually, we can generate HTML that use pre-generated pictures but
do all positioning using CSS.
The god:
- Cleaner
The bad:
- Some complex quadrat positioning seems impossible to do without using
relative positioning.
2) Generate a picture
Like <math> tag, we can generate on the fly one picture for all the text
into the <hiero> tag (original hieroglyph information are in SVG format).
The god:
- Easy to inline;
- Allow complex rendering (like hieroglyph orientation inversion, etc.).
The bad:
- Server resource consumption if we do it on the fly or hard-disk
consumption if we cache generated files.
Can you please give me your advices?
Aoineko / Guillaume
PS: Additional question: There is any good reason to keep compatibility
to PHP4 or can I forget it for version 5?
On 9/10/07, werdna(a)svn.wikimedia.org <werdna(a)svn.wikimedia.org> wrote:
> - if( $wgUser->isAllowed( 'rollback' ) ) {
> + if( $wgUser->isAllowed( 'rollback' ) && $this->mTitle->userCan( 'edit' ) ) {
Doesn't it make more sense to check $this->mTitle->userCan( 'rollback'
) (making any associated changes needed to userCan)? By default it
can just call userCan( 'edit' ), of course, but it's not coherent to
hardcode that into the call syntax.
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r25717).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.12alpha (r25679).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
Reading tests from "extensions/LabeledSectionTransclusion/lstParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://lists.wikimedia.org/mailman/htdig/wikitech-l/2006-April/022293.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 527 of 544 tests (96.88%)... 17 tests failed!
On 9/6/07, Nick Jenkins <nickpj(a)gmail.com> wrote:
> * Can anyone recommend something to convert AVIs to OGG that will keep the player happy?
http://mux.am/
input video url, any video link (wmv, mp4, flv, mov, avi, etc) youtube
or google video page
output format .. it includes Ogg/Theora.
Wee.. Although youtube is pretty good about breaking things that
download from them, so I can't promise it'll work forever ;)
tstarling(a)svn.wikimedia.org schrieb:
> Revision: 25488
> Author: tstarling
> Date: 2007-09-04 16:51:43 +0000 (Tue, 04 Sep 2007)
>
> Log Message:
> -----------
> Big audio noplayer support
>
> + if ( $height > 100 ) {
> + global $wgScriptPath;
> + $iconUrl = "$wgScriptPath/skins/common/images/icons/fileicon-ogg.png";
The icon is avaiable in my local installation but not in a Wikimedia
installation.
/includes/filerepo/file.php uses
$path = '/common/images/icons/' . $icon;
$filepath = $wgStyleDirectory . $path;
But I cannot test atm.
Raymond.