OK, so, I took my first crack at working on MediaWiki with an attempt
to check for cookies when logging in (bug #770011). I got all
flummoxed trying to upload the patch to SourceForge -- didn't you used
to be able to do that? -- so I'm just sending it here.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
So, I want to start making daily database dumps available on
Wikitravel. However, I don't want to give out user passwords or user
email addresses.
Is the script used by Wikipedia available anywhere? A quick review of
the MediaWiki codebase isn't coming up with anything. Ideas?
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
The following patch adds a Go button to Cologne Blue. It doesn't match
any existing bug; just a note on the Cologne Blue skin problems (great
name for a page, btw) meta page.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
Attached is a patch to reorder the links on the Cologne Blue
sidebar. I pretty much followed the suggestions on the bug page, with
several differences:
* I moved "Recent Changes" up to "Browse"
* I made Move, Delete, and Protect this page part of "Edit"
* I added "Post a comment" after the talk page link
I figured the Post a comment link was useful enough for all skins that
I added it to Skin.php as a method, commentLink().
The patch also fixes Bug #825774.
Lastly, the patch removes the ugly "Error" where "Delete this page" or
"Protect this page" would normally be, if the page doesn't exist
yet. I don't know if that's a registered bug or not; I don't think
it's much good, because it's not like the user made an error or
anything.
~ESP
P.S. I'm going to try to cut into some of the drudge work Brion was talking
about this weekend.
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
OK, so, I did some CSS goofing off, so that different types of links
(internal, external/interwiki, missing, stub) all have different
colors, whether they've been visited or not.
The colors are a little brash -- not terrible, but I think the
external unvisited one is kind of limey -- anyways, this can be
changed fairly easily. The mechanism is there to divide up the 8
different kinds of links, though.
I did this for all the skins, since as noted on the Cologne Blue skin
problems page, it'd be jarring to have different colors on different
skins. That can be changed, though. The mechanism should probably
remain, anyways.
Patch attached.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
So, I've been coming up with great ideas for MediaWiki -- or, rather,
great ideas for enhancements for MediaWiki for Wikitravel's needs. But
I figure it's probably going to be easiest to get into the code if I
start working on some bugs instead.
Are there any bugs that an interested volunteer could start working on
and submitting patches for? The huge list on sourceforge is a bit
much.
~ESP
--
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
Hello mediawiki-l,
Thanks to Brion, I managed it to install a mirror of the German
Wikipedia. To make it very simple, I configured the mod_rewrite
with the .htacces so that everything links to the printable
version. Since all the edit stuff isn't working anyway.
Sometimes, when I open a link, I get the link with a
?PHPSESSID=9308d65a897e0712a32cfd or something like that in the
end. How do I disable that? It makes the links longer, some search
engines wont spider me and I don't want to track my visitors.
My next question: I want to add a Google search form at the top
of every site (http://www.google.com/intl/en/searchcode.html#both)
I tried to just edit the LanguageDe.php since it contains the
static text on the sites, but it didn't work out. Is the
Skin.php the template? I couldn't figure it out how to add the
html code there.
Any help would be greatly appreciated!
--
Best regards,
Freerk mailto:freerk@gmx.net
--- Brion Vibber <brion(a)pobox.com> wrote:
> On Nov 19, 2003, at 19:23, Steve Cooney wrote:
> > But Im curious, for SP (or any other MW site) to
> use
> > MW, some specialized modules will have to be made,
> > some of which may not be useful to WP, but may be
> > useful for something else.
> >
> > Should imminently enthustastic and abundant SP
> > developers simply join MW, and get their works
> lost in
> > the shuffle, or can there be project forks in CVS
> > under the MW (still "Wikipedia" on sForge --they
> dont
> > do account transfers, eh?) that are modestly
> > independent and somewhat autonomous?
>
> We could add additional branches in CVS, but they
> would likely be much
> harder to maintain that way instead of just putting
> them right in the
> main dev branch, where people will test them and
> they have half a
> chance of getting maintained and going in the main
> stable distribution.
>
> Useful general-purpose stuff like SVG support and
> annotations should
> certainly go in the main code (and good features
> should also be easy to
> disable where not needed!)
>
> -- brion vibber (brion @ pobox.com)
Ok --but would it be better for MediaWiki if it had
some emphasis on its ability to branch out into
different, customized applications? By this, I mean
that, just as some have pointed out, MediaWiki aspires
to be more than just Wikipedia, and as such, people
will want use-specific packages, perhaps including
cut-down lite wiki versions (but with the benefit of
some newer bells and whistles). I know the whole thing
is actually pretty tiny anyway, though.
Just curious, because it seems to me that MediaWiki
wants to be more of an umbrella for other
non-Wikimedia wikis, and not just a one-trunk deal.
The difference is perceptual, but may effect how
MediaWiki recieves attention from freelancers, who
just want to find free sockets and new directions they
can plug themselves into.
Sincerely,
Stephen Cooney
__________________________________
Do you Yahoo!?
Free Pop-Up Blocker - Get it now
http://companion.yahoo.com/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
So, the way MediaWiki markup works now, something that looks like
"=this=" gets rendered as "<h1>this</h1>", and something that looks
like "==this==" gets rendered as "<h2>this</h2>", and so on with more
equal signs making deeper HTML header tags.
The problem with this is that the stylesheets we have render <h1> tags
really, really big. It seems like people try to avoid using one- or
even two-equals headers, just because they render outrageously large.
This seems like a bad precedent to me. The equal signs, in my opinion,
should be used more as *logical* section separators than for physical
formatting. I think that the top level of sections in a page should
use one equal sign -- always, without exception -- and subsections of
those sections should use two equal signs, and so on and so forth.
My question is: how can we get the rendering right so "=this=" renders
more neatly, and less obstructively, on a page? One quick-and-dirty
solution is to just have the rendering code shift everything down one
- -- "=this=" becomes "<h2>this</h2>", and "==this==" becomes
"<h3>this</h3>", and so on and so forth.
The problem with that strategy, of course, is that you bottom out at
five section levels, which I personally think is fine for pages at the
granularity of Wikitravel (and Wikipedia, AFAICT). When someone uses
two equal signs for a top-level section header, that's pretty much
what they're doing, anyways.
The other possibility is changing the stylesheets to make h1, h2, h3,
etc. tags somewhat smaller. This seems to be a little less flexible,
wouldn't necessarily work with all browsers, and is harder to get
right.
Suggestions, ideas, comments?
~ESP
- --
Evan Prodromou <evan(a)wikitravel.org>
Wikitravel - http://www.wikitravel.org/
The free, complete, up-to-date and reliable world-wide travel guide
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/u8k8ozwefHAKBVERAs80AKDckW/hkrEFrenm9/iqQ5HfKlWMMACgiAKS
fJc0cdemYDuiyAiGjabOOb0=
=y3nb
-----END PGP SIGNATURE-----
Im starting a new wiki called symbolproject.org -- i'm
wondering if it might be better just to go with
installing the unstable branch just to try it out,
since we're just getting started.
I understand that some people have been waiting months
to get their code up live on wikipedia. Im thinking
that they could get it going right away on
symbolproject.org, and the different project goal
might be interesting to people who want to take a
break from wikipedia-specific development. The
question i have i guess, is to fork mediawiki in
sourceforge cvs or not --maybe this could help
mediawiki development, i dont know.
-Stephen Cooney
__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree