Rearrange Bookmarks Toolbar with Drag and Drop

Bug #1006629 reported by Pierre Bender
38
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Midori Web Browser
Confirmed
Wishlist
Unassigned

Bug Description

It is impossible to move a bookmark to another place in the bookmarkbar. If I try to drag a bookmark, nothing happens. It would be very nice to develope such feature. :-)

Related branches

description: updated
summary: - no moving between bookmarks in bookmarkbar
+ (no bug) no moving between bookmarks in bookmarkbar
description: updated
tags: added: dragndrop move
removed: and drag drop
Cris Dywan (kalikiana)
tags: added: bookmarks
summary: - (no bug) no moving between bookmarks in bookmarkbar
+ no moving between bookmarks in bookmarkbar
Changed in midori:
status: New → Confirmed
importance: Undecided → Wishlist
Revision history for this message
Cris Dywan (kalikiana) wrote :

This patch is a starting point, bookmark bar items can be dragged. For some reason themeing breaks and hovering with the mouse no longer shows anything with the patch.
Any takes welcome to further research in this area.

Cris Dywan (kalikiana)
tags: added: dnd
removed: dragndrop
summary: - no moving between bookmarks in bookmarkbar
+ Rearrange Bookmarks Toolbar with Drag and Drop
Revision history for this message
André Auzi (aauzi) wrote :

HI

I've investigated around kaikiana's patch.

The theming and hovering issues seem to be due to the specific behaviour of GtkToolItem and I believe there is another one:
* the item never gets the "drag-data-get" signal.

I achieve basic DND operations if the gtk_drag_source_set is done to the "child" of the toolitem.

At the moment my prototype does it the same way the signal "button-press-event" is installed on bookmarkbar's items, in the function "bookmarkbar_insert_item", but I suspect this results from a potential deficiency in the function "katze_array_action_create_tool_item_for".

I wonder if, the same way it does it for the label update, the "katze_array_action_create_tool_item_for" should not connect to the toolitem's child's signals "button-press-event", "drag-data-get" and "drag-data-delete".

The change for the "button-press-event" would allow us to get rid of the 'duplicates' I see between the functions "midori_bookmarkbar_activate_item_alt" and "midori_bookmarkbar_item_button_press_event_cb".

And if I jump one step ahead probably let us unify bookmark context menus and dnd sourcing for toolbar, drop-down menu and treeview.

What do you think?

Revision history for this message
André Auzi (aauzi) wrote :

The prototype in lp:~aauzi/midori/fix-1006629, implements bookmark bar and menus DND in the bookmark bar.
I'm still looking for an idea for a drop destination that would remove the bookmark from the bookmark bar.

Revision history for this message
982c80311320c1b (alexander-wilms) wrote :

When dragging an item, a trashcan icon could be shown on one side of of the tool bar. But OTOH, I never missed the option to delete an item by dragging in other browsers. Is this why the branch hasn't already been proposed for merging?

Stan (lol-1three37)
Changed in midori:
status: Confirmed → In Progress
status: In Progress → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.