This is the mail archive of the xconq7@sources.redhat.com mailing list for the Xconq project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Help menu position


>On Mon, 2003-11-03 at 07:20, Hans Ronne wrote:
>> The only glitch is the inability to scroll the help menu in Unix, which I
>> already mentioned. I have seen this in some Unix programs before, such as
>> the bookmarks menu in old versions of Netscape. So it must be a known
>> problem to Unix developers.
>
>I think that old versions of Netscape handled this by truncating the
>menu to as many entries as would fit on the screen - 1, adding a "More"
>sub-menu at the end of the menu, and displaying the remaining menu
>entries in the "More" sub-menu (and, yes, it would put "More" sub-menus
>within "More" sub-menus if it needed to).  Of course, this would grow
>unwieldy very quickly with large menus (just try to imagine what it
>would look like with all these sub-menus in 3rd-age.g!).

You are right, but this is what I would call the middleage Netscape
(version 4). The real old one (version 3) just truncated the menu. I guess
it is possible to implement the middleage solution in xconq, but as you
noted it is unwieldy. I would rather like to know how modern apps like
Netscape 7 and Mozilla work around this bug without using "More" menus.

Hans




Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]