[Geeqie-devel] Tying Panview changes into the rest of geeqie

[Omari Stephens]

Howdy, y'all.  Another vacation, another good opportunity to do some 
geeqie hacking.


So, what I was working on over winter break was a way to do image 
filtering in PanView.  By the time I finished, it had morphed into 
boolean keyword filtering, plus some basic grouping features, using 
plain text or regular expressions.  It's not perfect, but it's good 
enough for a V1.  You can find that here (just rebased against today's 
github master):

https://github.com/xsdg/geeqie/tree/kw-multifilter

At this point, I need to figure out what other pieces of Geeqie need to 
get similar features, so that PanView actually makes sense in the 
context of the rest of Geeqie — it doesn't make sense to have image set 
concepts that only exist in PanView.


Colin already brought up Collections as a feature that needs to be 
updated.  The FileList is another one.  Search is probably another.  Are 
there other important things that I'm forgetting?



From a high-level implementation perspective, I think it makes sense to 
separate the file data from the view of that data.  It's been long 
enough that I've forgotten how that works in Geeqie, but basically, 
there'll be a thing that lists directory contents, and then a view that 
allows one to:

— Group images that are manually added to a group
— Filter images according to some criteria
— (Perhaps) perform the RAW/JPEG grouping that Geeqie already supports.

and then PanView can use the same File source as the rest of Geeqie, and 
they'll all support the various ways to filter and group images.


If anyone is interested in helping with this effort, I could really use 
some help updating the various UI bits to expose the filtering and 
grouping stuff.  I can do the UI stuff, but I'm fairly slow at it, and 
I'm already going to have my hands full with everything that touches 
FileList.


Cheers,
--xsdg


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] New project: filters and grouping in Pan View

[Omari Stephens]

For anyone who's curious to play around with it, this is now working. 
It has all of the features described, although the interface ended up 
going in a different direction than I had originally planned.

https://github.com/xsdg/geeqie/tree/kw-multifilter

It'll be a little bit before this gets merged into master, due to some 
unrelated issues with a parent commit that I had written.

Anyway, give it a shot.  Let me know how it could improve.  I know that 
I need to add documentation somewhere (where?), but I'm curious to know 
whether the UI is intuitive at all.

--xsdg

On 12/22/2016 11:39 PM, Omari Stephens wrote:
>
>
> Le 22 décembre 2016 13:57:35 GMT-08:00, Klaus Ethgen <klaus+gee...@ethgen.de> 
> a écrit :
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Welcome back, Omari :-)
>>
>> Am Do den 22. Dez 2016 um 20:51 schrieb Omari Stephens:
>> [Grouping in Pan view]
>>
>> Sounds promising.
>>
>> How do you plan to implement the SQL-Part? I am not sure, if it is a
>> good idea to depend on full postgresql or other full DB system. Maybe
>> sqlite...
>>
>> On the other hand, I know perl SQL::Statement. But I do not know if
>> that
>> is available as a library.
>
> Oh, the SQL was just a convenient way to explain the two behaviors I had in 
> mind.  For the actual implementations, I would code them by hand.  There are 
> a couple straightforward ways to do the filter behavior.  The grouping would 
> be a little trickier, but probably not much.
>
> Most of the real work would probably come afterward — taking the basic 
> implementations and making sure that they're fast enough and don't consume 
> too much memory.
>
> --xsdg
>
> --
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/intel
> ___
> Geeqie-devel mailing list
> Geeqie-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geeqie-devel
>

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie++ fever dreams

[Omari Stephens]

On 12/26/2016 10:37 PM, Alexander Antimonov wrote:
> On Sun, Dec 25, 2016 at 6:28 PM, Klaus Ethgen  wrote:
>> I for myself have technical reasons why I dislike C++. And I also have
> Could you, please, provide a list of your dislikes of C++?
>
>> concerns about maintainability. Many times the encapsulating breaks
>> necessary overview.
> For instance?
>
>> So, conclusion, if you have something that can be done in C++ and you
>> want to do it, go ahead. Especially if you stay with the project and
>> maintain that stuff afterwards. :-)
> Is there any plan, enhancement list, users' whishlist?

There is a bug list, which does have some feature requests as well:
https://github.com/BestImageViewer/geeqie/issues

--xsdg

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie++ fever dreams

[Omari Stephens]

On 12/24/2016 05:18 PM, Alexander Antimonov wrote:
>> We should have a good expectation of improving life for our users ...
> Users are important, but with such move we could improve developers'
> life at least.
More to the point, code that is easier maintain benefits developers as 
well as users.  And having a language that actually encourages code 
encapsulation, reuse, and adaptation would help us build UIs and 
subcomponents that are more consistent, and consequently, that are 
easier and more intuitive for users to understand and to become familiar 
with.

>> - Introduce new bugs (because big rewrites always do)
> Sure, but with C++ port we can also simplify code, and less code - less bugs.
> Now considerable part of Geeqie's code is plain C which builds UI.
> It's a rare method of building UI nowadays. It should be replaced with
> something like Glade description.

It would also be a great opportunity to _remove_ latent bugs that 
already exist.  _Especially_ typing-related bugs.  Just yesterday (which 
is what spurred me to send this email), I fixed a latent buffer-overflow 
bug in the rcfile parsing code ([1]), because someone passed a short* to 
a function that was going to stuff an int into it.  So I fixed it by 
manually copying and pasting the uint helper functions and replacing 
"uint *" with "uint16 *" in the prototype.  Except I didn't copy all of 
them because it simply increases the maintenance burden for no benefit 
yet.  Except not having a unified API across all of the types creates 
its own dev usability burden.  If that's not a 100% prototypical "just 
throw templates at it" problem, I don't know what is.

Also, say you've got a GList*.  How do you avoid sticking the wrong type 
into it?  In C, you've gotta be perfect (including when returning to 
code that hasn't been touched in 4 years) or your code will magically 
crash when a user is trying to get work done.  In C++, your code isn't 
going to compile if you get it wrong.

Here's another easy example: does Geeqie have any double-free or memory 
leak bugs?  I can pretty much guarantee that it does, because they're so 
hard to detect.  C++ features enable (but don't force) you to actually 
guarantee that those classes of bugs don't exist.  Fewer crashes and 
less unintended memory use both offer significant quality-of-life 
improvements for users.

>> - Maybe exclude some core developers who just don't have as much fun in C++ 
>> as in C
> It might be a good chance for them to improve their skills a bit.
>
> My 5 cents, I prefer do not use love/hate words when it comes to
> technical things.

Agreed, Jeff, which is specifically why I posed this as a question and 
not as a proposal.

That said, I also agree with Alexander.  Learning C++11 (and 
_specifically_ C++11, as opposed to any earlier version) has made me a 
better C programmer, because it's made me more aware of the kinds of 
bugs I write in C that the compiler _doesn't_ catch.  Especially around 
pointer memory ownership.  And those problems are exacerbated by the 
asynchronous patterns used in Glib and GTK, as well as Geeqie itself 
(FileData, I'm looking at you).

std::unique_ptr is annoying, but it's specifically so annoying because 
it exposes so many of my bad pointer-handling habits and forces me to 
fix them.  Those bad habits also have a user impact (*cough* double 
free/memory leak), and being more aware helps me to write better code. 
But that awareness wouldn't have developed anywhere near as quickly 
without std::unique_ptr kicking me in the face every time I got it wrong.

--xsdg

[1] 
https://github.com/BestImageViewer/geeqie/commit/a43d40845dcc2fb63c1ad6cae31b8b1ff5527701

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Geeqie++ fever dreams

[Omari Stephens]

It is at least hypothetically possible to port Geeqie to C++11 / GtkMM.

Ignoring the inevitable ridiculous mountain of work that it would take, 
does the end state seem like a good idea?


Personally, I only knew C89 and small quantities of C++98 until I 
started using C++11 for work earlier this year.  One of the things I've 
come to appreciate about it is that std::unique_ptr and std::move make 
memory _ownership_ explicit, which basically makes memory leaks, 
double-frees, and other pointer maladies a non-issue.  You still have 
bare pointers when you need them, but you only have to use them when 
really needed.

The other thing that seems useful is that between C++ and GtkMM, you get 
real namespaces and an actual honest-to-goodness GTK class hierarchy. 
And templates mean GList* turns into GList*, so you can know 
what's inside of it just by glancing at the header file, without having 
to dig through the code.  And then if you try to put the wrong thing 
into it, it's a compile-time error instead of a segfault.

Thoughts?
--xsdg

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Geeqie coding standards? Third edition :o)

[Omari Stephens]

It appears that each time I come back to working on Geeqie, I send one 
of these emails ;o)


Here are threads #1 and #2:
#1: https://sourceforge.net/p/geeqie/mailman/message/22531197/
#2: https://sourceforge.net/p/geeqie/mailman/message/27441283/

In #2, I had created a one-liner to compute a line-length histogram our 
codebase.  I've rerun it and included the results below as [1].  If also 
attached a list of max-line-length by source file.  As of my git clone 
from earlier this week, Geeqie has 106k lines.  227 of those lines are 
over 160 characters.  That's 0.2%


I am willing to change those 227 lines by hand if it means we can commit 
to a line length limit of 160 characters.



But beyond that, ClangFormat exists now.  Because it's part of Clang, 
and actually lexes/parses the C language, it can make actual 
semantically-driven decisions about how a piece of source code should 
look.  This means that _if_ we decide on some style, ClangFormat should 
make it relatively straightforward to update the codebase in one fell 
swoop.  (And FYI, the C++ standard at Google, where I work, is to run 
all code through ClangFormat, with exceptions specified as per [2])


With that said, I would love for us to get away from a style that 
encourages us to mix tabs and spaces.  See, for instance, [3].  There is 
no way to match an arbitrary paren on the prior line without using 
spaces for some indentation.  But if our style is to use tabs for most 
indentation, it either means that you can't match the exact paren offset 
from the previous line, or you have to mix tabs and spaces.


My personal preference would be to switch to using spaces for all 
indentation, but I would be okay with using tabs for all indentation as 
well, so long as we avoid situations where the tabs need to be padded 
with spaces.


--xsdg


[1]  Note that keymap_template.c is a C-wrapped XML file, which is why I 
exclude it.


$ruby -e 'lc = Hash.new{|h,k| h[k] = 0}; ARGV.each{|f|
File.new(f).each_line{|l| l.gsub!(/\t/, " "*8); lc[l.length/10] += 1}};
csum = 0; lc.sort.each{|(x,y)| csum += y; printf "%3d-%3d: %s %d\n",
10*x, 10*(x+1)-1, y.to_s.ljust(5), csum}' $(\ls *.c *.h *.cc | grep -v 
keymap_template.c)

  0-  9: 30198 30198
 10- 19: 9074  39272
 20- 29: 14334 53606
 30- 39: 13148 66754
 40- 49: 9292  76046
 50- 59: 7223  83269
 60- 69: 7534  90803
 70- 79: 6587  97390
 80- 89: 3974  101364
 90- 99: 2194  103558
100-109: 1254  104812
110-119: 681   105493
120-129: 355   105848
130-139: 143   105991
140-149: 64106055
150-159: 39106094
160-169: 28106122
170-179: 22106144
180-189: 32106176
190-199: 38106214
200-209: 64106278
210-219: 36106314
220-229: 7 106321

[2] 
http://clang.llvm.org/docs/ClangFormatStyleOptions.html#disabling-formatting-on-a-piece-of-code


[3] 
http://geeqie.org/cgi-bin/gitweb.cgi?p=geeqie.git;a=blob;f=src/pan-types.h;h=de114bf5111ff7d676ac3fad8c70d630f5f10ccb;hb=HEAD#l274
["keymap_template.c", 404]
["rcfile.c", 226]
["rcfile.h", 214]
["ui_tree_edit.c", 201]
["filefilter.c", 192]
["utilops.c", 188]
["image_load_tiff.c", 187]
["image_load_jpeg.c", 187]
["image_load_gdk.c", 186]
["preferences.c", 175]
["filefilter.h", 175]
["editors.c", 171]
["layout_util.c", 167]
["metadata.h", 166]
["metadata.c", 165]
["utilops.h", 162]
["image-load.h", 161]
["bar_histogram.c", 161]
["renderer-tiles.c", 160]
["bar_keywords.c", 160]
["jpeg_parser.c", 157]
["bar_comment.c", 156]
["filedata.h", 155]
["filedata.c", 154]
["main.c", 153]
["image-load.c", 149]
["view_file_list.c", 148]
["compat.h", 147]
["secure_save.c", 146]
["ui_fileops.c", 145]
["main.h", 143]
["print.c", 142]
["editors.h", 142]
["dupe.c", 142]
["pixbuf-renderer.h", 141]
["debug.c", 140]
["cellrenderericon.h", 139]
["view_file.c", 138]
["pixbuf-renderer.c", 138]
["image.c", 138]
["bar_exif.c", 137]
["image-overlay.c", 136]
["view_file.h", 135]
["remote.c", 135]
["layout.c", 134]
["view_dir.h", 133]
["typedefs.h", 133]
["histogram.h", 131]
["exiv2.cc", 131]
["histogram.c", 130]
["view_file_icon.c", 128]
["compat.c", 128]
["collect-table.c", 128]
["bar.c", 128]
["layout.h", 127]
["ui_tabcomp.h", 126]
["exif.c", 126]
["ui_tabcomp.c", 125]
["collect-io.c", 124]
["bar_histogram.h", 124]
["bar_keywords.h", 123]
["search.c", 122]
["layout_image.c", 122]
["bar_exif.h", 122]
["bar_comment.h", 122]
["ui_menu.h", 121]
["ui_menu.c", 121]
["cellrenderericon.c", 121]
["trash.c", 120]
["bar_gps.c", 120]
["cache.c", 119]
["bar_sort.h", 118]
["bar_gps.h", 118]
["pixbuf_util.c", 117]
["bar_sort.c", 117]
["menu.h", 116]
["layout_image.h", 116]
["thumb_standard.h", 115]
["similar.c", 115]
["menu.c", 115]
["view_dir_tree.c", 114]
["ui_tree_edit.h", 114]
["thumb_standard.c", 114]
["bar.h", 114]
["ui_pathsel.c", 112]
["renderer-clutter.c", 112]
["fullscreen.h", 112]
["fullscreen.c", 112]
["view_dir_list.c", 111]
["ui_misc.c", 111]
["thumb.c", 111]
["img-view.c", 111]
["collect.c", 111]
["slideshow.h", 110]
["slideshow.c", 110]
["format_nikon.h", 110]

Re: [Geeqie-devel] New project: filters and grouping in Pan View

[Omari Stephens]

Le 22 décembre 2016 13:57:35 GMT-08:00, Klaus Ethgen <klaus+gee...@ethgen.de> a 
écrit :
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA512
>
>Welcome back, Omari :-)
>
>Am Do den 22. Dez 2016 um 20:51 schrieb Omari Stephens:
>[Grouping in Pan view]
>
>Sounds promising.
>
>How do you plan to implement the SQL-Part? I am not sure, if it is a
>good idea to depend on full postgresql or other full DB system. Maybe
>sqlite...
>
>On the other hand, I know perl SQL::Statement. But I do not know if
>that
>is available as a library.

Oh, the SQL was just a convenient way to explain the two behaviors I had in 
mind.  For the actual implementations, I would code them by hand.  There are a 
couple straightforward ways to do the filter behavior.  The grouping would be a 
little trickier, but probably not much. 

Most of the real work would probably come afterward — taking the basic 
implementations and making sure that they're fast enough and don't consume too 
much memory.

--xsdg

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] New project: filters and grouping in Pan View

[Omari Stephens]

Hey, y'all

I finally have some time and some motivation, so it's time for a new 
project.  I'm planning to add filters and grouping to Pan View.

First off, here's my usecase: A few weeks ago, I photographed a 
25-hour-long endurance car race.  I shot 4,100 frames.  When I was 
reviewing them, I found that sometimes I wanted to focus on certain 
"sections" of the race, and at other times, I wanted to be able to 
briefly skim the different sections.  The sections might be "This was 
morning prep."  "This was the start."  "That's when the car hit a 
barrier."  "This was sunset."  And so on.

Geeqie can already encode all of the relevant metadata using Keywords, 
so that's the obvious design choice there.

As for filters and grouping, SQL is a pretty obvious conceptual analog 
for what I have in mind.  Suppose that we have a PanView open to 
/panview/path/, and that panview_filtered_keywords and 
panview_grouped_keywords are arrays of keywords.

Here's PanView now:
SELECT * FROM images WHERE filename LIKE '/panview/path/%';

The filter step is this.  Note that "&&" is the SQL operator to test for 
set overlap:
SELECT * FROM images WHERE (filename LIKE '/panview/path/%') AND 
(keywords && panview_filtered_keywords);

The grouping step is something like this — images that aren't in any 
grouped sets are unaffected, and ones that are in grouped sets are 
aggregated:
SELECT * FROM images WHERE (filename LIKE '/panview/path%') AND 
NOT(keywords && panview_grouped_keywords)
UNION
SELECT first(*) FROM images WHERE (filename LIKE '/panview/path%') GROUP 
BY GROUPING SETS (panview_grouped_keywords);

See a description of the GROUPING SETS behavior here:
https://www.postgresql.org/docs/9.5/static/queries-table-expressions.html#QUERIES-GROUPING-SETS

"first" is just an aggregation strategy, but it could (and probably 
should) just as well include some special UI treatment to show that the 
thing being displayed is a group rather than just a single image. 
Eventually, it could include a custom UI widget that allows scrolling 
through all of the entries in the group in-place.

There are plenty of details yet to be ironed out, like "what happens if 
an image has two keywords that are both in the panview_grouped_keywords 
array?"

Cheers,
--xsdg

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] geeqie window refresh issue

[Omari Stephens]

On 10/03/2016 07:53 PM, Hanno Foest wrote:
> Hello,
>
> I have a picture collection with about 660 subdirectories. I recently
> noticed the following issue:
>
> - I view some images in one of the image subdirectories
> - I go back to the top directory (with the 660 subdirectories in it)
> - geeqie window (combined file list + image window) stops updating until
>   I resize it. I don't see the list of the 660 subdirectories.
>
> More exactly, geeqie window returns blank if I iconify and restore it
> (no size change involved). Hitting "r" (file list refresh) makes no
> difference, only resizing fixes things.
>
> This is using Xubuntu 14.04, geeqie 1.1-8. Using PPA geeqie_1.2.2-1dhor
> the situation improved a little: Starting in a subdir and then going one
> up gives me the issue, but after switching back and forth (using the
> back arrrow) things are back to normal.
>
> I was not able to reproduce the issue with a second machine, same
> software versions, same directory layout. Since things seem to be
> dependent on caching (see above), I suspect a timing issue.
>
> Any ideas? Since this seems to be hard to reproduce, I'd be happy to run
> more checks, if someone can tell me what to look for. Debug output
> wasn't helpful, I didn't notice a difference between issue showing or
> not.
>
> Hanno

Much belated, but I see this also.  I find that if I scroll up or down 
in the file list, everything refreshes as expected, without having to 
resize the window at all.

--xsdg

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/intel
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Copy path problem

[Omari Stephens]

On 07/15/2014 08:28 AM, Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Hi,

 Am Mo den 14. Jul 2014 um 22:38 schrieb Ian Zimmerman:
 a. I am conditioned to expect middle-click to behave erractically,

 Sorry, can you explain »erractically«? I cannot translate that to my
 language.

Klaus: erratically  Basically, unpredictable and often having 
unintended effects.

--xsdg


 b. I am the opposite of handy, so pointing devices in general are the
 stuff of my nightmares;

 I do not like them also. I like to work with the keyboard. However, for
 some situaltions I like my mouse (or more specific, my Knubbel inside
 my Thinkpad keyboard that replaces the mouse. And the buttons are
 ecactly wher you need them to paste.

 c. (related) I use a touchpad instead of a mouse, and middle-clicking is
 particularly clunky on touchpads, even when they have a real middle
 button as mine does (most don't).

 I can understand that. I find touchpads the most nightmare ever. And if
 I buy a laptop I try to find one without touchpad at all, what is really
 hard.

 Regards
 Klaus
 - --
 Klaus Ethgen  http://www.ethgen.ch/
 pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
 Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQGcBAEBCgAGBQJTxOZIAAoJEKZ8CrGAGfasXmEL/1uTt1SxVoD7mmQDiRFsyEOF
 KiS5ATKZQSeTb69XTbiUtfAHomIQnazaAsRFXm543U9dPewjzwRXcwewmcoyouW8
 TbZrbo1rF/ez1fGIjBcvhdDXgQEffpAoMZeYoiCA1j05MvLhgAPL0ToUoH6p50Yi
 huwfgV8qMvzplywbAtvpf1DngV69SE62U6cq2bj0sqhLqTCMBZXIxtNIKRf1PtGu
 8vn+J+oUqsIa+33akfiSFNpcYMep5GUegmt/HdnLsy19ZsLh20NuAPtIxSVzcZuy
 Pv1S6tRmhxhJxaMk82Jf8L//EcgTXcoP8nK1hxG4QcfV88KbA7kMYRie+FpfGwG8
 680NjebDNc3mYQAllh3nqSsuHrwRMEI6seVT/DXk20LuBfo5PuNqXxKLUcmyU9fG
 1/WblGHCbeASpfGUwiXP25KmY6HBSXLErIFUDc85EVHJ8NXxhtsNgv8srfGenrrU
 PxSWWPKx8fOZ9pfBgzkQ4y2Yn24CUn5dRKmv7paP1Q==
 =IM4u
 -END PGP SIGNATURE-

 --
 Want fast and easy access to all the code in your enterprise? Index and
 search up to 200,000 lines of code with a free copy of Black Duck
 Code Sight - the same software that powers the world's largest code
 search on Ohloh, the Black Duck Open Hub! Try it now.
 http://p.sf.net/sfu/bds
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] New version

[Omari Stephens]

https://gitorious.org/geeqie/merge_requests ?

--xsdg

On 06/26/2014 06:04 PM, Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 The last official version was done long ago and there are several bugs
 fixed in the current head.

 Is there any objection against tagging a new version?

 Regards
 Klaus
 - --
 Klaus Ethgen  http://www.ethgen.ch/
 pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
 Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQGcBAEBCgAGBQJTrGDCAAoJEKZ8CrGAGfasjNUL/0XP0AzxznjaiqnMVQoyLeFH
 rt/l1CPy6x9tADIG2GbhXV53uOWjBt/kWpnuFgd4Z12+9//JpSCESFZapruLKBb1
 0YQ2VZYbtxyHbox0FY8fMNr97ZosIN5d4yXgqtp1hUTa5ivmPg9dJlPjgBnhU48n
 uWnSM5PG/3UcCsprfvWi3nbFgTrna+3TZuuDGe05TI6aG+nKZfLiZGtBSUGoeZqh
 wR3L+hXtLy2IpbxwVtiLi4rz/U2cOWNWQkge7emUzJ7IyAP6Vdl5UzZVACWDfWEM
 O5lH462rrRODRa0KpFSthTHgzyHCGxjJpp2Avcjud5PqK9P44WvKaaMHWbx3jjLe
 sjZ0NCUaim0/qIc8F9VE1cizdgQn6emd2jdyqy7MIx2adHPWXzIZ95rK4Dfd6W5w
 XjXnH4rf45DUM8kMtY5n2X9C6D74+R7YQyoP2krWD5UIsrTTd3mBbH/R0kgG9U2W
 kDitxjqA7Oibg2iBIbDOO6SL9e2j8tiXKHh4ixjLYg==
 =PBT/
 -END PGP SIGNATURE-

 --
 Open source business process management suite built on Java and Eclipse
 Turn processes into business applications with Bonita BPM Community Edition
 Quickly connect people, data, and systems into organized workflows
 Winner of BOSSIE, CODIE, OW2 and Gartner awards
 http://p.sf.net/sfu/Bonitasoft
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] EXIF data

[Omari Stephens]

Doable?  Yes.  But it will probably take some plumbing.

I spent some time trying to get Geeqie to display IPTC metadata (which 
is generally embedded in the XMP metadata, iirc), and there was a _lot_ 
of plumbing to be done.  I imagine that changing the EXIF pipeline from 
unidirectional to bidirectional would also involve a lot of plumbing.

That said, _should_ it?  Unless it's a hack, I imagine it'd take a lot 
of UI work to come up with something that's intuitive, easy to use, and 
that avoids harming the simplicity of the current EXIF-display mechanisms.

Beyond that, I don't think Geeqie is the right place to do batch 
algorithmic EXIF modifications (such as the EXIF timestamp is off by an 
hour; fix that).  That is something that is already supported by exiv2, 
and it seems more useful to just build a UI on top of exiv2 than to dump 
the functionality into Geeqie.

 From exiv2 help:
Actions:
   ad | adjust   Adjust Exif timestamps by the given time. This action
 requires at least one of the -a, -Y, -O or -D options.

--xsdg

On 02/05/2014 03:07 AM, David Vincent-Jones wrote:
 Would there be any possibility of using geeqie to edit exif data?

 Some fields (particularly time/date) would be most useful and currently
 there are no exif data editors with any sort of front end.

 David


--
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121051231iu=/4140/ostg.clktrk
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Back after a while

[Omari Stephens]

Same here.  I'm still around, just been focusing on other things.  I 
still use geeqie every day, though, so have plenty of motivation to help 
it improve.

--xsdg

On 07/23/2013 04:09 PM, Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Hey,

 I think I should come back to the geeqie development. Had to less time
 the last months.

 Lets see what happens in the time.

 Regards
 Klaus
 - --
 Klaus Ethgen  http://www.ethgen.ch/
 pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen kl...@ethgen.de
 Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)

 iQGcBAEBCgAGBQJR7qrWAAoJEKZ8CrGAGfasWicL/0VWsUGeEL+RTmnM+sdfb73W
 DdLOF6CDvrsUVyDPraK/XbJmVRCk8eTdGIQI+BIqXsopS59Ex/AL5YKo1TTV8tKK
 UEb30FuFNlIAq25eri4Y4+SIQa0ChixZux8epORAn0UPGL7UL8nok7y8pN9YSFT5
 YszWb/FiJrBAbMKHcPfJouoFxTZ9IIendzfbgGR9sNMTGR5runqvCTlsMq/iHiga
 ygVMbWIMvcqBEEwwTJCaP/vnAwusFs4yDkPjySDO/ppDY0dFo1sgnaeUd0PvM797
 oOqZvdup05im8SpF6zbZLPgdRDWXOjlL3zj+rCTc6LuEQZWpENafE1uXEf6sfSb2
 JcFC4g0FEu2SdMsgSC6gVasiIW+YVod7esCwsr7s3qIoyogrOLPYKQZdJDHgLVbP
 Qc2aUO1Fes3tLRz9DgIxhvEO2/nVxhGZjzXkI/t1bmdqyxzcTFTbHlmkWFbJ15fI
 I7Qfl0c1EErCFS1+S814wV2xPY3B13cGWyeuXIWirw==
 =ucuZ
 -END PGP SIGNATURE-

 --
 See everything from the browser to the database with AppDynamics
 Get end-to-end visibility with application monitoring from AppDynamics
 Isolate bottlenecks and diagnose root cause in seconds.
 Start your free trial of AppDynamics Pro today!
 http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Display slow for D300 RAWs at 100% scale

[Omari Stephens]

Howdy, y'all

Some recent (aka past couple of months) change caused geeqie to slow 
down when only when displaying images from my D300 NEFs at 100% scale. 
If I zoom in or zoom out from 100%, it displays at normal speed.  At 
100%, it's slow as molasses.  I'll try to poke at it, but is anyone else 
seeing this kind of behavior?

--xsdg

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Display slow for D300 RAWs at 100% scale

[Omari Stephens]

Looks like the regression happened when Vladimir switched to Cairo drawing:

$git show --name-only
commit b4c4a924121c3aa6b2f1eb7570dd3f419d2f4d83
Author: Vladimir Nadvornik nadvor...@suse.cz
Date:   Thu Aug 2 00:15:16 2012 +0200

 use cairo for drawing

 cairo is the only supported drawing method in gtk3

I am using Debian with libgtk2.0-0 version 2.24.10-2

--xsdg

On 01/31/2013 06:10 PM, Omari Stephens wrote:
 Howdy, y'all

 Some recent (aka past couple of months) change caused geeqie to slow
 down when only when displaying images from my D300 NEFs at 100% scale.
 If I zoom in or zoom out from 100%, it displays at normal speed.  At
 100%, it's slow as molasses.  I'll try to poke at it, but is anyone else
 seeing this kind of behavior?

 --xsdg

 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Display slow for D300 RAWs at 100% scale

[Omari Stephens]

This image is a 100% repro case for me:
http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/testcases/300_1708.embedded.jpg

If I view the image with any non-unity scaling factor, it renders fine. 
  At 100% (aka unity), rendering is really, really slow.

http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/testcases/300_1708.embedded.jpg

--xsdg

On 01/31/2013 07:33 PM, Omari Stephens wrote:
 Looks like the regression happened when Vladimir switched to Cairo drawing:

 $git show --name-only
 commit b4c4a924121c3aa6b2f1eb7570dd3f419d2f4d83
 Author: Vladimir Nadvornik nadvor...@suse.cz
 Date:   Thu Aug 2 00:15:16 2012 +0200

   use cairo for drawing

   cairo is the only supported drawing method in gtk3

 I am using Debian with libgtk2.0-0 version 2.24.10-2

 --xsdg

 On 01/31/2013 06:10 PM, Omari Stephens wrote:
 Howdy, y'all

 Some recent (aka past couple of months) change caused geeqie to slow
 down when only when displaying images from my D300 NEFs at 100% scale.
 If I zoom in or zoom out from 100%, it displays at normal speed.  At
 100%, it's slow as molasses.  I'll try to poke at it, but is anyone else
 seeing this kind of behavior?

 --xsdg

 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Display slow for D300 RAWs at 100% scale

[Omari Stephens]

Okay, it looks like the rendering speed correlates with the total size 
of the image, which is really bad.  If I crop out a small section, it 
works fine at unity gain.  If I embed that cropped section in a 
6000x9000 area of white, it goes even slower than that image alone.  If 
I zoom in or out at all, it runs at expected rendering speed.

--xsdg

On 01/31/2013 07:42 PM, Omari Stephens wrote:
 This image is a 100% repro case for me:
 http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/testcases/300_1708.embedded.jpg

 If I view the image with any non-unity scaling factor, it renders fine.
At 100% (aka unity), rendering is really, really slow.

 http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/testcases/300_1708.embedded.jpg

 --xsdg

 On 01/31/2013 07:33 PM, Omari Stephens wrote:
 Looks like the regression happened when Vladimir switched to Cairo drawing:

 $git show --name-only
 commit b4c4a924121c3aa6b2f1eb7570dd3f419d2f4d83
 Author: Vladimir Nadvornik nadvor...@suse.cz
 Date:   Thu Aug 2 00:15:16 2012 +0200

use cairo for drawing

cairo is the only supported drawing method in gtk3

 I am using Debian with libgtk2.0-0 version 2.24.10-2

 --xsdg

 On 01/31/2013 06:10 PM, Omari Stephens wrote:
 Howdy, y'all

 Some recent (aka past couple of months) change caused geeqie to slow
 down when only when displaying images from my D300 NEFs at 100% scale.
 If I zoom in or zoom out from 100%, it displays at normal speed.  At
 100%, it's slow as molasses.  I'll try to poke at it, but is anyone else
 seeing this kind of behavior?

 --xsdg

 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



 --
 Everyone hates slow websites. So do we.
 Make your web apps faster with AppDynamics
 Download AppDynamics Lite for free today:
 http://p.sf.net/sfu/appdyn_d2d_jan
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] tagging/marks feature not working?

[Omari Stephens]

On 12/27/2012 02:16 AM, Dieter Plaetinck wrote:
 Hi,
 is there any way to assign strings to the marks? for example 
 'holiday-trip-2012' or 'new_york', 'family'

 also i can't get geeqie to actually write any metadata. tried both option 1 ( 
 in file), 2 (.metadata in image folder). option 3 is blanked out 
 interestingly.
 i enabled all write options (1s timeout, on image change, on directory change)
 i assign marks to images, then go to other images or directories, or close 
 and restart geeqie, and it has forgotten about the applied marks.
 tried both geekie 1.1 and latest git build. this is on arch linux 64bit.

 the image directory and images have correct permissions (i can create new 
 files, delete or alter existing files)

 any idea what might be wrong? i'ld love to try out the tagging features...

First off: marks are stored in-memory only.  This is why they go away 
when you close geeqie (as you noticed).

Second: If you have keywords set up in geeqie, you can associate 
specific marks with each keyword, and the keywords themselves are 
persisted in the image metadata.  Note that you will need to redo the 
keyword-mark association if you want to use them with marks after you 
close geeqie

Steps:
1) Make sure you have the metadata panel open.  Ctrl+K
2a1) In the keywords section, right-click the _right_ pane, and select 
Add keyword (should be the first entry in the context menu)
2a2) Type in your keyword
2b) They keywords section might already have a keyword you want to use, 
if so; you don't need to add another one
3) Right-click the keyword (called name hereafter)
4) Go into 'Connect name to mark' and select an available mark (mark N)

Now, mark N is associated with the selected keyword.  If you add the 
mark to an image, geeqie will add the associated keyword (which will be 
saved).  If an image already has the specified keyword added, it will 
also have the associated mark set.


There are other options in the keywords context menu, but given the 
above explanation, it shouldn't be too difficult to figure out what the 
others do, perhaps with some experimentation.

HTH,
--xsdg


--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_123012
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] install 1.1 problem

[Omari Stephens]

On 11/18/2012 06:40 PM, David Vincent-Jones wrote:
 I am installing on a new machine and appear to still not have all the
 requires bits and pieces for the compile. I have an error message:
 configure:  error: GLIB = 2.4.0 not installed.

On Debian-like machines, that's libglib2.0-dev.  The likelihood is that 
it's just not installed, rather than too old.

 Not sure exactly what it is looking for ..
 Is there a way of checking and grabbing all needed pieces?

You can try `apt-get build-dep geeqie`, but that may not get everything, 
depending on what the packaged version may or may not require.

--xsdg


 David

 --
 Monitor your physical, virtual and cloud infrastructure from a single
 web console. Get in-depth insight into apps, servers, databases, vmware,
 SAP, cloud infrastructure, etc. Download 30-day Free Trial.
 Pricing starts from $795 for 25 servers or applications!
 http://p.sf.net/sfu/zoho_dev2dev_nov
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Patchset to make marks considerably faster when connected to keywords

[Omari Stephens]

I had done something similar in the past, but this is a more 
well-engineered attempt.  The situation it optimizes is as follows:

1) right-click on a keyword in the keyword pane
2) Select Connect \keyword\ to mark - Mark N
2a) Optionally, repeat for other keywords
3) Hit m or Select - Show Marks

At this point, it is typically the case that if you restrict the view by 
filtering on a mark, the restriction happens instantly.  At the same 
time, the FileData instances that _don't_ match the filter would be 
freed.  If you subsequently broaden the view at all, geeqie would need 
to reparse the freed files to re-create those FileData instances.  For 
small restrictions in large directories, you could end up reparsing 
almost every file in the directory.  This gets Real Slow, Real Fast.

This set of changes optimizes the situation by adding a secondary 
mechanism to prevent FileData instances from being freed until they go 
out of scope (that is, when the ViewDir changes directories).  Thus, 
when a restriction happens, the non-matching FileData instances remain 
in memory, and thus a subsequent broaden operation becomes instant as 
well.  This makes marks a _lot_ less frustrating to work with.


The changes are below.  I just finished them tonight, so I'd appreciate 
it if someone could review them/try them before I figure out how to send 
a merge request.
https://gitorious.org/geeqie/xsdg-geeqie1/commit/710b009f5c61e7d1643a2a474e5020c760bf6462
https://gitorious.org/geeqie/xsdg-geeqie1/commit/1ea92516e2f91b7f99b1d41d44853f941d98e114
https://gitorious.org/geeqie/xsdg-geeqie1/commit/0ac57169c3c70c9b6c7e68033982a03511b79640

There are FileData leaks with this code, but there are also leaks 
without it.  It's not yet clear if this is _causing_ any leaks.  If 
people have thoughts/findings, lemme know.

Cheers,
--xsdg

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] External Rating

[Omari Stephens]

On 09/12/2012 11:14 PM, David Vincent-Jones wrote:
 When I apply a 'star' rating during the raw conversion process this does
 not appear to match the Geeqie rating system although the rating is
 correctly shown in the exif data.

What does during the raw conversion process mean?  What program? 
Where is it saving the star count?

 What form of rating can Geeqie work with? I want to be able to make a
 selection based on the results of the raw processing.

 Should the Geeqie 'marks' correspond to the star rating?

No.  Perhaps it should be possible to associate marks with stars 
somehow, but marks serve a fundamentally different purpose — they allow 
you to easily set, unset, and filter on arbitrary labels.  Moreover, 
marks are independent — that mark 4 is set has zero bearing on whether 
mark 3 is also set.

--xsdg


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Next development

[Omari Stephens]

On 08/18/2012 09:14 PM, David Vincent-Jones wrote:
 Would there be any point in trying to utilize an existing photo DB ...
 for instance tying into Darktable?
Perhaps, but DT definitely isn't a good option, unless they want to 
refactor.
DT's image cache format is still really unstable (in the sense that it 
usually ends up requiring a full regeneration every couple months in 
master).  Moreover, DT stores a _ton_ of info in its database that we 
shouldn't touch or be able to muck with.  For instance, the image 
selection logic uses the database to store state (this is part of why 
image selection in DT is so horribly slow).

Moreover, DT uses much more aggressive caching than geeqie will need to, 
since DT performs a ton more computation than geeqie to render a 
standard image.  DT also does all kinds of mipmap caching to avoid 
scaling, but the scaling performance in geeqie seems really good already.

--xsdg


 David

 On 12-08-17 09:20 AM, Uwe Ohse wrote:
 That certainly needs some kind of database. I remember some discussions
 on that, has there some kind of consensus been achieved?
 I'd personally like some kind of SQL database, for this would allow me
 to use the search functions of that DB.


 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Next development

[Omari Stephens]

On 08/16/2012 08:26 PM, vinit agrawal wrote:
 Hi,

 I was thinking of, as i mentioned earlier sometime that a feature like
 seemless image viewing  mode will be very cool thing to add.
 The inspiration is of course the google picasa viewer for windows, with
 a dimmed background of the running windows and upfront will be the
 image. But, a lot more things can be added to this. things like folder
 navigation with image thumbnails and maybe a video preview option too.

Never used Picasa.  Can you describe in more detail, or take a 
screenshot?  This sounds a lot like full-screen mode, which we already 
support.

--xsdg


 I am not sure if clutter/libchamplain  will be suitable to do these jobs.
 Please let me know if you guys want to see such a feature as a view option.
 and may be any suggestions on the libraries also.

 --Vinit

 On Fri, Aug 17, 2012 at 12:48 AM, Vladimir Nadvornik nadvor...@suse.cz
 mailto:nadvor...@suse.cz wrote:

 Dne čtvrtek 16 Srpen 2012 17:46:37 Omari Stephens napsal(a):
   On 08/16/2012 03:07 PM, Vladimir Nadvornik wrote:
On Wednesday, August 15, 2012 07:38:25 AM David Vincent-Jones
 wrote:
Is there an established goal, or set of goals, for Geeqie? If
 so where
will I find them.
If the direction is already clearly stated somewhere it should
 be much
easier to prioritize the next development.
   
Main goal is to create fast and flexible image viewer.
   
The long term goals I can think of are:
   
- GUI cleanup - now there are windows like search or
 collections that
duplicates a lot of code of the main window. The common feature
 they have
is that they provide a list of files, so they could be
 integrated as
alternatives to the directory pane.
  
   Along these lines, When you chose view image from panview, that
 goes
   to a separate display codepath as well.  At one point that alternate
   display was not color-managed.  ISTR that I may have fixed that,
 but it
   should really be the same codepath as the standard window, with the
   ability to view EXIF info and change keywords and such.

 Yes, this code should be unified too.

  
- porting to libgio
   
- Pan view redesign - Pan view is based on a custom backend and
 the code
is not easy to understand. With Clutter library it is possible
 to achieve
the some functionality much easier. Also, integration of pan
 view with
the rest of Geeqie could be improved.
  
   Yay!  Is any of the code from the first Clutter attempt usable?
  

 Yes, I have a more or less working code for Clutter based renderer.
 I will
 just add an option to switch between clutter and the old renderer
 and then I
 will push it to master for wider testing.

 Then I think about implementing a Clutter Actor for Geeqie image -
 with exif
 orientation, color management, caching... and then it will be
 possible to
 rewrite the Pan View. But at the moment I am out of ideas for high-level
 desing, so volunteers are welcome :-)



- support of large images - currently there is a limitation
 arould 32768
pixels. Pixbuf renderer could be connected with image loader,
 to request
downscaled version or only the displayed region of the image on
 demand.
This will allow handling of large images with reasonable memory
requirements.
  
   This is 32,768 pixels of width or height, right?  I have a 1920x1200
   screen and have had zero problems displaying 50-megapixel images
   full-screen.
  

 IIRC there is a bug report about a panorama with dimensions 4x6000.


- use standard Gtk file dialog
  
   I don't generally use any file dialogs in Geeqie, but I _love_
 how the
   directory display textbox auto-completes and gives you an
 autocomplete
   drop-down when you hit tab.  Please don't replace that with GTK's
   horrendous button thing.
  

 OK :)

 Vladimir



 
 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond.
 Discussions
 will include endpoint security, mobile security and the latest in
 malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 mailto:Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel




 --
 Live Security Virtual Conference
 Exclusive live event will cover all

Re: [Geeqie-devel] Next development

[Omari Stephens]

On 08/13/2012 09:32 PM, David Vincent-Jones wrote:

 On 12-08-13 01:58 PM, Vladimir Nadvornik wrote:
 16bit is necessary for editing.
 Is there serious interest in *editing*  in Geeqie?
Not that I'm aware of; I'm pretty sure Vlad was merely contradicting my 
suggestion (and successfully).

 My concern would be the facility for exporting to print with the full 16
 bit capability.

Printing is hard; let's go shopping.  More seriously, I only ever print 
from GIMP, because the printing process involves rescaling the image to 
match the print size at a given resolution (typically 250PPI), and then 
sharpening, which requires editing facilities.  I believe this behavior 
is universal among serious photographers.

That isn't to say that folks won't ever use geeqie to print, but I /do/ 
doubt that people who print from geeqie will care about taking advantage 
of the extra bit depth in their 16-bit images.  This is assuming that 
geeqie already displays 16-bit images reasonably.

--xsdg


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Next development

[Omari Stephens]

On 08/13/2012 06:10 PM, Vladimir Nadvornik wrote:
 Hi all,

 Now, after 1.1 release it is time to focus on next development.

 As I wrote earlier, the next release will be 2.0. The main change will be Gtk3
 port, which I have mostly done.

 I also want to implement this:

 - GPU based scaling and color management with libclutter
libclutter?  color management?

Are you referring to this? 
http://developer.gnome.org/clutter/1.9/clutter-Colors.html

The thing that jumps out to me is that the 8-bit color assumption is 
baked in.  Given that GIMP master already supports arbitrary-bit-depth 
images (not release-ready, yet, but it definitely works), it seems we 
should be preparing for an onslaught of 16-bit linear TIFFs and PNGs.

As a photographer, I know there are lots of situations where 8-bit 
formats killed me for banding in large gradient areas (imagine a sunset 
in grayscale).

(Naive statement) I'd personally like to see us use babl to support 
arbitrary color formats.  To be explicitly clear, I don't know what we 
do or don't support today, and I also don't know how babl might affect 
our performance.  Just wanted to put that out there, though.

 - sorting by exif date (this will requiure some sort of metadata caching)
 - presentation mode - window + fullscreen on second monitor
 - fix problems in metadata editor

 Today I will push my Gtk3 code to master. It compiles and mostly works for me
 with gtk 2.24 and 3.2. Porting to older versions is possible but I'd like to
 drop support for too old versions, to make the code better readable. Please
 test and report any problems.
GTK 2.24.0 was released in Jan 2011.  That'll have been a full two years 
by the end of this year. No need to support anything older than that, 
especially if it requires extra #ifdefs.

--xsdg


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Omari Stephens]

On 08/07/2012 07:27 PM, John Stoffel wrote:

 vinit The current version of geeqie1.1 that vladimir has putted, is
 vinit not been able to recognize the image files if the file names of
 vinit these file do not end with one of the standard image file
 vinit extension. I think the application should look into the
 vinit directory for all the image files based on their format rather
 vinit than their file extension. like how the nautilus, the default
 vinit file browser for gnome does. it does it for all media files. i
 vinit think geeqie should have this feature.

 It's a good idea, but maybe have it as an option instead?  If the
 option is on (default off), geeqie does the equivilent of a 'file'
 command on each file to see if it can determine the image type.

 And if you want to whip up a patch, even just an example one, I'm sure
 that would be an incentive to get it into the app.

If it's an option, it should default to off.  Having to fork() and 
read() for every single file in a directory is drastically more 
expensive than just doing a single scandir() on the containing directory.

That said, I do question just how useful or widely-used it would be. 
How many people (1) have images which are stored without appropriate 
file extensions, and (2) use, or would use, geeqie rather than something 
less powerful/more user-friendly?  Given how many dark, unmaintained 
corners geeqie has already, I definitely think we should make sure that 
the features we add have sufficient value.

--xsdg



--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie 1.1

[Omari Stephens]

On 07/27/2012 07:56 PM, Vladimir Nadvornik wrote:
 Dne pátek 27 Červenec 2012 17:44:27 John Stoffel napsal(a):

 Can you give a summary of the differnces between the two branches?
 Maybe it would make sense to replace a 1.1beta patch release and a all
 the new features in a 2.0beta release so we cna look them over and see
 what's needed.


 stable/1.1 branch contains just some bugfixes

 master contains these features
 - support for stereoscopic images
 - rewritten file grouping - it no longer tries all uppercase combinations
 - custom tiff loader - more efficient on large tiffs

 It is a long time since 1.0 release, I think that the distributions already
 have their own fixes, so it makes no sense to do a pure bugfix release now.

Release master.  I've been using it also, and it's been stable for me as 
well.  Call it whatever version number you like.  Don't do any 
incremental releases before master.

The main reason we ended up in this 1.5-year slump is because it took 6 
months to release 1.0, because we kept trying to release something that 
was perfect instead of something that was good enough.  Let's move 
faster this time and avoid getting burned out.

--xsdg

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] [patch] fixes a crash on geeqie ~/foto.JPG

[Omari Stephens]

I'm pretty sure this is a problem that I found and created a fix for 
previously.  See [PATCH] Fix segfault when using a filename on the 
commandline from 27 Feb 2012.

If you have that change (or equivalent), it may mean my change was 
incorrect or incomplete, in which case I can take another look.

Just fixing the segfault is not necessarily correct, since there are a 
couple different codepaths there, and some of them may depend on 
initialization in a specific order.

--xsdg

On 06/18/2012 11:21 PM, Carles Pina i Estany wrote:

 Hi,

 Using master I found a crash when doing geeqie ~/photo.JPG .

 I haven't had time to investigate properly (where the crash was added?
 in the Debian package 1:1.0-10 this is not happening).

 Find attached a possible fix.

 Regars,

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] New development

[Omari Stephens]

I had sent a bugfix patch to the list, [PATCH] Fix seghfault when using 
a filename on the commandline.  Dunno if someone pushed that or not, 
but it should definitely be in any new release.

--xsdg

On 05/14/2012 05:22 PM, Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Hi Tore,

 Am Mo den 14. Mai 2012 um  7:28 schrieb Tore Ericsson:
 I once comitted a complete Swedish translation (thanks for excellent 
 guidance)
 but did never come to merge it into some main master branch being too
 unexperience with git.

 2011-02-14, I see.

 I think we should train our staff to know how to work with our tools.
 And git is a very powerful tool I think. :-)

 Would be a nice Idea to have a online course for such.

 I would appreciate someone to also marge that translation into the main and
 tell if I can help to resolve any conflicts coming up.

 I can do so. In fact, I did. ;-) No conflicts.

 And can we have an updated version on Sourceforge sooner or later? This is a
 too valuable a software to slumber like that for general users!

 I think, yes. We should update the 1.x version soon. Also we can provide
 a monthly snapshot or so.

 Candidates for inclusion in stable branch (beside that, that are
 settled in by now.):
 - - Translation updates: 8c25cb5, 236bc4c, dc3dea1, ce2d11c, 1ce6b8f,
590da3d
 - - b71f37b -- Bugfix
 - - 7a426d7 -- File class extended
 - - GTK deprecated stuff: dd54e57
 - - b71da22 -- Bugfix
 - - svn-git leftovers: 55de20b, 4e2e57b
 - - a4270ac -- Bugfix
 - - 559683d -- Added copyright note
 - - 7bb3871 -- Bugfix
 - - 18d80ca -- Bugfix
 - - 5ef3084 -- Bugfix
 - - d53d2b9 -- Bugfix
 - - 83db9a2 -- Bugfix
 - - 09c22e6 -- Bugfix
 - - 103c2e2 -- Better code (;-)
 - - 4f944cd -- Better code, fixed whitespaces
 - - 9b64785 -- README update
 - - d8b7b32 -- Dito
 - - 49d0e74 -- Better Text
 - - evtl. 924ca61

 I think I will cherry-pick them if there is no objectives against. How
 should we number the stable update? 1.1, I would say?

 This is, in my opinion, the best fast general image viewer ever made!

 My opinion too. That is the reason why I help making it more better. :-)

 Gruß
 Klaus
 - --
 Klaus Ethgen  http://www.ethgen.ch/
 pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgenkl...@ethgen.de
 Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)

 iQGcBAEBCgAGBQJPsT9VAAoJEKZ8CrGAGfasOOcL/2IviWqZzt5EATY68wj2KdWx
 CIqepY0S6iauXAqGTbl0LwoAKGl8x+1n5Rja2GMT6VRC55zm4EjSZCSGfZlp6pHQ
 ylnX8RTQkcQqPZKynZYW6WxTBveUTnKjW+1ein3NWftwalxBUCTk4y6mXa4xwVls
 slYZuKqYkXKZvkHGxfsKVpPEAXZzsA2Xt5mNU3xocGniZCfVpotUV2x4urpHMh4V
 DtQDMhf6Q/nB5IhD+51eBaXikHbXF4ECATKYmUHl1r6yChw9KwHTFH3CkLzTacrZ
 gmo9NtbkuLRvr8o3vEDRSa7mjLQyLhLkR1jviawefBNeyG+Lu2aNS6l5WjxSLoEE
 ktNeYz9O0KZO06LTSHFb8HTziQA7INBjwGr0ILRw/8LUUfFKMtrseTlha/ZuPbI0
 e0oARpVOXTnbi8kYnOkdPH5uv37fj8bivqAr8CmnuyDLMPQf4vkU+gsEJSX3EQ2y
 Dl/YKQ9jQzsgPlTziPQ3uAUm0lWqUq6M8XJ6V99yhg==
 =0VD3
 -END PGP SIGNATURE-

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel


--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Star Rating

[Omari Stephens]

On 04/07/2012 08:14 PM, David Vincent-Jones wrote:

How are users dealing with the lack of a 'star' rating?
Is there any way to add to the Windows Rating value?
Personally, I just use keywords.  I predominantly use three keywords 
named decent, top20, and top10.  I use the Connect keyword to 
mark functionality extensively, which lets me trivially toggle and 
filter on up to six keywords.  In particular, this works well for me 
since I don't have info in geeqie that other apps need to know about.


I had written a partially-completed patch to plumb the EXIF (I think) 
Rating value through to the UI, but it's bit-rotted a bit; I last 
touched it 2.5 years ago (wow).  It's attached.


That said, even when I had my local geeqie build patched with it, I 
didn't find it anywhere near as useful as the keywords.  Particularly 
because it wasn't easy to filter by the rating (you could search, but 
you couldn't just filter like you can with marks).


--xsdg
diff --git a/trunk/src/Makefile.am b/trunk/src/Makefile.am
index 144b090..9528d30 100644
--- a/trunk/src/Makefile.am
+++ b/trunk/src/Makefile.am
@@ -94,6 +94,8 @@ geeqie_SOURCES = \
bar_keywords.h  \
bar_exif.c  \
bar_exif.h  \
+   bar_rating.c\
+   bar_rating.h\
bar_sort.c  \
bar_sort.h  \
cache.c \
diff --git a/trunk/src/bar.c b/trunk/src/bar.c
index 52d6a54..4d64b71 100644
--- a/trunk/src/bar.c
+++ b/trunk/src/bar.c
@@ -25,6 +25,7 @@
 #include ui_menu.h
 #include bar_comment.h
 #include bar_keywords.h
+#include bar_rating.h
 #include bar_exif.h
 #include bar_histogram.h
 #include histogram.h
@@ -76,6 +77,15 @@ static const gchar default_config_comment[] =
 /layout
 /gq;
 
+static const gchar default_config_rating[] =
+gq
+layout id = '_current_'
+bar
+pane_rating id = 'rating' expanded = 'true' key = ' RATING_KEY 
' /
+/bar
+/layout
+/gq;
+
 static const gchar default_config_exif[] = 
 gq
 layout id = '_current_'
@@ -178,6 +188,7 @@ static const KnownPanes known_panes[] = {
{PANE_GPS,  gps,  N_(GPS Map),  default_config_gps},
 #endif
 #endif
+   {PANE_RATING,   rating,   N_(Rating),   
default_config_rating},
{PANE_UNDEF,NULL,   NULL,   NULL}
 };
 
diff --git a/trunk/src/bar.h b/trunk/src/bar.h
index 61dc4be..d24acf3 100644
--- a/trunk/src/bar.h
+++ b/trunk/src/bar.h
@@ -20,7 +20,8 @@ typedef enum {
PANE_EXIF,
PANE_HISTOGRAM,
PANE_KEYWORDS,
-   PANE_GPS
+   PANE_GPS,
+   PANE_RATING
 } PaneType;
 
 typedef struct _PaneData PaneData;
diff --git a/trunk/src/bar_rating.c b/trunk/src/bar_rating.c
new file mode 100644
index 000..0898183
--- /dev/null
+++ b/trunk/src/bar_rating.c
@@ -0,0 +1,401 @@
+/*
+ * Geeqie
+ * (C) 2004 John Ellis
+ * Copyright (C) 2008 - 2009 The Geeqie Team
+ *
+ * Author: Omari Stephens
+ *
+ * This software is released under the GNU General Public License (GNU GPL).
+ * Please read the included file COPYING for more information.
+ * This software comes with no warranty of any kind, use at your own risk!
+ */
+
+
+#include main.h
+#include bar_rating.h
+
+#include bar.h
+#include metadata.h
+#include filedata.h
+#include ui_menu.h
+#include ui_misc.h
+#include rcfile.h
+#include layout.h
+#include layout_image.h
+
+static void bar_pane_rating_changed(GtkSpinButton *button, gpointer data);
+
+/*
+ *---
+ * rating utils
+ *---
+ */
+
+
+
+typedef struct _PaneRatingData PaneRatingData;
+struct _PaneRatingData
+{
+   PaneData pane;
+   GtkHBox *container;
+   GtkSpinButton *spinbutton;
+   GtkToggleButton *auto_adv;  // autoadvance
+   FileData *fd;
+   gchar *key;
+   gint height;
+};
+
+
+static void bar_pane_rating_write(PaneRatingData *prd)
+{
+   guint value;
+
+   if (!prd-fd) return;
+
+   value = gtk_spin_button_get_value_as_int(prd-spinbutton);
+
+   metadata_write_int(prd-fd, prd-key, value);
+}
+
+
+static void bar_pane_rating_update(PaneRatingData *prd)
+{
+   guint64 value;
+
+   g_signal_handlers_block_by_func(prd-spinbutton, 
bar_pane_rating_changed, prd);
+
+   value = metadata_read_int(prd-fd, prd-key, (guint64)-1);
+
+   if(value != (guint64)-1)
+   {
+   gtk_spin_button_set_value(prd-spinbutton, value);
+   }
+   else
+   {
+   gtk_spin_button_set_value(prd-spinbutton, 0);
+   }
+
+   g_signal_handlers_unblock_by_func(prd-spinbutton, 
bar_pane_rating_changed, prd);
+
+   gtk_widget_set_sensitive((GtkWidget*) prd-spinbutton, (prd-fd != 
NULL));
+}
+
+static void bar_pane_rating_set_selection(PaneRatingData *prd, gboolean 
overwrite)
+{
+   GList *list = NULL;
+   GList *work;
+   gint value = -1

Re: [Geeqie-devel] Geeqie with Darktable

[Omari Stephens]

[re-adding geeqie-devel]

So, it looks like this is closer to working than I initially suspected. 
  From your darktable sample xmp, I see:
dc:subject
 rdf:Seq
  rdf:lidarktable|format|cr2/rdf:li
  rdf:liSoglio/rdf:li
  rdf:liSwitzerland/rdf:li
 /rdf:Seq
/dc:subject

 From a random geeqie xmp of mine, I see:
dc:subject
 rdf:Bag
  rdf:lidecent/rdf:li
  rdf:liart225/rdf:li
  rdf:litop20/rdf:li
  rdf:litop10/rdf:li
 /rdf:Bag
/dc:subject


So both are using the dublin core standard for storing tags.  If you 
manually edit rdf:Seq to rdf:Bag, does that help things out?

The other thing: if you go to Edit-Preferences-Metadata and twiddle 
with the checkboxes in the Metadata writing process section, does that 
help?  It's possible that geeqie isn't finding the XMP at all, and is 
only displaying the EXIF data that's embedded in the PNG itself.

--xsdg



On 10/26/2011 08:50 PM, David Vincent-Jones wrote:
 Omari;

 I am using 'mybigfile' to send a raw file set to you.

 The Raw+xmp display in Geeqie displays absolutely no exif data from the
 sidecar file. The Sidecar file by itself ( if included in the display
 list) can however be used to view the exif data. I do not really need to
 see the sidecar file just need to view the exif data.

 The exif sidebar file does not display anything other than basic camera
 settings. Can it be modified?

 My png file from this set correctly displays the exif data in Digikam
 but not in Geeqie ... maybe this is my set-up problem.

 There is no * 'star' rating from any other program despite a rating
 being shown in the exif material.

 A further question: is it possible to display the thumbnails in a
 'non-wrapped' mode in the top display position. Wrapping often puts the
 raw and final products on different rows which is annoying.

 Bottom line: I just need Geeqie to be able to read and sort incoming
 exif aware images, hopefully using tags and ratings.

 David

 On Sun, 2011-10-23 at 21:20 +, Omari Stephens wrote:
 On 10/22/2011 03:38 PM, David Vincent-Jones wrote:
 I am a new user and would like to use Geeqie as a manager for my images
 in conjunction with the darktable editor.

 Image titles, tags and other exif data that I add to my images during
 the raw conversion process are not included within the Geeqie exif
 listing ... can that list be modified to include such data?

 Can the Key-word listing be modified to also filter for exif data?

 My initial guess would be that dt is saving the data as IPTC metadata
 (google it).  Geeqie currently has no support for IPTC.

 It'd be helpful if you could share a link to a RAW image, the associated
 XMP (that dt will save in the same directory), and the output image
 (JPEG/PNG/whatever).

 Cheers,
 --xsdg




--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie with Darktable

[Omari Stephens]

Please keep replies on the mailing list.

On 10/27/2011 05:25 PM, David Vincent-Jones wrote:
 On Thu, 2011-10-27 at 08:49 +, Omari Stephens wrote:
 If you manually editrdf:Seq  tordf:Bag,
 Excuse my ignorance but where do I make thisrdf:Bag  edit? I assume
 that would be a global change.
I mean, take a text editor and edit the .xmp file directly.  This is 
just an experiment to see if that could be confusing geeqie (I'm not 
entirely sure how its XMP parsing works).

 In the preferences/metadata I have checked the (non-standard) item 2
 since, I assume that, item 1 would write directly to my raw date files.
Check 1.  Otherwise, geeqie will look for an XMP in a separated 
.metadata directory.  Otherwise, you could try to figure out the 
.metadata business; I've never used that setting, so I don't know how it 
behaves.

Just make a copy of a couple files in a test directory so you can play 
around with these settings without actually endangering the files you 
care about.

--xsdg

 In the preferences/files if I check xmp then the sidecar files show ..
 not very nice. I do have %.cr2.xmp added to sidecar grouping and that
 appears to work correctly.

 David



--
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning@Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Documentation and code standards

[Omari Stephens]

On 05/05/2011 07:50 AM, Colin Clark wrote:
 Hi
 Perhaps I could make some comments here not as a developer, but as a user.
 1) It's probably a good idea for us to start documenting the functions
 we write and the APIs we create.  For one, it's a reminder to think
 about what specific problems the function/API is solving.  Beyond that,
 it helps someone unfamiliar with the code figure out what's going on,
 and it helps them avoid misusing a particular function.
 What I find missing is high-level documentation, not low-level. An
 overall description of the way the system is organised and how the main
 functions and structures should be used. But in my experience,
 programmers won't produce documentation even when they are being paid to
 do it, and no-one is being paid to work on Geeqie. Being realistic, I
 don't think it is reasonable to expect people to do this.
I agree that high-level documentation is missing; this is what Klaus 
also mentioned at the end of his email.  I specifically mentioned 
function-level documentation because the pieces are easy, and as we 
gradually get more coverage, writing a higher-level document becomes 
that much easier.

 2) We need to have a maximum line length.  It can be long, sure, but
 it's pretty obscene when there are lines so long that they wrap on my
 26 widescreen monitor (layout_util.c is a pretty bad offender).  I'm
 going to suggest 160 characters; see * below.

 Line length was important to me when I used 72-character terminals
 nearly half a century ago. Now I use a visual editor with line-wrap
 enabled. No matter what size window I use, the code is readable.
I find it visually disconcerting when text wraps automatically at what 
is typically some arbitrary point in the line.  I think it would be more 
readable if the breaks were made intentionally rather than incidentally.

 But I do find it very surprising that Geeqie has a non-standard coding
 format. Layout consistency could be achieved if the developers selected
 a standard format - maybe Allman or Whitesmith - and run all code
 through a code beautifier before putting it in the repository. Time
 spent on code formatting by hand is not a good use of time and will
 result in inconsistencies.
I'm not a fan of auto-formatters because they typically make it hard to 
deviate from the standard, _even in situations where the deviation would 
make code that is more readable_.



 May I also make a plea for the common user, people like me who can just
 about do a configure/make.

 Would it be possible for source tars (or even .deb files) of the latest
 files to be put on the Geeqie homepage on sourceforge? Is it possible
 for this do be done automatically whenever one of the git repositories
 is updated?
Not to dismiss your plea, but please remember that Geeqie is a project 
whose development was essentially stalled for a year and a half, and is 
only now just starting to get back up to speed.  Those things will 
undoubtedly come in time, but now is certainly not the time for people 
to overcommit again.  We can probably wait for any sort of automated 
stuff until we average more than one commit to master per month.

 I would also encourage the developers to try to make Geeqie at least as
 good as GQview. There are two problems where I find GQview is
 significantly better than Geeqie:
At this point, I think it's most important for devs to work on whatever 
the heck they want; something (anything) is better than nothing.  Later 
on down the line, we can probably start making a more concerted effort 
to fix the bugs that have been reported and add useful features, but at 
this point, I think the key first step is for people to get back in the 
habit of spending time working on geeqie, and coming up with changes 
that end up in master.

--xsdg


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Documentation and code standards

[Omari Stephens]

Howdy, all.  It's time for a thought on code cleanliness

1) It's probably a good idea for us to start documenting the functions 
we write and the APIs we create.  For one, it's a reminder to think 
about what specific problems the function/API is solving.  Beyond that, 
it helps someone unfamiliar with the code figure out what's going on, 
and it helps them avoid misusing a particular function.  That will help 
keep the code clean because it'll decrease the likelihood that we have 
to disentangle two bits of code that shouldn't have been coupled in the 
first place.  As mentioned in CODING, we use doxygen.

Note that my intention here isn't to have folks pick through the code 
and document _every last thing right now_.  But rather, it's for people 
to document the code that they're working with, working on, and writing, 
as they do so.


2) We need to have a maximum line length.  It can be long, sure, but 
it's pretty obscene when there are lines so long that they wrap on my 
26 widescreen monitor (layout_util.c is a pretty bad offender).  I'm 
going to suggest 160 characters; see * below.


3) Indentation.  First, we should probably document the size of the tabs 
(currently 8 characters, at least from the one file I'm looking at). 
Secondly, it would take a lot of effort to switch, but I think we should 
at least consider a more compact indentation format.  I'm personally a 
fan of 4 spaces.  But I think that the width of our indents is a 
contributing factor to the immense lengths of lines in our code.



* Below is a histogram of line lengths in our .c files.  I think 160 
characters is sufficiently long that it won't be _too_ much of a chore 
to shorten all of the super-long lines, but it's still short enough to 
be feasible on most of today's monitors.

16:28:27 [xsdg{intercal}@~/files/compile/photos/gitqi/src]
$ruby -e 'lc = Hash.new{|h,k| h[k] = 0}; ARGV.each{|f| 
File.new(f).each_line{|l| l.gsub!(/\t/,  *8); lc[l.length/10] += 1}}; 
csum = 0; lc.sort.each{|(x,y)| csum += y; printf %3d-%3d: %s %d\n, 
10*x, 10*(x+1)-1, y.to_s.ljust(5), csum}' *.c
   0-  9: 26174 26174
  10- 19: 8520  34694
  20- 29: 12967 47661
  30- 39: 11622 59283
  40- 49: 7885  67168
  50- 59: 6237  73405
  60- 69: 5867  79272
  70- 79: 5349  84621
  80- 89: 3516  88137
  90- 99: 1951  90088
100-109: 1120  91208
110-119: 579   91787
120-129: 313   92100
130-139: 9392193
140-149: 4392236
150-159: 2192257
160-169: 2092277
170-179: 1892295
180-189: 2392318
190-199: 3692354
200-209: 5992413
210-219: 3992452
220-229: 5 92457

** an expanded version of the ruby one-liner above:
ruby -e 'counts = Hash.new{|h,k| h[k] = 0};  # default value of 0
ARGV.each{|fname|
   File.new(fname).each_line{|line|
 line.gsub!(/\t/,  *8);  # count a tab as 8 spaces
 counts[line.length/10] += 1  # histogram with bucket size 10
   }
};
csum = 0;  # cumulative line counts
counts.sort.each{|(range, count)|
   csum += count;
   printf(%3d-%3d: %s %d\n,
 10*range, 10*(range+1)-1, count.to_s.ljust(5), csum)
}' *.c

--xsdg

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie repositories

[Omari Stephens]

Hey, Klaus

I just created an account on gitorious (xsdg as might be expected). 
Could you add me to geeqie-developers?

Thanks,
--xsdg

On 04/15/2011 03:35 PM, Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512

 Hello Vladimir,

 Am Fr den 15. Apr 2011 um 14:54 schrieb Vladimir Nadvornik:
 Do I understand it correctly that now everybody is using his own branch
 and master is unchanged since December?

 So far until now.

 Who and when will merge the branches to master?

 Well, I think, if one feature is ready to go in the main branch it could
 be merged. I think that this should be done of the owner of the work but
 could be done by everyone that can commit.

 Does merging of one branch mean that the other branches should be
 rebased?

 I do not think that rebasing is the right way then. You can merge back
 the master to your branch or cherry-pick commits from there. The power
 of git is to handle multiple merges very well.

 It is also thinkable to delete the branch after full merge and recreate
 it later on as a new branch.

 That is the freedom you have with git. :-)

 Now for my patches. They are not 100% finished, but I want to publish them
 for testing, so I will push them to gitorious/nadvornik-stereo, OK?

 Right.

 If someone want to test, he can checkout that branch or do a (temporary)
 merge to his own local branch.

 But as I see correct, you have to be added to geeqie-developers. As I
 see, your account there is nadvornik so I added you.

 Can you please give me write permission for the project?

 Ah right, sorry, read sequential. ;) You should be an administrator now.

 I think the main persons are in that group now.

 Regards
 Klaus
 - --
 Klaus Ethgenhttp://www.ethgen.ch/
 pub  2048R/D1A4EDE5 2000-02-26 Klaus Ethgenkl...@ethgen.de
 Fingerprint: D7 67 71 C4 99 A6 D4 FE  EA 40 30 57 3C 88 26 2B
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.11 (GNU/Linux)

 iQEVAwUBTahlrp+OKpjRpO3lAQpbxQgAkisChVQwgsQovCT+Xbm1CUqhR4JbPSnD
 VtD1iPRLXM0Cb4io1MINevSHae6Sa38KhPPRa2/BuMulbfgGtW6RHB4AkfRGwFgS
 +8A9OPWPoH6s0xbbQcxlJVByQ6R2ICD+/cypwfGXj0JbXI5MdymkL94Qd2EVRpNA
 AQziYq+mfjgVKIMt8MA7NlfRg6/XutHzeLSQTjDr8yBUde2k2cf0PZOpYbOo68VJ
 Cx0f8EJdvkFc+i+G/qN6iUNedSavgWnifveaZmwUAysjefHI4qJl43NRT1lFQ9fR
 I2ROgPHm3XN4RyelN+raSRU/zwtWy+MdLnAky8b1xkOZvE4tGZk3tA==
 =/NeL
 -END PGP SIGNATURE-

 --
 Benefiting from Server Virtualization: Beyond Initial Workload
 Consolidation -- Increasing the use of server virtualization is a top
 priority.Virtualization can reduce costs, simplify management, and improve
 application availability and disaster protection. Learn more about boosting
 the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel


--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] grouping with darktable xmp files

[Omari Stephens]

On 04/14/2011 05:39 PM, Colin Clark wrote:
 On 13/04/11 22:01, Colin Clark wrote:
 On 10/04/11 17:51, stair wrote:
 I have recently starting using darktable for my raw processing and have
 come across a problem with the way geeqie groups darktable's xmp files, or
 rather doesn't, the files are not grouped

 when darktable creates it's sidecar files they are given the raw file full
 name including extension, in my case image.CR2, and adds the .xmp
 extension, so the sidecar is image.CR2.xmp.

 The only way I can get grouping to work is to change the sidecar file name
 to eliminate the .CR2 bit but this is not a solution since it breaks the
 connection in darktable.  Trying various things in the sidecar extensions
 list does not help

 I don't think I am missing something here, if so a pointer would be
 appreciated.  If not then it would be very good if this could be fixed
 
 Hi

 I find that if I append .CR2.xmp to the sidecars extension list
 (edit/preferences/preferences/files), then using right click on an image
 set Disable File Grouping followed by Enable File Grouping -

 the .CR2.xmp files are then shown as grouped with the image.

 But this is not working correctly as the grouping is lost on re-start
 and the file extensions of the sidecar files get corrupted when doing a
 copy or move.

 So there is clearly a bug in this part of the code, but if this is
 corrected it may be that you will get the functionality you are looking for.

 Colin Clark

 Try changing line 761 of ui_fileops.c from

 return strrchr(path, '.');

 to

 return strchr(path, '.');


 I have no idea if that's a real solution to the problem - I'll have to
 leave that decision to someone who knows how Geeqie works.


 Colin Clark

I'm pretty sure that's not actually correct; it'll fail on any file that 
contains a period in the middle of the name.  The Correct (though 
probably a lot more computationally involved) solution is to consider a 
file as having some sequence of zero or more extensions, starting at the 
right edge of the filename.  If you recognize the rightmost N portions 
of that sequence, then you can identify the filetype.

In practice, you can find the last segment (with strrchr), and if that's 
.xmp or something, do it again and see if the next segment looks like 
a recognizable file extension (.CR2 or somesuch).  It seems reasonable 
to only support two levels.

--xsdg

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] zoom to fit

[Omari Stephens]

Please keep replies on the list.

On 03/08/2011 03:36 PM, Lee Gold wrote:

 Compare a small image with GQView vs. Geeqie. Do zoom to fit and then resize 
 the window bigger than the image size. With Geeqie it will not go past what 
 seems to be actual image size. GQView on the other hand will zoom to fit the 
 window.

 This is based on actual experience doing the above. Try it!

Edit-Preferences-Preferences-Image
Enable Allow enlargement of image for zoom to fit.

--xsdg





 - Original Message -
 From: Omari Stephensx...@csail.mit.edu
 To: geeqie-devel@lists.sourceforge.net
 Cc: Lee Goldleeg...@operamail.com
 Subject: Re: [Geeqie-devel] zoom to fit
 Date: Sun, 06 Mar 2011 18:11:18 +


 On 03/06/2011 05:46 PM, Lee Gold wrote:
 The zoom to fit still does not work!

 Yes it does!

 --xsdg

 PS: You're going to need to include some more details about what
 you're trying and what happens when you try it for someone to be
 able to help.






--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] zoom to fit

[Omari Stephens]

On 03/06/2011 05:46 PM, Lee Gold wrote:
 The zoom to fit still does not work!

Yes it does!

--xsdg

PS: You're going to need to include some more details about what you're 
trying and what happens when you try it for someone to be able to help.

--
What You Don't Know About Data Connectivity CAN Hurt You
This paper provides an overview of data connectivity, details
its effect on application quality, and explores various alternative
solutions. http://p.sf.net/sfu/progress-d2d
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] feature request: RW2 raw files

[Omari Stephens]

On 01/29/2011 12:46 PM, Lars Täuber wrote:
 Hi there,

 lately i realized that geeqie knows about Canon RAW files. Unfortunately the 
 RAW files from my Panansonic GH1 are unknown to it.
 dcraw and ufraw understand the Panasonic raw format. The files end on .RW2 
 and are based on TIFF like most raw formats.
 Is it easy to add support for this raw format to geeqie?
In most cases, all that's needed is to add a mapping for geeqie to 
recognize this extension as being a TIFF file.  You can do that from the 
Preferences-Files screen.

 Is it possible to support (EXIF, IPTC or XMP?) keywords for this RW2 file too?
I'm 90% sure the ability to store this metadata is inherent in the TIFF 
container format.

--xsdg

--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] geeqie db integration

[Omari Stephens]

