Closed
Bug 5880
Opened 26 years ago
Closed 26 years ago
[PP]Linux- default Character Set menu does not fit in Window
Categories
(Core :: XUL, defect, P2)
Tracking
()
M9
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.
Reporter | ||
Updated•26 years ago
|
Priority: P3 → P2
Target Milestone: M6
Summary: Linux - Default Character Set menu does not fit in Window → [PP]Linux- efault Character Set menu does not fit in Window
Reporter | ||
Updated•26 years ago
|
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
Comment 3•26 years ago
|
||
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.)
Updated•26 years ago
|
Assignee: trudelle → saari
Comment 4•26 years ago
|
||
reassigning to saari.
Assignee | ||
Comment 5•26 years ago
|
||
Ramiro, how did you do the hierarchical menus for this case before? I don't see
any GTK APIs that will accomodate this.
Assignee | ||
Updated•26 years ago
|
Target Milestone: M6 → M7
Assignee | ||
Comment 6•26 years ago
|
||
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
Updated•26 years ago
|
Whiteboard: DEPEND - Intl
Assignee | ||
Updated•26 years ago
|
Target Milestone: M7 → M9
Assignee | ||
Comment 8•26 years ago
|
||
I don't think this is going to make it for M7 no matter what, so I'm pushing it
to M9.
Updated•26 years ago
|
Comment 9•26 years ago
|
||
marking this as a duplicate
*** This bug has been marked as a duplicate of 9276 ***
Comment 10•26 years ago
|
||
I thought it is a practice to mark later bugs of the same
problem as duplicates rather than the first one.
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•26 years ago
|
||
Verified Duplicate...see Bug 9276
Comment 12•10 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•