Closed Bug 5880 Opened 25 years ago Closed 25 years ago

[PP]Linux- default Character Set menu does not fit in Window

Categories

(Core :: XUL, defect, P2)

Product:
Core
Component:
XUL
Platform:
Other
Linux
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 9276

People

(Reporter: teruko, Assigned: saari)

References

Details

(Whiteboard: DEPEND - Intl) 

Tested 5-03-99 Linux 2.0 build.

When you select menu View|Default Character Set, the selection of Character set menu is not fit in the Windows.
Below Korean (EUC-KR) is not shown.  This is very critical for I18n.

I do not know who I need to assigned to.
Priority: P3 → P2
Target Milestone: M6
QA Contact: 3853 → 3851
Summary: Linux - Default Character Set menu does not fit in Window → [PP]Linux- efault Character Set menu does not fit in Window
Putting on [PP] radar.
Assignee: don → trudelle
Component: Apprunner → XP Toolkit/Widgets
Summary: [PP]Linux- efault Character Set menu does not fit in Window → [PP]Linux- default Character Set menu does not fit in Window
*** Bug 6041 has been marked as a duplicate of this bug. ***
As I mentioned in the duplicate bug, this seems to be a general
GTK menu scroll issue. If there are other menu items which need to
scroll, they will also fail to display entirely.

For testing purposes, we need a resolution of this bug or an easy workaround.
(I don't think editing and re-ordering .xul should be considered an
easy workaround for testers.)
Assignee: trudelle → saari
reassigning to saari.
Ramiro, how did you do the hierarchical menus for this case before? I don't see
any GTK APIs that will accomodate this.
Target Milestone: M6 → M7
Here are Owen's comments on the issue, FYI:

saari@netscape.com (Chris Saari) writes:

> So what is the best way to handle menus that have more items than can be shown
> on the screen? On other OSes the menu auto scrolls, is there a plan for GTK to
> do this?
>
> I know this is bad UI design, please don't flame me for that, I don't control it.

Unfortunately, this has simply never been implemented. It's not
fundementally hard to do; its just that the people with the knowledge
to do it have never really needed the feature, and it is just
a bit to messy to do from an abstract feeling that it should
be there. Patches would be appreciated (though GtkMenu* is
rather scary code.) Otherwise, hopefully its something I'll
have time to do at some time before GTK+-1.4.

My personal fealing is that scrolling is better than continuation
menus. Certainly better than continuation menus where you have to
go all the way to the button of the screen to access the
next column - like the Motif continuation menus.

You could add continuation menus by hand as submenus, though it might
not come out looking quite perfect; that's probably the easiest way to
do it without modifying GTK+.

Regards,
                                        Owen
Whiteboard: DEPEND - Intl
Blocks: 7228
i'll hop on the bandwagon for this one
Target Milestone: M7 → M9
I don't think this is going to make it for M7 no matter what, so I'm pushing it
to M9.
No longer blocks: 7228
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
marking this as a duplicate

*** This bug has been marked as a duplicate of 9276 ***
I thought it is a practice to mark later bugs of the same
problem as duplicates rather than the first one.
Status: RESOLVED → VERIFIED
Verified Duplicate...see Bug 9276
You need to log in before you can comment on or make changes to this bug.