Could the [X] yes i want to delete this button one has to click to
delete pages/images be abolished? I dont think anyone would by
accedent click 2 links in a row (delete -> delete) so i dont think the
checkbox is needed and just slows me and others down when doing mass
deletion.
I would like to request the following to be improved on the Wikipedia
article history pages:
(observed w/ the English WP, things will likely be the same w/ other
languages)
Currently, all the article revisions are enumerated on the article's
history pages with "oldid" links
(example:
http://en.wikipedia.org/w/wiki.phtml?
title=Color_Graphics_Adapter&oldid=5312252)
-- EXCEPT however the newest revision! The newest revision is not
listed with its "oldid" link, but simply with the generic link to the
article, full stop
(example:
http://en.wikipedia.org/w/wiki.phtml?title=Color_Graphics_Adapter).
This becomes a problem when ordinary users (like myself) want to
specifically link to THAT version of the article (which is currently
the newest).
I would like to find the "oldid" link of the newest article but I
currently can't (AFAIK).
One reason for someone (e.g. me) wanting to get the newest revision's
"oldid"-link could be: I want to email somebody and want to ensure
he/she won't be reading an article of "Bush is gaaaay" when they
retrieve their email and check out the link.
Currently, the only workaround (that I know) is making a trivial change
to the article, saving that and thus making the last "newest" version a
past revision which will be listed with an "oldid"-link.
Could this be changed, so that on the history list, the top/newest
link, too, would be the respective "oldid"-link?
(The link to the article tab should stay generic.)
It would really help a lot!
Many thanks in advance! :)
Thanks and regards,
Jens Ropers
There are two types of IT techs: The ones who watch soap operas and the
ones who watch progress bars.
http://www.ropersonline.com/elmo/#108681741955837683
I do not like the bold letter "N" in my Recent Changes page; newcomers
to a wiki do not know the meaning immediately.
I simply replaced on the MediaWiki:newpageletter by a small image
old: N
new: <img src=/stylesheets/images/new.png>
(copy the small image into the subdirectory or somewhere else and adapt
the img src link)
Tom
Berlin
P.S: E-Mail-Notification for changed pages and User_talk page is coming
soon !! Be patient
I'm repeatedly seeing a rather strange problem:
If I have made recent changes to an article (example:
http://en.wikipedia.org/wiki/Color_Graphics_Adapter), then I will NOT
see these changes if I go to another machine, DO NOT log on there and
view that article via a redirect. (example:
http://en.wikipedia.org/wiki/CGA). I instead find myself looking at a
previous article version. Logging on makes me see the new article
version. Persistently refreshing the main article seems to sometimes
also succeed in getting to the most recent version (but I may be
mistaken.)
Can anyone shed any light on this?
Thanks and regards,
Jens Ropers
There are two types of IT techs: The ones who watch soap operas and the
ones who watch progress bars.
http://www.ropersonline.com/elmo/#108681741955837683
>Date: Mon, 16 Aug 2004 00:41:05 -0700
>From: Brion Vibber <brion(a)pobox.com>
<snip>
>
>Steinar H. Gunderson has been working on a C++ diff engine that can be
>plugged into MediaWiki without too much fuss. Current 1.4 CVS has
>drop-in support for it thanks to JeLuF.
<snip>
>-- brion vibber (brion @ pobox.com)
Might this fix bug #718089
http://sourceforge.net/tracker/index.php?func=detail&aid=718089&group_id=34…
or any other History/diff bugs, or is it exactly the same just coded in
C++?
--Dittaeva
Hi,
as SF anoncvs services are down, I've made a mirror (uff, revision-by-revision), and made a public CVS phase3 mirror.
The web interface (I couldn't resist making it monobook :) can be reached at http://cvs.defau.lt/phase3/
Anoncvs repo is ':pserver:anoncvs@cvs.defau.lt:/root', module 'phase3', password empty.
As proper sync took more than 24 hours (mirror had to be built revision-by-revision, doing ssh key exchange for every operation and waiting for SF servers...), even dry syncs do run more than 5 minutes, so I decided to run sync of languages/ maintenance/ and includes/ every 10 minutes, and full sync of phase3 repo every hour.
It should be much faster than SF's public CVS services.
Cheers,
Domas
P.S. I'm out for out-of-country vacation for next 10 days, so in case of mirror failure don't be too angry. Though, feedback is welcome.
We have no pages about utf-8 IIRC. I wait for the original developper of the conversion software, when he'll be back, in few days, I'll convert sv.wiktionary and nl.wikipedia. And maybe the others too if it works well :)
For en... I wait for new servers, to make a blank test to see how many times it could take.
Shaihulud
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Am Dinsdag 17 August 2004 12:53 schrieb Gerard Meijssen:
>> However, as many other wikipedia like de: and es: have made the
>> conversion, it is a good idea to ask for the nl:wikipedia to be
>> converted. We have asked if there are people on nl: that
>have opposing
>> views, there were none.
>
>do you have a page about the conversion?
>
>- --
>Kai F. Lahmann
>
>1zu160-Bahner
>http://www.1zu160.net
>-----BEGIN PGP SIGNATURE-----
>Version: GnuPG v1.2.4 (GNU/Linux)
>
>iD8DBQFBJKcnNx16d/gd8cIRApSgAKDlVU/uw1vtP0PXTiM5ChBYJ+iWpACgz2cM
>cjGI+t+Xlo7Qq3gkbvYbF7Y=
>=WjFs
>-----END PGP SIGNATURE-----
>_______________________________________________
>Wikitech-l mailing list
>Wikitech-l(a)wikimedia.org
>http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
I have been informed by Walter that nl:wikipedia had decideded quite
some time ago to move to UTF-8. At the time it was not such a good idea
as UTF-8 does take more room.
However, as many other wikipedia like de: and es: have made the
conversion, it is a good idea to ask for the nl:wikipedia to be
converted. We have asked if there are people on nl: that have opposing
views, there were none.
As nl:wikipedia is a very active environment, some prior notice would be
appreciated.
Thanks,
GerardM
I'm going to break out my compiler books and start working on a CFG for the wiki code based on this parser. It should not be too hard to change it if we decide not to use xml as an intermediate language. Since I know there are people out there with more experience than me, I won't be offended if someone beats me to this...
On Mon, 16 Aug 2004 15:00:51 +0200, Emmanuel Engelhart <emmanuel(a)engelhart.org> wrote:
> I was very happy, because you coded this first parser very fast. And, I support
> the idea of making a real wiki parser. But, it seems that you didn't use
> flex/bison or any parser generator. I think continuing in this direction, would
> be a very bad idea. The best specialists use parser generators, and we are not
> so good like parsing specialists...
>
> Emmanuel
>
> Selon Magnus Manske <magnus.manske(a)web.de>:
>
>
>
> > I have now created a new module in the CVS : "wiki2xml". Check it out ;-)
> >
> > Magnus
> >
> >
> > Emmanuel Engelhart wrote:
> >
> > >>Try http://www.magnusmanske.de/wiki2xml.zip
> > >>
> > >>
> > >>
> > >
> > >My 'unzip' command can't unzip this file.... strange.
> > >
> > >Emmanuel Engelhart
> > >_______________________________________________
> > >Wikitech-l mailing list
> > >Wikitech-l(a)wikimedia.org
> > >http://mail.wikipedia.org/mailman/listinfo/wikitech-l
> > >
> > >
> > _______________________________________________
> > Wikitech-l mailing list
> > Wikitech-l(a)wikimedia.org
> > http://mail.wikipedia.org/mailman/listinfo/wikitech-l
> >
>
> _______________________________________________
> Wikitech-l mailing list
> Wikitech-l(a)wikimedia.org
> http://mail.wikipedia.org/mailman/listinfo/wikitech-l
>
--
Michael Becker
Gerard Meijssen wrote:
> I have been informed by Walter that nl:wikipedia had decideded quite
> some time ago to move to UTF-8. At the time it was not such a good idea
> as UTF-8 does take more room.
Who exactly is thinking that two bytes for a Cyrillic character (for
example) takes "more room" than a six-character HTML entity?
Timwi