In article Marek Mand wrote:[color=blue]
> Els wrote:[color=green]
> > Marek Mand wrote:[color=darkred]
> >> How to create a functional *flexible* UL-menu list
> >> (working in IE, Mozilla1.6, Opera7 (or maybe even in Opera6))
> >> as seen on nowadays modern webpages, that is aligned on the right:
> >> whereby:
> >> 0) menu items are placed next to eachother horizonatlly
> >> as many as possible.[/color]
> > As in when the window gets smaller there will be two or more lines of
> > items?[/color]
>
> Yes, exactly that I meant.
>
>[color=green][color=darkred]
> >> 1) menu items are placed-aligned to the right as much as possible.
> >> That is the last menu item in list touches the right edge of
> >> the container element around UL.[/color][/color]
>[color=green]
> > As in float right?[/color]
>
> Yes, exactly that I meant, that the UL is "floated" to the right.
> If there will be more elements in UL than 1, then the UL would grow in
> width from the right to the left.
>
>
>[color=green][color=darkred]
> >> 3) the menu item order is visually exactly the same as in the
> >> HTML code physically.[/color]
> > Not backwards you mean?[/color]
>
> Yes, exactly.
> That was set here due to that floating shouldnt affect the presentation
> order of the items so that they end up beeing presented in inverse order
> when compared to the order they have in HTML.
>
>[color=green][color=darkred]
> >> 4) the maximum width of the menu is limited to the
> >> UL element surrounding element[/color]
> > As in a max width?[/color]
>
> I meant, that the menu items really shouldnt bleed over left side or
> right side of the container element, they shoulnt partially overlap with
> something. If a menu item fully doesnt fit on a horizontal "menu item
> row" then it should be on the next horizontal "menu item row" below the
> previous horizontal "menu item row":
>
> -UL--------------------------------------------------
> menuitemA menuitemB
> verylongdoesntfintonpreviousMenuItemRow_menuItemC
> menuitemD
> -----------------------------------------------------
>
>[color=green][color=darkred]
> >> 2) menu item widths should be possible to be specified individually.
> >> But in general the menu items should be as narrow as possible.[/color]
> > As in narrow: no padding left and right,
> > wider: padding left and right?[/color]
>
>
> NO,
> explicit individual widths should be also possible to set apart from
> paddings. Please note the next answer:
>
>[color=green]
> > I think this does all 4 things you said, if not, please say so :-)[/color]
>
>
> Well, the most important part is missing:
> functionality of setting widths to the menu "item" elements.
>
> Very important here is to understand from practical side is that for
> later possible mouseover-hover effects we must stylize A hyperlink
> elements instead of the LI element itsself as the only tag which on
> hovering is supported in the major browser - MSIE - is the A hyperlink tag.[/color]
Why don't you but padding to A element? That would work IIRC.
[color=blue]
> That is - the widths of "menu elements" should be given to the
> block-displayed A elements, so that the whole region the width is set to
> would act as a hyperlink.[/color]
Still don't understand why to do it that way, instead of making A bigger
using padding for it.
[color=blue]
> Initially I started out with the floats which wonderfully work
> (but not in Opera7, whereby they do in Opera6)
>
>
http://www.hot.ee/idaliiga/testcases..._eachother.htm[/color]
That is becasue Opera 7 aims to support CSS2.1 instead of CSS2
[color=blue]
> I havent yet seen an article on right aligned navigation menus that WORK
> NOW and can be used on commercial webpages. Instead on those
> css-advocating sites there is lot of DUPLICATED bullshit copied by other
> same kind of css advocating pages declaring how good navigation lists are.
> But nobody has gone through the work of explaining howto make them
> flexible and right aligned working in majority browsers.[/color]
Well, you can't do everything with HTML and CSS. They are not programming
languages, so all you can do is what implementions allow.
And, it is still possible to do it by spec, using CSS hiding technics.
And, of course you could try JS.
The problem is that you just don't want/are unable to do that. Instead
you want us to find some magic piece of code that would solve all your
problems, or alter browsers so that they would do things the way you
want.
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Saapi lähettää meiliä, jos aihe ei liity ryhmään, tai on yksityinen
tjsp., mutta älä lähetä samaa viestiä meilitse ja ryhmään.
