On Sunday 21 June 2009 21:51:08 Vladimir Nadvornik wrote: > On Saturday 20 June 2009 19:21:28 stair wrote: > > I have been a long time user of GQview and switched to GeeQie about a > > year ago, great stuff Guys, it looks like you are working really hard on > > it I look forward to watching GeeQie develop. > > > > Now my point, when performing file operations from within GeeQie e.g. > > moving or deleting a large number of images (a few 100s) things get very > > slow taking 100% processor. As the number of images remaining to be > > operated on gets smaller things speed up. It is as if the operation is > > performed on only 1 image at a time and after each operation the list of > > remaining images is re-created. I have no idea if this is what is really > > happening, only that this is what seems to happen in use. I don't recall > > these operations being so slow on GQview, any thoughts? > > The file operations are performed one file at a time in an idle call > (g_idle_add called in file_util_perform_ci_internal) > The file list is updated in another idle call (g_idle_add called in > vf_refresh_idle). > Both these idle calls have the same priority. It probably needs a more > clever handling of list update priority - start low and increase over time. > I will try to implement it. > Thanks for pointing on this issue. >
Can you please test rev. 1759? Vladimir ------------------------------------------------------------------------------ Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org _______________________________________________ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
