[Geeqie-devel] Problem with drag'n'drop

2010-06-04 Thread Marcin Zajączkowski
Hi,


I have a problem with drag'n'drop from Geeqie to Thunderbird. Files seem
to be moved to attachment pane, but after pressing Send button
Thunderbird stages at Attaching phase (no progress visible). Files
dragged from Nautilus work fine.
Is it a known issue/limitation or I'm doing something wrong?

Fedora 11, geeqie-1.0-2.fc11.i586


Regards
Marcin


--
ThinkGeek and WIRED's GeekDad team up for the Ultimate 
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the 
lucky parental unit.  See the prize list and enter to win: 
http://p.sf.net/sfu/thinkgeek-promo
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] [PATCH] Multithreaded image loading

2009-08-04 Thread Marcin Zajączkowski
On 2009-08-02 05:15:51 +0400 Bartosz Zaborowski wrote:
 -Original Message-
 From: Marcin Zajączkowski msz...@wp.pl
 To: geeqie-devel@lists.sourceforge.net
 Date: Sun, 12 Jul 2009 22:33:02 +0200
 Subject: Re: [Geeqie-devel] [PATCH] Multithreaded image loading
 
 (...)
  
  Thanks for this patch, Bartek!
  I patched rev. 1796 and Geeqie compiled fine. I gave it a try with
  MAX_THREADS set to 3 and 4 (on CPU with 2 cores) and it seems to
  run a little bit faster. Unfortunately it's hard to say if its
  mentioned 185%. Is there an easy way to make some benchmark?
 
 You can clean the thumbs cache and run geeqie from commandline under
 `time` with directory that contains a lot of big photos as a param...
 and watch the progress bar to close app when thumbnails are done.
 I measured it more precisely by adding exit(0) in code when end of
 the list of files is reached.

With loading thumbnails I see a difference.


  Besides thumbnails in the main list should I expect to have main
  image loaded (and shown) almost 2x faster (for no cached images)?
  Or the second (cached) image should be loaded faster?
 
 Main photo is loaded simultanously with first thumbs and only this.
 It doesn't load faster, since it is still processed by only one CPU.
 And I havent touched the prefetching mechanism too, but here is
 something to do.

Ok. I asked because I didn't exactly know what should I expect. I don't
know that algorithm and don't know would it be easy (possible?) to
parallel it. But if yes I think it would be worth :).


Regards
Marcin



--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Symlink in the current SVN

2009-07-18 Thread Marcin Zajączkowski
On Sat, 18 Jul 2009 19:05:41 +0100
Colin Clark ccl...@mcb.net wrote:

 Marcin Zajączkowski wrote:
  Hi,
 
 
  In geeqie 1.0beta1 Symlink command was moved File menu. In current
  SVN (1797) there is no Symlink there and in fact I wasn't able to
  find it somewhere else.
  Could you tell me how to call Symlink command and if it was removed
  accidentally (I had a problem to find the commit when it was
  removed)?

 Hi,
 
 If you right-click the mouse on the image or on a thumbnail, in the 
 Edit sub-menu is an entry for Symlink.

Thanks for your reply, but unfortunately in my version (built from SVN
rev. 1797) there is no that entry. In Edit sub-menu in the context
menu for a picture or thumbnail there are only 3 entries for configured
editors (GIMP, gqview and gThumb).
I even deleted my geeqierc.xml, but without any result.


Regards
Marcin



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Symlink in the current SVN

2009-07-18 Thread Marcin Zajączkowski
On Sat, 18 Jul 2009 19:54:43 +0100
Colin Clark ccl...@mcb.net wrote:
(...)
  In geeqie 1.0beta1 Symlink command was moved File menu. In current
  SVN (1797) there is no Symlink there and in fact I wasn't able to
  find it somewhere else.
  Could you tell me how to call Symlink command and if it was
  removed accidentally (I had a problem to find the commit when it
  was removed)?

  If you right-click the mouse on the image or on a thumbnail, in
  the Edit sub-menu is an entry for Symlink.
  
 
  Thanks for your reply, but unfortunately in my version (built from
  SVN rev. 1797) there is no that entry. In Edit sub-menu in the
  context menu for a picture or thumbnail there are only 3 entries
  for configured editors (GIMP, gqview and gThumb).
  I even deleted my geeqierc.xml, but without any result.

 Check the entries under Edit / Preferences / Configure Editors.
 
 Do you have an entry for Symlinks? Perhaps it is marked as Hidden.

No, I have only desktop files to a few editor.
Where is it keep in configuration? I could restart it (it seems to be
not in geeqierc.xml).


Regards
Marcin




--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] [PATCH] Multithreaded image loading

2009-07-12 Thread Marcin Zajączkowski
On Tue, 07 Jul 2009 11:04:06 +0200
Laurent Monin z...@norz.org wrote:

 Bartosz Zaborowski a écrit :
  Hi all,
 

 Hi,
  I've rewritten some code of image loader to get real performance
  gain from threads on SMP machine. Threads support exist in geeqie
  since around rev 1100, but in fact, there are up to 2
  simultaneously running threads - main (for GUI) and only 1 for
  image loader. And GUI doesn't do anything cpu-intensive.
 
  With this patch geeqie runs a few simultaneous threads for image
  loaders while it loads image for main view and makes thumbnails in
  main list. Number of threads depends on MAX_THREADS constant
  (currently located in main.h, but it should probably be determined
  in configure somehow - I'm not familiar with automake etc). Low
  prio tasks (making thumbnails) runs in up to MAX_THREADS threads.
  When high-prio task arrives, some of the low-prio are stopped - so
  when MAX_THREADS=1 you get exactly the old behavior.
 
  It seems that MAX_THREADS should be set to number_of_cpus+1, with
  that value I've got best performance.
 
  I haven't modified the search and duplicates dialogs with their
  thumbnails loading methods - maybe I'll rewrite them later (I don't
  understand why there is more than 1 separate mechanism for making
  thumbnails?).
 
  And I did some tests: after modification on 2core CPU I've got
  about 185% of initial performance, and when MAX_THREADS=1 we get
  sth which is not worse than original geeqie.
 
  There are also some minor modifications in file reading - I've
  added madvise call to force readahead of mmaped file (with many
  threads its really important) and increased a bit read buffer -
  it gives a little performance gain for free.
 
  I hope somebody will enjoy my work;)
 
  PS. I know its not the best time to post such patch, since you are
  releasing 1.0, but it's also a part of a project for my course at
  high school;) PS2. I'll be offline from 9.07 to ~28.07, so I won't
  answer for any comments those days.
 
  --
  bart
 

 Thanks for this patch, i attached a version of it updated to match
 latest revision (1796) for all to test.
 
 I didn't have the time for now to test it in details, but it looks
 interesting.

Thanks for this patch, Bartek!
I patched rev. 1796 and Geeqie compiled fine. I gave it a try with
MAX_THREADS set to 3 and 4 (on CPU with 2 cores) and it seems to run a
little bit faster. Unfortunately it's hard to say if its mentioned
185%. Is there an easy way to make some benchmark?
Besides thumbnails in the main list should I expect to have main image
loaded (and shown) almost 2x faster (for no cached images)?  Or the
second (cached) image should be loaded faster?


Regards
Marcin



--
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] No more Properties in context menu in 1.0beta1

2009-06-28 Thread Marcin Zajączkowski
On Sat, 27 Jun 2009 23:19:50 +0200, Vladimir Nadvornik wrote:

 On so 27. června 2009, Marcin Zajączkowski wrote:
 Hi,


 There is no Properties option in a context menu in 1.0beta1. I haven't
 found anything instead of to view file properties. Was it removed
 accidentally?


 The functionality was moved to the sidebar (shown with Control-K). It is
 not in the default configuration, you can add it with right-click on
 empty space in the sidebar.

Thanks, but it's not very intuitive for me. If it wasn't completely 
rewritten maybe it could be available as a panel and also as a dialog in 
the old style?


Regards
Marcin



--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


[Geeqie-devel] No more Properties in context menu in 1.0beta1

2009-06-27 Thread Marcin Zajączkowski
Hi,


There is no Properties option in a context menu in 1.0beta1. I haven't 
found anything instead of to view file properties. Was it removed 
accidentally?


Regards
Marcin


--
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Next plans

2009-01-28 Thread Marcin Zajączkowski
On 2009-01-28 19:36, Omari Stephens wrote:
 Christopher Beland wrote:
(...)
 Is there anyone for whom the internal copy, move, and rename commands
 would actually be insufficient in practice and not just in theory?  I
 myself was pondering setting up gvfs-trash as my standard
 alternative to rm, so my command-line and GUI delete commands would
 be integrated.  But I can't think of any case where mv and cp or
 their internal equivalents wouldn't suffice.  What about symlinks?  I
 expect many GUI users don't (or shouldn't be asked to) know what they
 are, much less put them to practical use.
 Symlinks are essential.  Period.  There are certainly folks who don't know 
 how 
 to use them, but for the ones that do, there is no alternative.

I fully agree with Omari. Synlinks are very important and powerful
option which unfortunately usually it's not available in image viewers.

I like it very much together with an ability to define custom commands
which are called on specified (and now very long) key sequence (or even
shortcuts).


Regards
Marcin


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel


Re: [Geeqie-devel] Make a (symbolic) link command

2008-09-13 Thread Marcin Zajączkowski
On 2008-09-13 23:14, Vladimir Nadvornik wrote:
(...)
 Back to the my story I think that External link command (which makes a
 (symbolic) link) would be very useful. Sometimes I make a symbolic links
  in a separate folder to photos to be printed (I don't have to duplicate
 those files) and later just copy it somewhere (cp follows links and copy
 real files).
(...)
 Actually, there already is a possibility to add any command that requires 
 source and target in preferences dialog. 
 Syntax is like this:
 
 ln -s %p %d
 
 %p is the source file and %d destination.

I knew about an ability to add your own command, but I though it's only
to call the editor (without a dialog). But in fact it's logical that
destination dialog is shown where %d occurs.

 The command asks for destination if it is started from the menu and appears
 also in dragdrop menu and in sort manager.
 
 Symlink command is a typical usage of this feature and it was added to the 
 default commands, so you can just reset he editors list if you don't see it.

I had the config from the older version. After reset I can see a
Symlink command.

 Please test if it fits your needs. Feedback is welcome.

It's exactly what I was writing about. Thanks.
Symlinks are made correctly. Alt-E,3 is quite easy to reach.

Btw, is it suggested to make some special steps after upgrade to the
(any) new version of Geeqie?


Regards
Marcin


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel