Hello,
I've been trying to arrange a more structured presentation for documenting
binary file/data structure bit by bit.
What I have in mind is to make sections appear like html fieldsets, eg.
<fieldset><legend>[newline]==section A==[newline]</legend>[nested wikitext
here, possibly more fieldsets]</fieldset> ... so what you get is a clean
encapsulation model for structure.
I tried a lot of stuff. And eventually have reached the point where tonight
I implemented the fieldset/legend tags as
http://www.mediawiki.org/wiki/Manual_talk:Tag_extensions.
This gave me more control / made possible the repair of the malformed <p>
tags introduced by MediaWiki (
http://en.swordofmoonlight.org/wiki/MDL_(file_format) )
The only problem is the sections, though the edit button stuff is clearly
present, have disappeared. Presumably because the parser now ignores
anything in the custom tags at whatever point those are generated.
The mediawiki page mentions that for whatever reason baked in (stuff
pre-generated I guess when the page is edited) is skipped because it's
inside a custom tag. If so, I don't see the logic in that one bit, other
than it being an oversight or the tag extension concept is not embraced by
developers.
Otherwise I'm at a loss. And anyway, would like any suggestions in terms of
restoring this functionality at this point by hook or crook.
PS: For developers reading. The Sanitizer.php file whitelists just about
every block level html element you can imagine, but fieldset and legend are
not in there. I believe these elements are slightly thought of as related to
forms, but they are also really great for encapsulated information which
does not qualify as a table proper.
I originally whitelisted fieldset/legend however p tags generated by
mediawiki would just not play nice. I assume the p tags don't get in the way
of div/table tags for example. I could not find any means of further
entrenching the tags in the system and could not find support one via the
mediawiki help desk.
Ultimately however, I would like to suggest that some wikitext syntax be
staked out for generating fieldset/legend fields. They could be simple
extension of the table wikitext. And would facilitate a wider range of
flexibility. And might even prove useful over at wikipedia and other major
wiki sites. However you never know what ways people will come up with for
using wikii, and there are all kinds of different documentation domains with
different requirements.
Finally thanks for your time/reading,
UPDATE since joining the mailing list proper. I may try going back to the
Sanitizer.php approach if there is a way to prevent the parser from
generating illegal html. I found some of my problems tonight were more
caused by Firefox being buggy around fieldset/legend. Perhaps it's too soon
for these tags. Even though MediaWiki deploys them on some pages like Recent
Changes.
--
View this message in context: http://old.nabble.com/Tag-Extensions-%2B-nested-section-wikitext-%3D-missin…
Sent from the Wikipedia Developers mailing list archive at Nabble.com.
My apologies for cross-posting, but it's my opinion the awesomeness of
this news makes up for it :)
The link to the blog post below is wrong, it should be
http://blog.wikimedia.org/blog/2011/03/07/brion-vibber-rejoins-wikimedia-fo…
Roan Kattouw (Catrope)
---------- Forwarded message ----------
From: Danese Cooper <danese(a)gmail.com>
Date: 2011/3/8
Subject: [Wikimedia Announcements] [Announce] Brion Vibber to rejoin
Wikimedia Foundation
To: wikimediaannounce-l(a)lists.wikimedia.org
Hello,
Yes, the rumors are true! Today I am pleased to announce that after
more than a year away, Brion Vibber will be returning as a full-time
employee of Wikimedia Foundation on March 31, 2011. The public
posting is available
http://blog.wikimedia.org/blog/2011/03/06/brion-vibber-rejoins-wikimedia-fo….
I'm really excited to be announcing this hire, especially at this
time. I've been looking for a Lead Architect for the next generation
MediaWiki platform, and Brion is of course the ultimate expert in
MediaWiki internals. He's also deeply committed to the work we are
doing to keep MediaWiki relevant for the next 10 years.
I completely enjoy working with Brion, and I'm totally looking forward
to having him back on the team full time (he has always helped out on
a volunteer basis).
Anyway, I wanted to give you all a heads up before the public
announcement. Please join me in welcoming him back!
Danese Cooper
CTO, Wikimedia Foundation
_______________________________________________
Please note: all replies sent to this mailing list will be immediately
directed to Foundation-L, the public mailing list about the Wikimedia
Foundation and its projects. For more information about Foundation-L:
https://lists.wikimedia.org/mailman/listinfo/foundation-l
_______________________________________________
WikimediaAnnounce-l mailing list
WikimediaAnnounce-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikimediaannounce-l
I'll be administering MediaWiki's participation in Google Summer of
Code this year, so I'd like to recruit bright students to consider applying.
Google Summer of Code (GSoC) is a program where you get paid to
hack an open source project during the summer. It's never too early to
start thinking about summer internships! There's a good explanation of
the program here:
http://www.booki.cc/gsocstudentguide/_v/1.0/what-is-google-summer-of-code/
Community college, university, and graduate students around the
world are eligible. You don't need to be a Computer Science or IT major:
http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/fa…
If you'd like to participate, check out the timeline. Make sure
you are available full-time from 23 May till 22 August this summer, and
have a little free time from 25 April till 23 May for ramp-up.
http://www.google-melange.com/document/show/gsoc_program/google/gsoc2011/ti…
Then sign up on our wiki page and start talking with us in
#wikimedia-dev about a possible project!
http://www.mediawiki.org/wiki/Summer_of_Code_2011
Good luck,
Sumana Harihareswara
interim Wikimedia volunteer/community development coordinator
On Tue, Mar 8, 2011 at 2:16 AM, Danese Cooper <danese(a)gmail.com> wrote:
> Hello,
> Yes, the rumors are true! Today I am pleased to announce that after more
> than a year away, Brion Vibber will be returning as a full-time employee of
> Wikimedia Foundation on March 31, 2011.
Yay!
--vvv
(changing the thread title)
On Sat, Mar 5, 2011 at 2:06 PM, Gerard Meijssen
<gerard.meijssen(a)gmail.com> wrote:
> I have proposed to spend 100,000,- Euro and this will make major
> improvements for the scripts, the fonts and the standards for the languages
> we have a Wikipedia for. This is given the current budget chicken feed.
> Thanks,
> GerardM
This is not a comment on the amount of money but on the idea of
improvements to scripts/fonts/standards etc.
I understand there's been discussion about creating a list of problems
for representing various languages on the internet. For example, some
languages have problems being written online because they are not well
supported in Unicode, or some don't have free fonts, etc. etc.
These are problems for *any* website that wants to support that
particular language. There are also bugs related to how *we* support
particular languages in MediaWiki -- as far as I know these have
mainly been collected in Bugzilla.
So my questions are: 1) have there ever been any comprehensive lists
made of these language-related bugs (either within MediaWiki or in
general); and, 2) what needs to be done (technically) to support
small(er) languages?
(I know we, & in particular GerardM, have been discussing this for a
long time. But I'm curious what the current state of affairs is, and
if issues for small languages are collected together in one place).
best,
Phoebe
Dear Mr/Miss:
Sorry to interrupt you but there are two problems to ask you for help. It puzzles us for a long time.
We built a local wiki using mediawiki by downloading the page articles fromhttp://download.wikimedia.org/enwiki. However, the data cannot be imported completely by virtue of the mwdumper.jar and it stopped halfway saying that there is IllegalArguments. We tried different source data but no use. Is there something wrong with our configuration?
Besides, given a word pair "lion cat" as the query, the results returned from the local wiki are differnt from that on the web. Wikipedia on the web returned many items for the query but the local wiki returned no results. How can make them make return the same query results.
Thank you so much for your help and looking forward to your reply.
Best wishes!
Yours sincerely,
Phoebe
On 03/04/2011, River Tarnell <r.tarnell(a)IEEE.ORG> wrote:
> ------------------------------
> Date: Fri, 4 Mar 2011 21:46:47 +0000 (GMT)
> To:wikitech-l@lists.wikimedia.org
> Message-ID:<ikrmk7$kiq$1(a)tamara.TCX.ORG.UK>
>
>
> In article<4D6FAEFD.5030602(a)panix.com>,
> Sumana Harihareswara<sumanah(a)panix.com> wrote:
>> > * toolserver's purpose and services, since we'll be in Berlin
> I wasn't planning to attend this event, but I might come if people are
> discussing the Toolserver... do you have any more details on this? (The
> wiki page just says "Toolserver", which is not especially informative.)
>
> - river.
It's in flux. My understanding is that we might want to talk about the
purpose of toolserver, what services it provides, and any
process/workflow changes we're interested in. I'll add that on the wiki
page.
What would your toolserver-specific interests be?
-Sumana
As Ashar pointed out this week, we've fallen behind in code review. On
Robla's page (http://toolserver.org/~robla/crstats/crstats.html) you can
see that commits marked “new” is beginning to edge up again.
To help with code review, Roan introduced “sign-offs” for developers who
are not as familiar with the MediaWiki code base. I'm sure he'll
correct me if I'm wrong, but I would like to encourage any developer who
isn't ready to mark code “OK” to use the sign-off feature — to indicate
that they've tested or inspected the code.
If you're running trunk in your testing or (heaven forfend!)
production, please try to see if you're exercising new code and give us
feedback by marking the sign-off as “tested”. This is one of the best
ways to get acquainted with the code base — if you miss something in
your testing, we'll be sure to let you know!
Of course, if you've been reviewing code, THANK YOU and keep up the good
work.
Mark
Hi,
I am trying to install a Captcha extension on my own wiki (
http://wiki.jmol.org/).
ReCaptcha seems nice, but when I try to use the version in trunk I get an
error : Class 'SimpleCaptcha' not found in ReCaptcha.php on line 54.
Indeed, there is no SimpleCatcha there. What should I do to make it work ?
I am using MW 1.16.2.
Nico
After I heard about Liquid Threads in Berlin in April 2010,
I immediately asked for it to be activated on sv.wikisource.
This request took 4 months. A similar request for
sv.wiktionary has still not been granted because it is
"better to wait" for some future version.
Now, during the 1.17 upgrade, the namespaces Thread: and
Summary: disappeared from sv.wikisource and this was
reported on February 16,
https://bugzilla.wikimedia.org/show_bug.cgi?id=27533
Still after two weeks, no response has been given.
The central discussion / village pump is still broken.
Early on the Swedish community was very enthusiastic
over LT and soon wanted it for the Swedish Wikipedia
as well, but that enthusiasm is now hard to sustain.
Should we conclude that the switch to LT was a big mistake,
and try to go back to plain old talk pages, never to
attempt LT again? I think that question has already been
answered by the fact that no comment has been given to
the bug report of February 16, not even a time estimate.
--
Lars Aronsson (lars(a)aronsson.se)
Aronsson Datateknik - http://aronsson.se