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 336559 - suggested bookmark topics are not easily accessible
suggested bookmark topics are not easily accessible
Status: RESOLVED OBSOLETE
Product: epiphany
Classification: Core
Component: Bookmarks
2.27.x
Other Linux
: Normal major
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks: 755378
 
 
Reported: 2006-03-30 02:17 UTC by Jean-François Fortin Tam
Modified: 2016-09-28 16:30 UTC
See Also:
GNOME target: ---
GNOME version: Unversioned Enhancement


Attachments
mockup (35.17 KB, image/png)
2006-03-30 02:18 UTC, Jean-François Fortin Tam
Details

Description Jean-François Fortin Tam 2006-03-30 02:17:58 UTC
When creating a bookmark, when ticking checkboxes, there are "suggested" (is that the term?) topics that get regrouped together. However, these are grouped at the very top of a scrolling list widget. That's problematic, because I don't get visually notified that they are being "piled up" on the top of the topic list. That means:

a) if I want to access "suggested" topics, I have to scroll to the top
a.1) that makes me loose where I was in the list
b) it breaks the alphabetical order, often WITHOUT THE USER'S KNOWLEDGE. Very bad usability-wise.
c) there is no way to "predict" what will be suggested or not
d) they are grouped at the top, however, there is no indication to the user WHY they are grouped. There should be some text like "Suggested topics".

I have a possible solution idea, please let me know what you think of it. I will attach the mockup to this bug report. I'm aware it's very far from being perfect. And it's likely to be flawed. But I think it's better than what the current GUI does.

The problem being that the "suggested" bookmarks thing should NOT be a scrolling widget, because it will defeat the whole purpose of it. However, it can grow up to be quite big. So another possible solution would be to put it on the side, not on the top or on the bottom. So there would be two lists, side by side. Again, it feels weird too.
Comment 1 Jean-François Fortin Tam 2006-03-30 02:18:21 UTC
Created attachment 62339 [details]
mockup
Comment 2 Diego Escalante Urrelo (not reading bugmail) 2006-08-14 07:25:27 UTC
Well I agree with you, your mockup can be a good solution but I would think of it like an up to down flow, the bottom pane would appear when you select your first topic, then when you select a second one, this pane will be updated again.
I don't know if I'm clear but the idea is that the bottom pane is the one that always change.
Of course you would have to remove the already selected topics from the top pane.

What do you think $reader?
Comment 3 Jean-François Fortin Tam 2006-08-14 12:42:56 UTC
Up to down flow: oh yeah, makes sense, the first thing that needs to be interacted with are the "normal" topics, so I guess I understand what you meant :) sounds good to me.
Comment 4 Reinout van Schouwen 2007-05-31 23:06:48 UTC
Confirming.
Comment 5 Javier Jardón (IRC: jjardon) 2009-08-12 22:28:32 UTC
You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue for you.

Can you please check again if the issue you reported here still happens in a recent version and update this report by adding a comment and adjusting the 'Version' field?

Again thank you for reporting this and sorry that it could not be fixed for the version you originally used here.

Without feedback this report will be closed as INCOMPLETE after 6 weeks.
Comment 6 Michael Catanzaro 2016-09-28 16:30:00 UTC
Is this obsolete?