On 01/20/2011 08:09 AM, Zeus V Panchenko wrote:
 Hi all,

 i'm new fan of geeqie. Before discovering geeqie i was using gqview
 for a several years.

 i was testing all monster-not-depen graphics viwers in FreeBSD ports
 collection and geeqie is the best featured for my workflow.

 while reading wiki i didn't find any entry in wish list for any db
 intgration and wanna ask:

 can it be considered to integrate geeqie to some db?


 many projects today are using sqlite for example, though to my mind,
 nosql approach could be more natural, since image data represent
 `document' structure and such integration could broaden much possible
 features of the cataloging tasks.


 what do you think?

There was definitely discussion about using a database for image 
metadata.  It's all stuff that got lost after the whole 1.0 release 
debacle, however.

The choice of database should have a lot to do with how the data will be 
accessed and used.  The non-relational options are good for scalability, 
but they tend to have very weak query languages, which can severely 
limit the utility of the datastore.  On the other hand, SQL is a very 
powerful query language, but SQL-based solutions may have scalability 
issues.

That said, given that Lightroom uses sqlite, it at least demonstrates 
that sqlite is a feasible solution for this type of problem (although 
it's not obvious what kind of optimizations they had to do to keep 
performance up to par).

--xsdg

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] geeqie db integration

[Omari Stephens]

On 01/20/2011 08:33 AM, Zeus V Panchenko wrote:
 Omari Stephens (x...@csail.mit.edu) [11.01.20 10:17] wrote:

 There was definitely discussion about using a database for image
 metadata.

 really not only image metadata but anything related to image, for
 example commercial history (for stock sells) e.t.c.
That still counts as metadata.  Basically, it would potentially include 
anything that can be stored in EXIF or XMP.  Of course, there are some 
forms of metadata (like large thumbnails) which might not make sense to 
store directly in the DB.

 That said, given that Lightroom uses sqlite, it at least demonstrates
 that sqlite is a feasible solution for this type of problem (although

 i actively use darktable.sourceforge.net (the best raw processor for
 xNIX) project and they use sqlite too and to be hones, now it is too
 difficult to implement something different in UI than what was planned
 and allowed at the project start
If the schema isn't designed to be flexible, that may definitely be a 
concern.  On the other hand, if a schema is _too_ flexible, you end up 
with very few guarantees about the nature of the data that's stored in 
the DB, and you can end up spending a lot of CPU validating the data as 
you access it.  It can be a tricky balancing act.

 and again, can it be considered applicable to place db integration
 into todo list? :)
Sounds good to me.  zas or Klaus may have access to the wiki; I don't 
think I do.

--xsdg

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Keyword handling

[Omari Stephens]

On 01/14/2011 02:37 AM, Daniel Skorka (by way of Daniel Skorka 
sko...@gmx.net) wrote:
 Hello list,

 I'm using geeqie 1.0 and have run into a problem. I used geeqie to tag
 a bunch of images with my own keywords, that were saved to XMP info
 inside the file. Saved and quit, so far everything's fine, when I load
 up geeqie again, the keywords are in the file, but they are no longer
 in the list of possible keywords, and I can't figure out how import
 them from the images.
 I've seen that I can add them in ~/.config/geeqie/geeqie.rc, but I'd
 rather avoid putting a few dozen of them in there by hand, and I also
 don't want to have to remember to do this everytime I add a new keyword.
 Isn't there some way to do this from within geeqie?

It's been awhile since I used 1.0.  That said, I don't think this has 
changed since 1.0:  On the Keywords list in the Info sidebar (Ctrl+K), 
you've got a right pane and a left pane.  The left pane is pretty much 
free-form.

You can (permanently) add keywords to the right pane by right-clicking 
and choosing Add keyword.  This basically adds them to the config 
file, but is a lot more straightforward to do when you're actually in 
geeqie.  The right pane also allows you to tag an image with a keyboard 
just by clicking the checkbox.

--xsdg

--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] [PATCH] optionally autorotate proofs

[Omari Stephens]

On 12/13/2010 01:31 AM, Jonathan Woithe wrote:
 Around April 2010 I submitted a diff to the ML which adds auto-rotation to
 proofs ...

 I already did, check
 https://github.com/zas/geeqie_zas/commit/c4e3c3ee6f8b80c43925b0d38b8bcfae71050c6a
 If the patch is the same, we are done. Thanks for the patch

 Yep, that's the patch.  There have been no changes.

 I was confused because I went to

https://github.com/zas/geeqie_zas

 hit the history button and saw no evidence of the commit in the resulting
 list.  What did I do wrong?
By default, it shows the commit history of the master branch — you can 
see that in the Switch branches dropdown in the top-left.  zas 
committed your patch in the devel branch, which (now that I check) seems 
to have been renamed lm.

--xsdg

--
Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL,
new data types, scalar functions, improved concurrency, built-in packages, 
OCI, SQL*Plus, data movement tools, best practices and more.
http://p.sf.net/sfu/oracle-sfdev2dev 
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie editor checking write permission unnecessarily

[Omari Stephens]

On 11/18/2010 09:03 PM, Jared Henley wrote:
 Hi,

 I have a use case where geeqie's checking for
 write permissions on a directory is unnecessary and annoying.
The behavior does sound like a bug.  As it happens, there was a 
likely-related issue reported a couple days ago.  That said, could you 
run geeqie in debug mode (`geeqie --debug` from the cmdline) and attach 
the log, please?  That should make it easier to figure out what's going on.

--xsdg

--
Increase Visibility of Your 3D Game App  Earn a Chance To Win $500!
Tap into the largest installed PC base  get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Issue/Error with move/delete files (Ubuntu 10.10, Geeqie 1.0)

[Omari Stephens]

On 11/16/2010 11:30 AM, Callan Jefferson Davies wrote:
::snip? SNIP!::
- An example file would be :

 -rwxrwx--- 1 root bogglers 4.1M 2010-11-12 21:54 20101109-142128.JPG

- If I delete file, a copy DOES appear in /home/callan/geeqie_trash
- But the file on my NAS is not removed - I get an error 'external
 editor returned error status - file delete failed'
Is this the exact error message you get?  Is it not File deletion failed?

--xsdg

--
Beautiful is writing same markup. Internet Explorer 9 supports
standards for HTML5, CSS3, SVG 1.1,  ECMAScript5, and DOM L2  L3.
Spend less time writing and  rewriting code and more time creating great
experiences on the web. Be a part of the beta today
http://p.sf.net/sfu/msIE9-sfdev2dev
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Geeqie developemant stopped?

[Omari Stephens]

On 09/07/2010 01:14 AM, Милош Поповић wrote:
 1. I can see that last commit to SourceForge SVN was in May 2010. Are
 you giving up with Geeqie?

Dev on geeqie does seem to have stalled again.  I haven't seen zas, 
Vladimir, or Klaus around the list in a long while.

That said, I suspect that development will march on, whether the 
committers return, or hand over the reigns to someone else, or if (like 
geeqie) someone ends up having to fork the codebase.  I know that a 
couple different folks (myself included) all have various patches 
waiting in the wings, and at some point, they're going to land somewhere :o)

--xsdg

--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Feature request: Toggle viewing button

[Omari Stephens]

On 08/16/2010 02:35 AM, Jeffery Small wrote:

 One thing that I would find to be a very useful addition to geeqie would be
 a button that would toggle between the current picture and the last picture
 viewed.
If you select multiple images, when you cycle (by pressing 
spacebar/backspace, clicking, or using your mouse's scroll wheel), it 
will cycle through only the selected images.

--xsdg

--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] bug in CMS?

[Omari Stephens]

On 05/26/2010 10:51 PM, Bartosz SKOWRON wrote:
 hi guys,

 i've just bought a new LCD (EIZO S2433W) with pretty wide gamut. I use
 gnome-color-manager to set the profile for the LCD. In Geeqie's
 preferences I have turn on 'Use system screen profile if available'
 and in the menu View -  Color Management -  use  color profiles and
 use profile from image.

 So there are 2 problems. First one, when there is no ICC profile
 embedded in an image (e.g. PNG files I believe). The color of images
PNG files support embedded color profiles, though a smaller proportion 
of them of them have one, compared to JPEGs
 is compltely bad. In shortcut it looks like the saturation was
 completely down. Please see the screenshot:
 http://img265.imageshack.us/img265/6493/zrzutekranu5g.png
 When I turn off 'use color profiles' it looks OK.
 Funny thing is with taking screenshots of Geeqie with this problem.
 Another screenshot of the screenshot is with lower and lower
 saturation.
Lack of saturation sounds like you're viewing an AdobeRGB image 
without using the AdobeRGB profile.  If so, there's not really anything 
geeqie can do.  In the View-Color Management menu, you can force geeqie 
to interpret the photo as if it were AdobeRGB, but the real answer is 
images without embedded profiles should be sRGB, or you should expect 
pain and know how to deal with it.

The other big possibility is that this is some interaction problem 
between X11 and OS X.  Not having used the two together for anything 
color-centric, I have no idea what the story is there.

 The second problem is with files with embedded profiles. They look OK,
 however if I compare it to Firefox or VirtualBox, there are some
 slightly differences between Geeqie and others. I checked it with
 Color Sampler as well. Screenshot below:
Firefox's color rendering is not accurate, period.  For one thing, IME, 
it consistently renders photos-with-embedded-profiles with a noticeably 
high blackpoint.  You should compare with an app whose only purpose is 
to display images, like GIMP.

It would probably also be useful to compare both geeqie and firefox to 
an OS X-native app like Photoshop that is guaranteed to treat color 
profiles correctly and display images accurately.  I don't know how much 
I'd trust Preview or Safari.

--xsdg

--

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

[Geeqie-devel] 1.0?

[Omari Stephens]

It is now February.  Geeqie has had no substantive feature checkins in 3 
months.  Please, please tag _something_ as 1.0 and kick it out the door 
so we can move on.  Please.  Seriously.

--xsdg

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Segfault on trying to view image

[Omari Stephens]

On 01/29/2010 01:31 PM, Alex Dedul wrote:
 By the way, just noticed it writes this on the console

 pl...@plisk ~/dl/DC $ geeqie thefun.ru-britni-9-15.jpg
 warning: exif tag Exif.Photo.ExifVersion has 0 elements, exif spec requests 4
 exif tag Exif.Photo.ExifVersion data size mismatch
 warning: exif tag Exif.Photo.FlashpixVersion has 0 elements, exif spec
 requests 4
 exif tag Exif.Photo.FlashpixVersion data size mismatch
 warning: exif tag Exif.Photo.ColorSpace has 0 elements, exif spec requests 1
 exif tag Exif.Photo.ColorSpace data size mismatch
 exif tag unknown data size mismatch
 Segmentation fault

What happens if you just run `exiv2 foo.jpg`?  What version of libexiv2 
do you have?

--xsdg

--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Segfault on trying to view image

[Omari Stephens]

[cc+ zas]

--xsdg

On 01/29/2010 01:54 AM, Alex Dedul wrote:
 Hi there!

 Hm, i was trying to do this bug report in bug tracker [1], but there
 it was just deleted without explanations, so i'd like to discuss this
 here then.

 I just downloaded this image [2] and here geeqie just segfaults when
 i'm trying to view it, while other image viewers show it okay. I'm
 using the latest svn to date and i'm on gentoo 64 bit.

 I know this is a porn image, so what ? Geeqie segfaults on it, this is
 what matters. This is a valid bug report if you look to the real issue
 with geeqie, not to the pic itself (by the way - nothing wrong with it
 too).

 Also i tried to recompile with -O0 - also segfaults, just to test this.

 [1] 
 https://sourceforge.net/tracker/?func=detailaid=2941915group_id=222125atid=1054680
 [2] http://narod.ru/disk/17376593000/thefun.ru-britni-9-15.jpg.html

 With best regards from the Soul, Alex.

 --
 The Planet: dedicated and managed hosting, cloud storage, colocation
 Stay online with enterprise data centers and the best network in the business
 Choose flexible plans and management services without long-term contracts
 Personal 24x7 support from experience hosting pros just a phone call away.
 http://p.sf.net/sfu/theplanet-com
 ___
 Geeqie-devel mailing list
 Geeqie-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/geeqie-devel


--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Evidence based photo selection

[Omari Stephens]

Slowly chugging along.  This patch includes Increment/Decrement buttons, 
and 
preliminary auto-advance (so when you click one of the buttons, it 
automatically 
advances to the next image).

I'm halfway done with adding keyboard shortcut support; that'll probably be 
done 
before I go to sleep, but pretty late tonight.  The magic of the keyboard 
shortcuts menu means you'll be able to choose to steal whatever shortcuts you 
want (yay).

Incremental patch (against the v1 patch):
http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/ratings/ratings.v2.inc.patch.txt

Full patch:
http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/ratings/ratings.v2.full.patch.txt

--xsdg

--
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] Saving marks

[Omari Stephens]

Peter Falter wrote:
 It seems that Marks are not saved when geeqie is quitted and switched  
 on again, right?
 
 This is an odd behavior, i recognized after marking around 180  
 pictures in a folder with over 750 pics...
 
 Despite this not so nice feature of 1.0beta2 i like geeqie very much.

I no longer feel that saving marks is a useful feature.  You can connect marks 
to keywords: right-click a keyword, then select Connect 'keyword' to Mark. 
This means that instead of potentially having a bunch of marks of unknown 
meaning, you instead have arbitrary keywords which, if you like, you can name 
1, 
2, 3, 4, 5, 6.

Also, the ratings work that I'm in the middle of will hopefully ease the need 
to 
use marks as some form of rating.

While it'd be nice to not _lose_ marks, I think there are better ways to do 
that 
than to actually save the numbers.  Something like Save Mark 1 as keyword 
Foo, 
perhaps.

--xsdg

--
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] Evidence based photo selection

[Omari Stephens]

The first stage of this is done.  Patch attached.  More comments inline and 
below.

Omari Stephens wrote:

Noah Slater wrote:

Hello,

I use Geeqie to select photographs from very large collections, such as the
thousands I might take on a shoot. As it stands, run through the photographs in
a directory, deleting the ones that I don't think should make it to the next
stage of the selection process. I usually do this a number of times, using
different directories, until I have a small handful that I like.

Because I the selection process is subjective, I add safety measures such as
copying the photographs to a new directory for each run, or running through a
copy of the same directory twice so that I can merge the selection pools of two
identical runs. This is a tedious process, and prone to errors.

I would like to suggest the following features:

  * A scorecard for each photo that can be incremented or decremented using
keyboard shortcuts. Two obvious shortcuts would be - and =. After
pressing a key, a notification area could display the score.


I am working on this.  My plan for right now is to implement it as a simple hack 
on top of the keywords system.  I could use a keyword score:6 for storage, and 
then it'd just need buttons with keyboard mappings for incrementing or 
decrementing the score.
I ended up doing this the Right Way and using the XMP xap:Rating tag.  If you've 
got photos that you added ratings to with other programs (Lightroom, Bridge, 
etc.) you should see them.  Changes you make should show up in those programs 
(for now; more below).



  * A way of sorting on the list of photographs by score.


As Vlad suggested, this will be more difficult to do properly.  It might be 
possible to come up with a nice hack that works well; we'll see.  I haven't yet 
poked at the sorting code.


I still haven't looked at this yet.  Worst comes to worst, I'm just going to 
write a cache of some sort.



Next steps, in approximate order:
1) Add buttons and keyboard shortcuts
2) Probably get rid of the limited [0,5] range.  Note that I'm not sure what 
other apps will do if they see data outside of that range.  If you've got 
Lightroom or Bridge, it would be nice if you could try out the next version of 
the patch (or just manually edit the XMP) and see what happens.

3) Figure out whole the sorting situation.

--xsdg

PS: patch is also on the net at
http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/ratings.v1.patch.txt
commit 9c3b2fabe4e990c4d95d03eb77f6eb285376b7a6
Author: Omari Stephens x...@xsdg.org
Date:   Sun Nov 15 00:57:03 2009 +

Add support for reading and writing Rating xmp metadata

- Add a constant to metadata.h to reference the Xmp.xmp.Rating tag
- Add a UI in the metadata bar
- Add associated configuration stuff

diff --git a/trunk/src/Makefile.am b/trunk/src/Makefile.am
index 144b090..9528d30 100644
--- a/trunk/src/Makefile.am
+++ b/trunk/src/Makefile.am
@@ -94,6 +94,8 @@ geeqie_SOURCES = \
 	bar_keywords.h	\
 	bar_exif.c	\
 	bar_exif.h	\
+	bar_rating.c	\
+	bar_rating.h	\
 	bar_sort.c	\
 	bar_sort.h	\
 	cache.c		\
diff --git a/trunk/src/bar.c b/trunk/src/bar.c
index 52d6a54..4d64b71 100644
--- a/trunk/src/bar.c
+++ b/trunk/src/bar.c
@@ -25,6 +25,7 @@
 #include ui_menu.h
 #include bar_comment.h
 #include bar_keywords.h
+#include bar_rating.h
 #include bar_exif.h
 #include bar_histogram.h
 #include histogram.h
@@ -76,6 +77,15 @@ static const gchar default_config_comment[] =
 /layout
 /gq;
 
+static const gchar default_config_rating[] =
+gq
+layout id = '_current_'
+bar
+pane_rating id = 'rating' expanded = 'true' key = ' RATING_KEY ' /
+/bar
+/layout
+/gq;
+
 static const gchar default_config_exif[] = 
 gq
 layout id = '_current_'
@@ -178,6 +188,7 @@ static const KnownPanes known_panes[] = {
 	{PANE_GPS,		gps,	N_(GPS Map),	default_config_gps},
 #endif
 #endif
+	{PANE_RATING,		rating,   N_(Rating),   default_config_rating},
 	{PANE_UNDEF,		NULL,		NULL,			NULL}
 };
 
diff --git a/trunk/src/bar.h b/trunk/src/bar.h
index 61dc4be..d24acf3 100644
--- a/trunk/src/bar.h
+++ b/trunk/src/bar.h
@@ -20,7 +20,8 @@ typedef enum {
 	PANE_EXIF,
 	PANE_HISTOGRAM,
 	PANE_KEYWORDS,
-	PANE_GPS
+	PANE_GPS,
+	PANE_RATING
 } PaneType;
 
 typedef struct _PaneData PaneData;
diff --git a/trunk/src/bar_rating.c b/trunk/src/bar_rating.c
new file mode 100644
index 000..684e713
--- /dev/null
+++ b/trunk/src/bar_rating.c
@@ -0,0 +1,344 @@
+/*
+ * Geeqie
+ * (C) 2004 John Ellis
+ * Copyright (C) 2008 - 2009 The Geeqie Team
+ *
+ * Author: Omari Stephens
+ *
+ * This software is released under the GNU General Public License (GNU GPL).
+ * Please read the included file COPYING for more information.
+ * This software comes with no warranty of any kind, use at your own risk!
+ */
+
+
+#include main.h
+#include bar_rating.h
+
+#include bar.h
+#include metadata.h
+#include filedata.h
+#include ui_menu.h
+#include ui_misc.h
+#include rcfile.h

Re: [Geeqie-devel] Evidence based photo selection

[Omari Stephens]

Noah Slater wrote:
 Hello,
 
 I use Geeqie to select photographs from very large collections, such as the
 thousands I might take on a shoot. As it stands, run through the photographs 
 in
 a directory, deleting the ones that I don't think should make it to the next
 stage of the selection process. I usually do this a number of times, using
 different directories, until I have a small handful that I like.
 
 Because I the selection process is subjective, I add safety measures such as
 copying the photographs to a new directory for each run, or running through a
 copy of the same directory twice so that I can merge the selection pools of 
 two
 identical runs. This is a tedious process, and prone to errors.
 
 I would like to suggest the following features:
 
   * A scorecard for each photo that can be incremented or decremented using
 keyboard shortcuts. Two obvious shortcuts would be - and =. After
 pressing a key, a notification area could display the score.

I am working on this.  My plan for right now is to implement it as a simple 
hack 
on top of the keywords system.  I could use a keyword score:6 for storage, 
and 
then it'd just need buttons with keyboard mappings for incrementing or 
decrementing the score.

   * A way of sorting on the list of photographs by score.

As Vlad suggested, this will be more difficult to do properly.  It might be 
possible to come up with a nice hack that works well; we'll see.  I haven't yet 
poked at the sorting code.

 I could then change my workflow to:
 
   * Go into a random, repeated, slideshow of a directory of photographs.
 
   * Run through the slideshow multiple times, scoring each photograph with
 either a single positive or single negative vote, or perhaps none.
 
   * Sort the directory of photographs by score.
 
   * Delete all those photographs bellow a certain threshold.

There is a random slideshow, though I'm not sure how it works.  With Klaus's 
patch for adding a keyword, you might be able to
1) Go into random slideshow
2) Do the scoring thing
3) Sort by score
4) Add a level 4 or whatever keyword to distinguish the ones that have made 
it 
through at least 4 rounds of selections
5) Search for the level 4 tag, or link it to a Mark, or something to filter 
on 
that.
6) Repeat

Of course, there's a lot of this picture left to be filled in as of right now.

--xsdg

--
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

[Geeqie-devel] Panview menus are unusably broken

[Omari Stephens]

Easy to trigger (r1854):
1) Start geeqie
2) Start panview
3) Right-click anywhere
4) Dismiss the menu, either by clicking somewhere, or hitting escape, or 
selecting a menu option
5) Boom


filedata.c:680: fd magick mismatch @ filedata.c:1104
**
ERROR:filedata.c:682:file_data_unref_debug: assertion failed: (fd-magick == 
0x12345678)

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7fe349a6d770 (LWP 5595)]
0x7fe345c77105 in raise () from /lib/libc.so.6
(gdb) bt full
#0  0x7fe345c77105 in raise () from /lib/libc.so.6
No symbol table info available.
#1  0x7fe345c78623 in abort () from /lib/libc.so.6
No symbol table info available.
#2  0x7fe3473b2e90 in g_assertion_message () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#3  0x7fe3473b3412 in g_assertion_message_expr () from 
/usr/lib/libglib-2.0.so.0
No symbol table info available.
#4  0x00455911 in file_data_unref_debug (file=0x4e04db filedata.c, 
line=1104, fd=0x155ddd0) at filedata.c:682
__PRETTY_FUNCTION__ = file_data_unref_debug
#5  0x00457a6a in filelist_free (list=0x1762000) at filedata.c:1104
work = (GList *) 0x1762000
#6  0x7fe34782711d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#7  0x7fe34783abc8 in ?? () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#8  0x7fe34783c032 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
No symbol table info available.
#9  0x7fe34783c503 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#10 0x7fe3494e9730 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#11 0x7fe347829092 in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#12 0x7fe347849363 in g_value_unset () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#13 0x7fe34783c052 in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
No symbol table info available.
#14 0x7fe34783c503 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#15 0x7fe3495d7c05 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#16 0x7fe347829092 in g_object_unref () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#17 0x7fe3494d49b2 in gtk_menu_shell_activate_item () from 
/usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#18 0x7fe3494d63d5 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#19 0x7fe3494c6958 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#20 0x7fe34782711d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#21 0x7fe34783a8bf in ?? () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#22 0x7fe34783bebd in g_signal_emit_valist () from 
/usr/lib/libgobject-2.0.so.0
No symbol table info available.
#23 0x7fe34783c503 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
No symbol table info available.
#24 0x7fe3495ce98e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#25 0x7fe3494bf1f3 in gtk_propagate_event () from 
/usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#26 0x7fe3494c0313 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#27 0x7fe34913acbc in ?? () from /usr/lib/libgdk-x11-2.0.so.0
No symbol table info available.
#28 0x7fe34738ce4a in g_main_context_dispatch () from 
/usr/lib/libglib-2.0.so.0
No symbol table info available.
---Type return to continue, or q return to quit---
#29 0x7fe347390510 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#30 0x7fe3473909dd in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#31 0x7fe3494c0727 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
No symbol table info available.
#32 0x00476bfc in main (argc=1, argv=0x7fff00b97af8) at main.c:912
first_collection = (CollectionData *) 0x0
cd = (CollectionData *) 0x0

--xsdg

--
Come build with us! The BlackBerryreg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9#45;12, 2009. Register now#33;
http://p.sf.net/sfu/devconf
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Speed Comparisons

[Omari Stephens]

Sabin Iacob wrote:
::snip? SNIP!::
 P.S. is it me, or do Nikon NEF files really render faster than JPEGs? :-/
They should render as fast as JPEGs of the same quality.  What you see is 
actually an embedded (iirc) ~75% quality JPEG preview that lives in every NEF. 
It's not actually processing the RAW contents— that'd take 5+ seconds per image 
for a low-quality version, even without doing the debayer so that you could see 
the image at 100% scale.

--xsdg


--
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] Rotating images

[Omari Stephens]

Vladimir Nadvornik wrote:
::snip? SNIP!::
 IMO this would be superfluous. There are two clear steps:
 
 1. mark the correct orientation in metadata - this is usually done by the 
 camera or it can be done manually in geeqie
 
 2. adjust the pixels according to metatata - this is what the Apply the 
 orientation to image content command does.

I don't think you can reasonably consider these to be two separate steps.  At 
the point after the first step has happened, but before the second has 
happened, 
the image is in an invalid state.  If the computer were to have a power outage 
just then, it would require manual intervention to again make sure that the 
metadata is in sync with the true orientation of the pixel data.

--xsdg

--
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] A request

[Omari Stephens]

Jeffery Small wrote:
 Using Geeqie 1.0alpha3:
 
 I don't remember if this issue was raised before, but would it be possible
 to include a command line switch that would suppress the display of Warning
 messages.  I get many of the following:
It was.  These messages are printed directly by exiv2, which is compiled by 
whoever ships your distribution.  IIRC, there is nothing we can do about this. 
You can recompile your exiv2 to disable these, and possibly complain to your 
distro (or possibly to upstream).

--xsdg



--
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] Geeqie 1.0 beta2 assertion failed bug

[Omari Stephens]

Yes, this does look similar to the bug I encountered.  Note that my bug wasn't 
necessarily related to panview; that's just a way I found to consistently 
reproduce it.  It was a memory corruption bug, as this seems to be.

--xsdg

big...@spin.ict.pwr.wroc.pl wrote:
 Hi,
 
I've got an assertion failed error and program abort under certain 
 circumstances. I've discovered it on one (as for now) of many 
 directories with my photos. Steps do 
 reproduce:
 
 1. Run geeqie
 2. Go to the bad directory
 3. Try do go the subdirectory or to the parent directory
 4. On the output I see something like this:
 ERROR:filedata.c:580:file_data_free: assertion failed: (fd-magick == 
 0x12345678)
 Aborted
 
 ... and program exits
 
 I've copied my test directory to other location to test if it has anything 
 with filesystem level error, but with no luck.
 
 I've run gdb and after program crash this is backtrace content:
 
 **
 ERROR:filedata.c:580:file_data_free: assertion failed: (fd-magick == 
 0x12345678)
 
 Program received signal SIGABRT, Aborted.
 [Switching to Thread 0x7f5179f9c780 (LWP 28626)]
 0x7f51763c0d25 in raise () from /lib/libc.so.6
 (gdb) backtrace
 #0  0x7f51763c0d25 in raise () from /lib/libc.so.6
 #1  0x7f51763c3de1 in abort () from /lib/libc.so.6
 #2  0x7f5177afa010 in g_assertion_message () from 
 /usr/lib/libglib-2.0.so.0
 #3  0x7f5177afa592 in g_assertion_message_expr () from 
 /usr/lib/libglib-2.0.so.0
 #4  0x00460bd7 in file_data_free (fd=0x190f610) at filedata.c:580
 #5  0x00460f53 in file_data_unref_debug (file=0x501f18 
 filedata.c, line=1028, fd=0x1910b60)
  at filedata.c:641
 #6  0x00461b8d in filelist_free (list=0x190e320) at 
 filedata.c:1028
 #7  0x004df799 in vflist_set_fd (vf=0x18bbd50, dir_fd=0x190e860) 
 at view_file_list.c:1940
 #8  0x004da7a0 in vf_set_fd (vf=0x18bbd50, dir_fd=0x190e860) at 
 view_file.c:648
 #9  0x004783eb in layout_sync_path (lw=0x16264e0) at layout.c:844
 #10 0x0047867a in layout_set_fd (lw=0x16264e0, fd=0x190e860) at 
 layout.c:914
 #11 0x00476c46 in layout_vd_select_cb (vd=0x18adc00, fd=0x190e860, 
 data=0x16264e0) at layout.c:249
 #12 0x004d3fb6 in vd_select_row (vd=0x18adc00, fd=0x190e860) at 
 view_dir.c:196
 #13 0x004d5d6e in vd_release_cb (widget=0x18bc020, 
 bevent=0x1611ce0, data=0x18adc00) at view_dir.c:1041
 #14 0x7f51799fa958 in ?? () from /usr/lib/libgtk-x11-2.0.so.0
 #15 0x7f5177f6e11d in g_closure_invoke () from 
 /usr/lib/libgobject-2.0.so.0
 #16 0x7f5177f81c2b in ?? () from /usr/lib/libgobject-2.0.so.0
 #17 0x7f5177f82ead in g_signal_emit_valist () from 
 /usr/lib/libgobject-2.0.so.0
 #18 0x7f5177f834f3 in g_signal_emit () from 
 /usr/lib/libgobject-2.0.so.0
 #19 0x7f5179b0298e in ?? () from /usr/lib/libgtk-x11-2.0.so.0
 #20 0x7f51799f31f3 in gtk_propagate_event () from 
 /usr/lib/libgtk-x11-2.0.so.0
 #21 0x7f51799f4313 in gtk_main_do_event () from 
 /usr/lib/libgtk-x11-2.0.so.0
 #22 0x7f517966ecbc in ?? () from /usr/lib/libgdk-x11-2.0.so.0
 #23 0x7f5177ad3f7a in g_main_context_dispatch () from 
 /usr/lib/libglib-2.0.so.0
 #24 0x7f5177ad7640 in ?? () from /usr/lib/libglib-2.0.so.0
 #25 0x7f5177ad7b0d in g_main_loop_run () from 
 /usr/lib/libglib-2.0.so.0
 #26 0x7f51799f4727 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
 #27 0x00487e27 in main (argc=1, argv=0x7fff820d4a38) at main.c:899
 
 I've found some similar errors on the one of other threads of geeqie 
 maillists, but it was related to the panview functionality.
 Geeqie built from trunk sources behaves the same way - it generates 
 assertion failed error and exits.
 
 I would be grateful for any help. :-)
 
 Kindly regards,
 Rafal
 
 --
 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


--
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] [PATCH] Multithreaded image loading

[Omari Stephens]

Klaus Ethgen wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA512
 
 Hi,
 
 Am Fr den 24. Jul 2009 um 23:08 schrieb Vladimir Nadvornik:
 I'd rather wait with adding the patch after 1.0, since it is a non-trivial 
 change.
 
 Wouldn't it be better to add such patches to a branch and merge it
 later? At least with git (its how I manage geeqie) it is pretty easy to
 do so. I have several branches locally by myself to manage ideas,
 translations and so on.

At least as of svn 1.4, this could sometimes get pretty hairy.  I've heard 
there 
was a lot of progress made with svk, a lot of which ended up in svn 1.5, but I 
haven't used 1.5 seriously enough to know.

--xsdg


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

Re: [Geeqie-devel] patch for MAP_ANONYMOUS use

[Omari Stephens]

Greg Troxel wrote:
 NetBSD has MAP_ANON, and MAP_ANONYMOUS looks odd to me.  I tried to find
 what POSIX says, and it seems MAP_ANON* is not part of the required
 definition of mmap:
 
 http://www.opengroup.org/onlinepubs/009695399/functions/mmap.html
 
 I am pretty sure mmap originated around 4.2BSD, so would think that
 4.4BSD-derived systems would have the historically correct definition
 for MAP_ANON.
 
 On my mac (10.5.7) sys/mman.h has MAP_ANON and not MAP_ANONYMOUS.
 
 Does MAP_ANON work on linux?  Any reason not to just use MAP_ANON?
I know nothing about mmap, but a quick grep shows the following on Debian sid. 
bits/mman.h is #included by sys/mman.h:

02:51:51 [xsdg{intercal}@/usr/include]
$ack MAP_ANON
asm-generic/mman.h
21:#define MAP_ANONYMOUS0x20/* don't use a file */

bits/mman.h
53:# define MAP_ANONYMOUS   0x20/* Don't use a file.  */
54:# define MAP_ANONMAP_ANONYMOUS

--xsdg

PS. ack-grep is awesome: http://betterthangrep.com/
curl http://ack.googlecode.com/svn/tags/latest/ack  ~/bin/ack  chmod 0755 !$

--
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] Can't enable libchamplain

[Omari Stephens]

Oscar Miras wrote:
 Hi all,
 
 I'm trying to configure geeqie tu compile bar_gps, but I always get:
 
 Support:
   LCMS:  no
   Exiv2: yes
   Lirc:  no
   Libchamplain:no
   Libchamplain-gtk:no
 
 I've already installed all these packages:
 
 libchamplain-0.2-1 - C library providing ClutterActor to display maps
 libchamplain-0.2-dbg - A ClutterActor to display maps
 libchamplain-0.2-dev - C library providing ClutterActor to display maps
 libchamplain-doc - C library providing ClutterActor to display maps
 libchamplain-gtk-0.2-0 - A Gtk+ widget to display maps
 libchamplain-gtk-0.2-dbg - A Gtk+ widget to display maps
 libchamplain-gtk-0.2-dev - A Gtk+ widget to display maps
 libchamplain-gtk-doc - A Gtk+ widget to display maps
 
 Plus the one Vladimir recommended in previous emails.
 
 Any help? Do I need more libraries, such libgps ?
 Thanks.

Vladimir already described the actual problem in his response.  To debug this 
on 
your own, look inside of config.log — it should include the literal code of the 
tests that are being run, as well as compile-time messages and run output (if 
compile succeeds).  My guess is that the code compiles fine, but there's some 
code in the test that explicitly checks for a minimum value of 0.3 [probably 
expressed as a tuple, (0,3,0)].

--xsdg


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

Re: [Geeqie-devel] file operations very slow

[Omari Stephens]

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?
Could you provide an exact set of instructions for a task that is slower in 
geeqie than gqview?  That would make it easier to reproduce and fix whatever 
the 
problem may be.
 My system is Ubuntu 9.04 on Athlon 2600 + 512MB RAM
 
 Stair

Thanks,
--xsdg

--
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

Re: [Geeqie-devel] Pan view : one purpouse for calendar view

[Omari Stephens]

Oscar Miras wrote:
 Hi Vladimir  geeqie team;
 
 How do you do ?
 I've been making some improvement in Pan view. Now you can enter 
 fullscreen mode with Enter key; and I'm working in how to centre 
 correctly images on screen ( sometimes, when you click a thumbnail, it's 
 shown behind visual area; so you have to scroll manually to it; or 
 resize main window). I'm also working in other features ; that you can 
 see in Wiki of Panview.
 
 I've been talking with my tutor and you were right Vladimir: we do need 
 interface behaviour for pan view mode. We need a 'logical view' in 
 Calendar mode instead of 'image view'.
 How useful is to zoom in a Calendar ?? A Calendar is a logical 
 representation of time; so I think we should work that way.
 It would be nice if 'Zoom' behaves different in Calendar mode: '+' key 
 over a year shows you all the months of that year; in a similar way that 
 calendar view does now.
 If you zoom again over a month; then you will get that month in full 
 screen, with more thumbnails per day .
 Finally if you 'zoom' over a day; you will get all the pictures made 
 that day ; maybe sorted by the hour they were made.

While having some sort of hierarchical zoom (from years, to months, to days) 
would be nice. I also find it tremendously useful to have a real zoom (that is, 
make thumbnails larger or smaller) in Calendar mode.  There are many days when 
I've taken hundreds to 1-2 thousand images in a single day.  Being able to zoom 
out allows me to see groups of photos, and then I can narrow in more closely on 
the ones I actually want to look at.

Another use case is if I'm searching for a single particular photo, and I know 
about when I shot it.  If I know the main color of the image, I can easily 
skip over large batches of images that are the wrong color, and then zoom in 
when I need to see more details to discriminate.

--xsdg

--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA,  Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Geeqie coding standards

[Omari Stephens]

Hi, all

I found myself with some free time this weekend, so I'm trying to do some more 
hacking.  In particular, I'm again trying to get images in the View in new 
window window to be color-managed.  While doing some preliminary reading, it 
suddenly dawned on me that some of the lines in geeqie are _really long_.  I 
mean, unmanageably so.

Geeqie already has the beginnings of a set of coding standards, that being 
CODING in the root of the source tree, but I think we need to extend it some

I will refer to this screen-shot below:
[1] http://ocaml.xvm.mit.edu/~xsdg/stuff/geeqie/geeqie_typedefs.h.png

Here are some initial thoughts/suggestions:
#1) Limit line length to 100 characters
I think 100 characters is a nice balance between (not needing a huge editor to 
view the code) and (not forcing every other line of code to be split across 
multiple lines).  It's what we use at work and it seems to work very well.  For 
reference, the visible right margin in [1] is at 100 characters.

#2) We need to get rid of tabs as an acceptable form of whitespace
Yes, switching will be painful.  But ever since people started telling their 
editors to use 4-character or 2-character tabstops, tabs have become more pain 
than they're worth.  This is especially evident when people try to align code 
or 
comments written with one setting, and other people try to view them with an 
editor set to some different setting.  This is clearly visible in [1], and it's 
ugly and hard to read (see lines 369, 375, and 380 for one example; 383–387 for 
another).

As a replacement, I would suggest using 4 spaces per level of indentation.  I 
find that 4 spaces is wide enough that it's easy to visually track over long 
vertical distances (2 spaces is not), but is also not so wide so as to make it 
painful to write code 4-levels-deep (which is one problem with 8-space tabs).

#3) Set some guidelines for comment appearance
Should people use // or /*...*/ for single-line comments that appear on their 
own line or after a semicolon?  How much space should go between a comment and 
the semicolon?  Should comments on successive lines be aligned?

There are clearly tons of options here, and I think use your judgment will 
have to be a big part of it.  However, we still need some ground rules.  Look 
at 
[1] again.  The comments are _all over the place_.  Switching to spaces (see #2 
above) will make this much more readable, but having some sort of concrete 
suggestion would be a good thing.


As for how to accomplish these changes, my suggestion would be first, to decide 
on these, and possibly other, issues.  Once the decisions have been made, 
people 
writing new code should adhere to the guidelines.  At the same time, someone 
should go through and bring the old code into compliance (I might be up for 
this; we'll see).  GNU indent ([2]) will probably be useful for this process.

[2] http://indent.isidore-it.eu/beautify.html

--xsdg


--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-side developers  brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing,  
iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian
Group, R/GA,  Big Spaceship. http://www.creativitycat.com 
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

Re: [Geeqie-devel] Color profile menu

[Omari Stephens]

Vladimir Nadvornik wrote:
 Hi,
 
 Is there any advantage of having the color profile menu in a popup on the 
 status bar? I am thinking about moving it to the View menu. This would 
 simplify the code a bit and allow using hotkeys.

It's nice to be able to see at a glance whether geeqie is rendering an image 
using an embedded profile, or if it's just assuming sRGB.

Being able to switch is also nice, but admittedly I pretty much never use that 
functionality.

--xsdg


--
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
___
Geeqie-devel mailing list
Geeqie-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geeqie-devel

[Geeqie-devel] Editors configuration needs further improvement

[Omari Stephens]

I hadn't compiled geeqie in a while, so I did a quick `svn up; make; make 
install` today.  Things are looking nice.  However, I have some questions about 
how the new Editors work:

1) How do I disable ones that I don't care about?  Sure, Viking (a GPS/mapping 
app) may be able to do something with certain image files, but I'm never going 
to use it to open a photo.

There are Hidden checkboxes, but none is interactive (they're all grayed 
out), 
and they seem to be checked/unchecked with no rhyme or reason.

2) How do I reorder them?  Previously, I had them ordered in descending order 
by 
frequency, and I'd like to be able to do the same now.

3) I want to be able to use .desktop files that are stored in arbitrary 
locations.  For instance, I keep my svn copy of GIMP under ~/usr/svngimp/... 
because I don't want it to interfere with my environment unless I explicitly 
choose to use it.

Previously, I could just use ~/usr/svngimp/bin/gimp-2.7 as an editor command. 
Now, it seems like I want to copy or symlink 
~/usr/svngimp/share/applications/gimp.desktop into ~/usr/share/applications/. 
It seems like there could be better ways to do this without using symlinks all 
over the place, however.

4) The Delete button seems like it'll be useless in the vast majority of 
cases.  On most systems, the /usr/share/applications directory will not be 
writable by the user running geeqie.  Why not turn Delete into Disable, and 
allow users to attempt to actually Delete the .desktop files with a right-click 
or something?

--xsdg

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

Re: [Geeqie-devel] Question regarding raw files

[Omari Stephens]

Jeffery Small wrote:
 I wrote:
 
 I have *.mrw raw files from my Minolta digital camera.  However, I cannot
 determine how to display the *.jpg and corresponding *.mrw images
 together.  Is this possible?  Thanks.
 
 Frederic frederic.mantega...@gbiloba.org writes:
 
 You mean you want to see only one image for both? In the Preferences 
 Filtering, put this in the Grouping sidecar extensions entry:
.jpg;.cr2;.nef;.crw;.xmp;.mrw
 
 I am sorry I wasn't clear.  I took a look at the screenshots page on the
 geeqie wiki:
 
 https://sourceforge.net/project/screenshots.php?group_id=222125
 
 and I see an example where the screen is split and the .jpg and the .cr2
 raw versions of the same image are both displayed.  When I run geeqie, I
 see a single thumbnail with the tag filename.jpg + .mrw, but I cannot
 discover any way to get both images displayed in the split screen as is
 shown on the screenshots page.
I'm lazy, so here's my blind guess at what you want:
1) Hit u to split the screen
2) In one half, select the foo.jpg + .mrw entry.  This will show the .jpg
3) Click on the other half of the split screen
4) Click the + sign to the left of the filename to expand it
5) Click on the foo.mrw entry, which will show the raw file

HTH,
--xsdg


--
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] Next plans

[Omari Stephens]

Christopher Beland wrote:
 On Wed, 2009-01-28 at 22:01 +0100, Vladimir Nadvornik wrote:
 Hm, I would incline to a switch to the standard dialog, mostly because the 
 current code is hard to maintain. I will have to think about it. Any other 
 opinions?
 
 Actually, I think the benefits of both speed and standardization can be
 had if the standard find-a-folder dialogs were as fast as the geeqie
 ones.  I think the thing to do is file an enhancement request against
 the standard code with the particular use case where they are not fast
 enough, and provide whatever assistance with achieving that which we are
 able.

I had considered that, but I guess I'm just sort of jaded, since the usability 
of the Gnome file selectors has been steadily decreasing for the past few 
years. 
  That's just my personal opinion, though, and by all means I should file a bug 
against it.

That said, is there any actual problem with Geeqie's file selectors as they 
stand, other than that they're non-standard?

--xsdg

--
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] Next plans

[Omari Stephens]

Christopher Beland wrote:
 Regarding plans to improve usability in the next release, I have a few
 suggestions.
 
 In general, where possible I prefer to reduce the number of
 preferences by just having the application do something sensible.  It
 makes it easier to find the preferences people actually do need to
 adjust, prevents them from adjusting things wrongly, and can also make
 bug hunting easier if there are fewer permutations to worry about.
 It's the difference between Mozilla vs. Firefox, and Sawfish
 vs. Metacity.  (Fedora is favoring the latter of each because of that
 simplicity.)

This really depends on who the intended audience or geeqie is.  Mentally, I 
currently think of it as more for power users.  Now, don't get me wrong — sane 
defaults are always the way to go.  But I would rather have a convoluted 
preference pane than not be able to configure certain things how I want.

There are tons of other image viewers out there for people who are looking for 
fewer features.  Geeqie (and GQview before it) is certainly the only one that 
does the things I'm looking for.

 1.) We were discussing configuration of external move and copy
 commands in bug 2537129...
 
 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.

As for configurable `mv` and `cp`, it seems reasonably plausible that someone 
will want to hard-link instead of copy, if they know all their images will be 
on 
the same filesystem, and they know that they do want them to be the same.  No, 
this use case isn't very large.  But again, this is flexibility that other 
viewers don't offer, and for someone who wants this functionality, it is 
essential.

 Will the internal commands be the default in the final release?  The
 reason I filed the bug was that I found it quite annoying to have a %v
 variant as the default, and it's something that is difficult for many
 GUI-oriented users to change.
%v by default might be a poor choice.  Of course, when you're shelling out to 
some other command, it might be hard to determine when there's a message that 
the user needs to read.

For instance, what if the command spouts an important warning that doesn't 
actually cause it to fail?  Return value would still be 0, but you'd want the 
user to get the message regardless.

 I like the idea of moving the Editors tab out of the preferences
 interface entirely; that would put copy, move, delete, and symlink
 under the hood where they wouldn't get in the way.  If I understand
 what you are proposing, it would allow editors like Gimp, UFDraw,
 etc. to be displayed on menus if and only if they are actually
 installed?  That would be a huge improvement, since it's quite
 frustrating to select a menu item that doesn't work.
How does this work for people (like me) who compile their own versions of Gimp 
and UFRaw?  What if we have multiple versions installed, and might want to 
choose which one we use?  What about people who want to run random shell 
scripts 
as external commands  (for instance, I have used an Editor entry to append 
the 
filename into a text file, which I then used to upload the appropriate images 
to 
some web photo gallery software I wrote).

Parsing .desktop files is nice, certainly.  Not having to create an entire 
.desktop file for something that will already have its own shell script would 
also be nice.

 It would also be frustrating to use an application to open an image
 type that it doesn't understand.  It would be nice if geeqie could
 know what file types an editor can handle by looking at one of these
 drop-in configuration files.
In many cases, this isn't knowable a priori.  Does Gimp support opening RAW 
files?  The answer is yes, if you've got a plugin that does it, but otherwise 
no.

 2.) In Edit - Preferences - General - Thumbnails, I don't
 understand the option Cache thumbnails into .thumbnails, because
 that *is* where the shared thumbnail cache is (or at least its
 subdirectories).  I think the optimal thing to do is actually remove
 *both* of these options, and just always use the industry-standard
 shared cache.  It's unclear from the interface what happens when both
 of these options are unchecked, which is poor if either is kept.  (The
 answer is that the cache becomes .geeqie/thumbnails.)
I think the upshot is that users may not want geeqie to litter their 
.thumbnails cache.  Each thumbnail gets its own file.  

Re: [Geeqie-devel] How should we handle XDG support ?

[Omari Stephens]

Laurent MONIN wrote:
::snip? SNIP!::
 geeqierc and other conf files are going to:
 $XDG_CONFIG_HOME/geeqie/ (default to $HOME/.config/geeqie/).
 
 metadata and thumbnails cache (if std is not used) are going to:
 $XDG_CACHE_HOME/geeqie/metadata/ (default to $HOME/.cache/geeqie/metadata/)
Shouldn't metadata go to $XDG_DATA_HOME?  Keywords and comments, among other 
things, are irreplaceable and cannot be auto-generated, so I don't think they'd 
be appropriate for the cache directory.

 and $XDG_CACHE_HOME/geeqie/thumbnails/ (default to 
 $HOME/.cache/geeqie/thumbnails/)
What about ~/.thumbnails?  This definitely seems like a step in the wrong 
direction, since photo apps would no longer be able to easily share thumbnails.

 collections are going to:
 $XDG_DATA_HOME/geeqie/collections/ (default to 
 $HOME/.local/share/geeqie/collections/)

(general response)
Admittedly, I'm loath to think that splitting things up by default is a good 
idea — the Windows Registry already went down this path, and it's an absolute 
nightmare to remove apps manually.  Of course, this XDG stuff does have a 
reasonable use-case in allowing apps to work in all sorts of distributed 
environments (with shared, read-only config partitions, or shared caches, or 
other stuff like that).

So, basically, it seems like this won't really benefit most users, but for the 
few who need it, it'll be tremendously useful.

As far as the trash spec, I think it's a good idea to implement it, and 
possibly 
to turn it on by default.  (Note: I haven't actually read it yet)  However, 
there should still be the ability to send deleted bits straight to the 
bitbucket.  This switch is especially useful if you looking through a lot of 
large photos, and a two-stage delete would cause geeqie to do a 
cross-partition copy to the partition with the Trash folder on it.  It would 
also be useful if you don't use Trash in the first place, and don't want that 
folder to become chock full of things you thought were already gone.

 Should we move to XDG now ?
Not, right now, no.  As I said above, it doesn't actually help most of our 
userbase.  And the whole something's not working? try moving your .geeqie out 
of the way to see if that helps becomes a _lot_ harder and more involved.

I think it'll be telling to see (1) what sorts of interesting use cases people 
come up with over the coming months, and (2) how many other apps adopt the 
standard.

 Should we offer optionnal support for it (how) ?
It should definitely be an option.  If the extra stat()s wouldn't hurt too much 
(I dunno), it'd probably be pretty easy to look for stuff under .geeqie, then 
in 
the XDG places as well.  (This could be implemented by just prepending the 
.geeqie/something file/path to the search path for whatever, which could also 
help keep the number of code paths down)

As far as writing a config file, it seems less easy to automatically decide 
between .geeqie/... or $XDG_CONFIG_HOME/...

 How to handle the move between older versions and new ones  ?
If geeqie supports both .geeqie and $XDG_CONFIG_HOME, this could just be a 
no-op.  We could probably also include a shell script or something to migrate 
files from .geeqie to the appropriate places, and if we find that the standard 
becomes well-adopted and is useful, could run this script on startup (likely 
with an opt-out UI of some sort) for new versions that detect the existence of 
.geeqie/

 Should we implement the trash spec as proposed in feature request #1950978 ?
Yes, but with the ability to skip the trash and kill the bits directly, as 
noted 
above.

--xsdg


-
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