Wiki work

[Paul Boddie]

Adrian Buehlmann wrote:
> Oh. I didn't look at them bottom. I think this is a bit unhandy (having
> to scroll down).
>
> I also think having the info link to the page history page at the very
> bottom is very unhandy. This function is quite important for checking
> for vandalism or editing context.
>   

Agreed. The competing interests in the layout so far have been...

* Making it look like the main Mercurial site.
* Trying to put more commonly used things in easy-to-reach places.
* Not distracting too much with various controls or features.

It's quite tricky to find a balance. A friend of mine wanted a minimal 
theme for Moin to work on his phone (running the abysmal NetFront 
browser), and the last point was most important, especially since he 
wanted the actual content to begin as high up on the page as possible. I 
ended up having a link at the top of the page pointing to the controls 
at the bottom, but that can still be annoying to use.

> I guess the edit link is at the bottom to, right? (judging from the fact
> that I see an "Immutable page" at the bottom).
>
> An edit link at the bottom of the page is not going to help people start
> editing the wiki. And we do want more people editing the wiki.
>   

Maybe it should appear alongside the "user, settings, logout" links.

> Is there a page that can be edited on your testwiki (so I can have a
> edit testdrive with that theme?).
>   

I've added you as a trusted editor, so you should be able to edit and 
create pages.

[...]

> Another point is that the header is taking away a lot of vertical screen
> space [1].
>
> The reflow when shrinking the window in horizontal direction makes
> things even worse [2].
>
>
> [1]
> http://bitbucket.org/abuehl/downloads/downloads/hgwiki.boddie.org.uk.1.PNG
> [2]
> http://bitbucket.org/abuehl/downloads/downloads/hgwiki.boddie.org.uk.2.PNG
>   

This was really tricky to do, in fact: replicate the Mercurial site's 
"top menu" and still have it behave in a graceful way when the window 
size is reduced. The constraints here are the number of menu entries, 
their sizing, and the width of the bar. The main site gets away with a 
narrower bar which doesn't attempt to wrap on a smaller display, forcing 
horizontal scrolling to see everything.

Maybe I should consider other ways of dealing with resizing, including 
eliminating the margins if I can figure out how to do that. :-)

Paul