Re: [RFC] Git Wiki Move

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Mon, 18 Jan 2010, Johannes Schindelin wrote:

> On Sun, 17 Jan 2010, J.H. wrote:
> 
> > On 01/17/2010 03:06 PM, Johannes Schindelin wrote:
> > 
> > > BTW there is a file KHTMLFixes.css in the directory skins/monobook/ 
> > > which makes the layout break with Chromium.  Apparently, it is no 
> > > longer needed by KHTML anyway.  So could you please replace that 
> > > file with an empty one, or comment out the offending part, like so:
> > > 
> > > 	/* #column-content { margin-left: 0; } */
> > 
> > I'm not keen on making changes since that file is still coming from 
> > the shipping version of mediawiki and I'm trying, quite a lot, to not 
> > run a modified version of it.  I've got enough troubles with the fact 
> > that that one change would affect 22 wikis in a single go.
> > 
> > As bad as it is to say this, I'd rather wait for 1.16 to come out vs. 
> > modify it in place.  Mediawiki is claiming they are in continuous 
> > integration development with quarterly releases but their last release 
> > was June of 2009, so take that as you will.
> 
> Fair enough.  As long as Chromium has a fairly small share of the 
> market, I think it is safe to tell everybody to wait a little until the 
> side bar is no longer displayed at the left _below_ the main body text.  
> AFAICT the problem was solved with Wikipedia, so the next release should 
> magically fix the issue.

Actually, in a rare case of cleverness, I found out how to fix it (at 
least for me, it works):

	http://git.wiki.kernel.org/index.php/MediaWiki:Monobook.css

Of course, this is only a work-around, and it will get broken once 
Monobook changes dimensions (or more).  But hopefully Chromium will be 
fixed by then, extending the canvas into the negative arm of the x axis 
whenever needed.  And then I will happily delete the custom Monobook.css.

These are the things left that I would like to see soon:

- add a link from the old Wiki (with rewrite rules)

- use whatever logo (anything is better than the sunflower)

- enable anonymous edits

- a major cleanup of the broken autolinks and faulty formatting.

The latter point is probably the most tedious one, so I suggest that only 
those get a vote on the logo who fix at least 3 pages.

Ciao,
Dscho


--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]