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 719631 - When drag'n dropping a file onto the timeline, the big sized thumbnail bothers the user since it hides too much the track
When drag'n dropping a file onto the timeline, the big sized thumbnail bother...
Status: RESOLVED OBSOLETE
Product: pitivi
Classification: Other
Component: Media library
0.92
Other Linux
: Normal normal
: 2.0
Assigned To: Pitivi maintainers
Pitivi maintainers
Depends on: 708332
Blocks:
 
 
Reported: 2013-12-01 10:56 UTC by antistress
Modified: 2015-10-20 13:15 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of the thumbnail a file while drag and dropping it from the media library onto the timeline (195.66 KB, image/png)
2013-12-01 11:02 UTC, antistress
Details

Description antistress 2013-12-01 10:56:59 UTC
Hi,

Here is the case.

When files already sit on the timeline, you can easily move them and, for instance, try to place one against another to join them.

But, when a file directly comes from the media library, its (big) thumbnail hides for the most part the track and then you can't easily directly work with it : it bothers the user trying to directly work with a file imported from the media library (for instance drag and drop a file from the media library and, in the same move, try to join it with a file that already sits on the timeline).

Thanks

(I have a NEC MultiSync EA192M 1280 x 1024 monitor http://www.nec-display-solutions.com/p/fr/fr/products/details/dp/Products/LCD/Current/LCD-EA192M/LCD-EA192M.xhtml)
Comment 1 antistress 2013-12-01 11:02:34 UTC
Created attachment 263228 [details]
Screenshot of the thumbnail a file while drag and dropping it from the media library onto the timeline
Comment 2 antistress 2013-12-01 13:41:30 UTC
To be more precise : this is happening in media library Icons mode. In List mode, things are not that bad
Comment 3 Jean-François Fortin Tam 2013-12-01 15:32:29 UTC
Yep, annoys me too. This is probably because we don't set anything as the visual representation of the item being dragged for GTK, so GTK just takes the listview row or the iconview cell.

Would be nice to take care of that as part of the responsive view, bug #708332
Comment 4 Jean-François Fortin Tam 2013-12-13 21:47:50 UTC
Actually, if you look at medialibrary.py in the _dndDragBeginCb callback, you'll see that we do:

            Gtk.drag_set_icon_pixbuf(context, row[COL_ICON_64], 0, 0)


The problem is that GTK seems to completely ignore it, and I have no idea why.
Comment 5 Thibault Saunier 2015-10-20 13:15:04 UTC
This bug has been migrated to https://phabricator.freedesktop.org/T3106.

Please use the Phabricator interface to report further bugs by creating a task and associating it with Project: Pitivi.

See http://wiki.pitivi.org/wiki/Bug_reporting for details.