Closed GoogleCodeExporter closed 9 years ago
workaround : you can drag'n'drop a "folder album" on the add button "+" ...
BTW, it seems that you got a problem of version between pygtk and gtk
what are your version ?
Original comment by manat...@gmail.com
on 11 Jan 2009 at 4:50
Hi,
The drag'n'drop didn't work. How can I find out the version for these typing gtk
--v or gtk --version didn't help... thanks
Original comment by alienco...@gmail.com
on 11 Jan 2009 at 5:14
I also experience this issue, in my case on Gentoo Linux downgrading the gtk+
package
to align with the pygtk version fixed the issue for me.
Original comment by r...@wallace.gen.nz
on 11 Jan 2009 at 5:19
so how can I find my versions to get them in sync?
Original comment by alienco...@gmail.com
on 13 Jan 2009 at 9:51
most simple : in synaptic
Original comment by manat...@gmail.com
on 13 Jan 2009 at 1:01
Original comment by manat...@gmail.com
on 15 Jan 2009 at 10:41
Issue 43 has been merged into this issue.
Original comment by r...@wallace.gen.nz
on 21 Jan 2009 at 9:12
As per new info in Issue 43 deleting ~/.jbrout/jbrout.conf fixes this issue for
one
import and then issue is back.
Note: the same thing does not fix the identical issue in the download plugin.
Original comment by r...@wallace.gen.nz
on 21 Jan 2009 at 10:53
for info :
since 0.3 jbrout use dict4ini backend to manipulate "ini files"
(in 0.2 he used a home-made backend)
Original comment by manat...@gmail.com
on 21 Jan 2009 at 10:56
Original comment by r...@wallace.gen.nz
on 22 Jan 2009 at 6:31
As I wrote in Issue 43, when I start jbrout, it is possible to use the "Add
album"
action effectively (but only once), but not if I have navigated in the albums
before.
So it can work even though there is a mismatch between pygtk and gtk, which
made me
think of some initialization or context (haven't looked at jbrout code,
though...)
Original comment by chartier...@gmail.com
on 22 Jan 2009 at 8:05
Original comment by r...@wallace.gen.nz
on 23 Jan 2009 at 5:14
I believe this has something to do with the background loading of the thumbs.
The
function __load_thumbnails_bg() in listview.py should yield False upon
completion.
Here's a patch.
Original comment by ang.jo...@gmail.com
on 24 Jan 2009 at 2:59
Attachments:
It seems that the background loading of the thumbs is interfering with the gtk
filechooserdialog. As a workaround, I tried stopping the background process
before
displaying the dialog and then re-starting the process afterwards. Here's a
patch.
Original comment by ang.jo...@gmail.com
on 24 Jan 2009 at 3:33
Attachments:
Please ignore my first post :)
Original comment by ang.jo...@gmail.com
on 24 Jan 2009 at 3:46
Thanks for the patch it also works for me. There is also the same problem with
the
file chooser in the download and multi-export plugins, and this treatment dose
not
fix those issues.
It looks like the file chooser generically has problems with tasks running in
the
background.
I have been working on a replacement file chooser which should be complete later
tonight so will likely use that in all three places.
Patch committed for add folder selection in r170
Original comment by r...@wallace.gen.nz
on 24 Jan 2009 at 8:01
Now fixed fully in r171 with new folder selection dialog
Original comment by r...@wallace.gen.nz
on 24 Jan 2009 at 12:51
Just in case you would want the gtk filechooserdialog back... just in case :)
...
here's a patch (against Rev 169).
Moved the thumbs loading background task to a separate thread instead of the
loop
inside the call to gobject.idle_add().
Ok with Add folder, download and multi-export plugins.
Original comment by ang.jo...@gmail.com
on 26 Jan 2009 at 5:46
Attachments:
New folder chooser integration backed out and revised patch added in r174.
Original comment by r...@wallace.gen.nz
on 27 Jan 2009 at 10:04
Original issue reported on code.google.com by
alienco...@gmail.com
on 11 Jan 2009 at 4:43Attachments: