After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 123989 - "Bookmarks" menu truncation
"Bookmarks" menu truncation
Status: RESOLVED DUPLICATE of bug 116637
Product: epiphany
Classification: Core
Component: Bookmarks
1.0.x
Other Linux
: Normal enhancement
: ---
Assigned To: Marco Pesenti Gritti
Marco Pesenti Gritti
Depends on:
Blocks:
 
 
Reported: 2003-10-07 00:41 UTC by dircha
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description dircha 2003-10-07 00:41:52 UTC
Help:About indicates "Epiphany 1.0"

I am running the latest epiphany-browser from Debian unstable as of
10/6/2003. Package is epiphany-browser version 1.0-1.

Entries in the "Bookmarks" menu trunk as well as in the Topics brances are
truncated at about 32 characters. Without having to try and come up with
novel abbreviations I find that this is frequently insufficient to allow me
to determine quickly whether the bookmark refers to the particular document
I am looking for.

Is it reasonable to make the truncation width a function of the number of
characters in the bookmark entry, against the width of the browser window,
for both the main trunk of the "Bookmarks" menu and sub menus (Topics menus)?

Thank you.
Comment 1 Christian Persch 2003-10-07 09:36:52 UTC
> Is it reasonable to make the truncation width a function of the number
> of characters in the bookmark entry,

I don't think that's a good idea, because truncation was introduced
precisely to avoid having overlong bookmark titles make the menu too
wide; so having the longest bm title decide the truncation length it
contrary to that goal.

> Entries in the "Bookmarks" menu trunk as well as in the Topics
> brances are truncated at about 32 characters.

Looking at the source code, it's 30 chars including the ellipsis
character. Maybe as a short term solution this limit could be slightly
increased, maybe to 40 at max. But: even 30 characters is already too
much for titles consisting mainly of fullwidth (CJK) characters... not
sure what to do here.

In the long run, the solution is to implement the suggestions from bug
116637.
Comment 2 Christian Persch 2003-11-02 13:44:23 UTC
Tested again, and 30 is really very wide already... so it's either
WONTFIX or DUPLICATE of the "smart sizing" bug... doing that.

*** This bug has been marked as a duplicate of 116637 ***