Re: [Geeqie-devel] Pay for feature
Yup. Just figured this out today as well. $ exiftool -s3 -CreateDate image.jpg Prints only the creation date of the file to stdout. I prefer the "-s3" option, as the option omits labels when piping the EXIF data within scripts. Also look at "-S" and "-s2" options, as well as finding your related interested EXIF tag name or tag data field. (eg. CreateDate, ModifyDate, ...) -- Roger http://rogerx.freeshell.org/ signature.asc Description: Digital signature -- 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] Sourceforge blows
If you all will notice, there maybe an implied update to the Terms of Service... Usually corporations will do this to slide something through. "[CHECK BOX] I agree to receive correspondence from SourceForge.net. I understand that I can withdraw my consent at anytime. Please refer to our Terms of Use and Privacy Policy or Contact Us for more details." -- Roger http://rogerx.freeshell.org/ signature.asc Description: Digital signature -- 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] Github term of service incompatible to geeqie license (GPL)
> On Wed, Mar 01, 2017 at 04:29:00PM -0500, John Stoffel wrote: >>>>>> "Klaus" == Klaus Ethgen <klaus+gee...@ethgen.de> writes: > >Klaus> Today I found that github changed their term of service effectively for >Klaus> today.[0] > >Klaus> The new term of service seems to be a bit problematic and disallows to >Klaus> have geeqie on github. Or better said, geeqies license (GPL) is >Klaus> incompatible to github term of service. > >Klaus> I am no native English speaker and also no lawyer, but there is >Klaus> a good analysis[1] describing the problems. > >No, there is one person's analysis of the problem, and who doesn't >talk about the issue in a legal manner. When someone throws around >phrases like "it's now illegal" when a site changes it's terms of >service, then the stupdity is flowing. > >Klaus> Please have a look and comment. I think, the only way is to >Klaus> remove geeqie completely from github. And please don't push any >Klaus> content to github (the original geeqie repository is ok) unless >Klaus> the issue is cleared. It seems that until we continue _using_ >Klaus> github, we agree with the new term of service, what we might >Klaus> not be able to do. > >I don't know why you think these terms change anything? It's just a >way for github to cover themselves from lawsuits if someone takes and >posts on github stuff they don't own. > >It's not suddenly making GPL software illegal on there at all. Its >like the terms and service agreements that lots and lots of other >sites have in place as well. > >Please do not freak out over this, do not stop people from pushing >stuff to github, and certainly do not apply the flaky reasoning of >just one non-lawyer's opinion to this project. > >If they don't like the terms of service, then fine, they can move >their project(s) elsewhere. Big deal. > >Basically, all github is saying that when you push stuff up there, >it's publiclly available and that you give them the right to make it >visible to others. It's *your* job to make sure you have the right to >do so, not theirs. > >John I'm no lawyer nor have I read the changes, but continueing a service after a change in legal terms is emplaced, could be construed as the customer agreeing to the new terms of service. This is likely why Klaus (likely wisely) stated not to make any further commits to GitHub until he receives clarification. If I'm not mistaken, Klaus is the big guy (or the party responsible), so things will likely go as he wishes. I frequently encounter poor legal advice, and many people or corporations think they can do something when they really cannot do something legally. And, a lot of people like to utilize fear tactics in an attempt to deter some apparent undesirable activity, again illegal in some or many States or Countries. I do not think it has been so long that, many have not forgotten the horrid tactics sf.net enstated not so long ago! This is one of the reasons why I would use a private server or private shell account for publicizing a software project, versus using something like github, etc... -- Roger http://rogerx.freeshell.org/ signature.asc Description: Digital signature -- 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 (+Win32)
> On Sun, Jan 22, 2017 at 05:03:36AM +, Ian Munsie wrote: > On Thu, Dec 29, 2016 at 11:35 AM Roger <[1]rogerx@gmail.com> wrote: > > >Back in 2006 someone made a port of Gqview to windows. It died pretty > quickly. > >Was this because: > > > ... > >c) Windows users are happy with what they have, and would not bother > >with Geeqie > > My bets are on option "c) Windows users are happy with what they have." > They're happy with the default Windows' image viewer.** The default > viewer is > extremely easy and apparently light in resource usage. > > How about option d) Windows users have never experienced a decent image > viewer and don't know what they are missing ;-p Ah. I always forget to factor in the parents' percpective into the scenario! -- Roger http://rogerx.freeshell.org/ signature.asc Description: Digital signature -- 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 (+Win32)
>Back in 2006 someone made a port of Gqview to windows. It died pretty quickly. >Was this because: > >a) GTK's cross platform capability is a bit of a fiction > >b) Gqview/Geeqie was too complex to port successfully > >c) Windows users are happy with what they have, and would not bother >with Geeqie My bets are on option "c) Windows users are happy with what they have." They're happy with the default Windows' image viewer. The default viewer is extremely easy and apparently light in resource usage. I usually then resort to The Gimp under Windows for further image editing functions. The Gimp GTK interfaces seems to work just fine under Windows. Linux is a different story, as most easy image viewers are heavy on system resources or (more currently) depend upon clunky and heavy resource usage Python scripting. For those of us that are a little more computer literate, ImageMagick display does just fine, but for photography image browsing, GView/Geeqie was a God send. God send because GView/Geeqie is light and simple to use. I also think if Geeqie keeps gaining more image editing functions with those functions not having switches for deactivating of such image editing functions, users may start to sway towards other more heavier applications. (eg. If user is already loading an image editor, they may just opt to load some other heavy XYZ application.) Just guessing on the later here. I'm one of those, if I need image editing, I immediately use the more defacto imagemagick or The Gimp. -- Roger http://rogerx.freeshell.org/ -- 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] Build for Geeqie
> >Russel> I get the message. I'll go away. > >Christ, stop the passive aggresive stuff will you? And get a thicker >skin when people trash you suggestion. If you feel so strongly about >it, and if moving to CMake or some other tool will help you contribute >in a major way to geeqie, then go ahead. > >Start a branch, start your work and put it out over the wall for >others to see! Please please please do not let some people not being >excited for your idea mean they don't want YOU contributing. They're >down on the idea, not on you and your desire to contribute! > >John I do not think anybody was even beginnning to trash his idea. He just assumed we were. (And you're probably correct, passive aggressive. Albeit, maybe a wee bit obvious? ;-) I could see where somebody might suggest integrating CMake to make a Windows port; but even then, we still have MinGW for AutoTools support within Windows. -- Roger http://rogerx.freeshell.org/ -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Build for Geeqie
> On Sat, Nov 19, 2016 at 08:44:13AM +, Russel Winder wrote: >On Wed, 2016-11-16 at 14:58 -0500, Roger wrote: >> I have used AutoTools for my or others' projects as well in the past, >> and find?? >> AutoTools quite stable, albeit sometimes cryptic to configure at >> times. >> >> I've tried educating myself with CMake, but found only low-level >> documentation?? >> packaged with or available via CMake's website.All CMake's other >> third party?? >> documentation costs, or are supposedly inadequate.Unfortunately or?? >> fortunately, CMake is still unusable at my end of the user >> spectrum.As to?? >> Python being popular due to multi-platform use (and slow when >> compared to?? >> C/C++/Bash Scripting); CMake is similar, providing cross-platform >> use. > >The same is also true of Autotools, no nice documentation and way too >low level, So CMake is at least a step up. Autotools does offer a lot of documentation, however it is quite lengthy and seems to require additional lifetimes for reading and studying. (e.g. Autotools A Practioner's Guide to GNU Autoconf, Automake, and Libtool By John Calcote, 2010; and the GNU Autoconf Manual offered in many formats such as HTML, ASCII Text, PDF, PostScript, ...) >I do not see the logical connection between Python being slow compared >to C++ and CMake. Try programming using limited resources. You'll quickly find C/C++ and likely most scripting preceeding Python to be much less resource intensive. (Except for likely BASIC.) No worries, many do not even obviously see this slowing effect, due to always having the fastest computers at their finger tips. ;-) ... >OK so you do not like Python. I'm afraid that is your problem. >But I get the message: total lack of interest in anything other than >Autotools. > >I am now sorry I even mentioned the idea of upgrading to a more modern >approach to build. ... still quite busy learning Autotools here. ;-) I personally would rather struggle a bit; versus forgetting all of my past lessons learned and getting spoiled and always relying on faster, more power consuming computers. But then again, I do not get much time for coding nowadays except for Winters; although I am one of those always building (& sometimes) packing the software for distributions. Sincerely, Roger -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Build for Geeqie
Using "fgrep /usr/portage/* -r -e meson" on my Gentoo system, only results in media-plugins/gst-transcoder and media-video/pitivi packages using or optionally using the meson build system. I think the Meson Wikipedia might be indicating GNOME, GTK+, GLib and GStreamer might be optionally providing meson support within each package's source code along side AutoTools or CMake. So far, everything here on Gentoo seems to be either AutoTools and CMake, or other build system I cannot recall. -- Roger http://rogerx.freeshell.org/ -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Build for Geeqie
I have used AutoTools for my or others' projects as well in the past, and find AutoTools quite stable, albeit sometimes cryptic to configure at times. I've tried educating myself with CMake, but found only low-level documentation packaged with or available via CMake's website. All CMake's other third party documentation costs, or are supposedly inadequate. Unfortunately or fortunately, CMake is still unusable at my end of the user spectrum. As to Python being popular due to multi-platform use (and slow when compared to C/C++/Bash Scripting); CMake is similar, providing cross-platform use. CMake is basically a wrapper around Make, so I do not expect to see the same inadequacies I see with Python, except for maybe adhering to standards. Python constantly has been known to break standards in the past. I do not know what standards CMake follows, nor if they've broken any with version releases. When I code, I tend to go with what tools others' are commonly using, which tends to be tools that are most stable and lowest consuming in resources. If some source code breaks within AutoTools, I can fix it. CMake, I just forget about it here. Meson, never heard of it either. Ah, Meson Wikipedia; "Being written in Python Meson runs natively on Linux kernel-based operating systems, on macOS, on Microsoft Windows and on other operating systems." Maybe they've finally found something Python is useful at? Or maybe now my builds here are just going to get extremely more slower than using AutoTools? (eg. Slower meaning more CPU usage, and more waste of electricity.) -- Roger http://rogerx.freeshell.org/ -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] GTK+3
>Hi Folks, > >lets try again GTK+3-Bindings. I seen today that debian enabled GTK+3 in >firefox and it looks good. Especially the problematic points (focus, >scroll bar, ...) seems to be solved. > >So I will try GTK+3 bindings again the next days. With this I will also >have a look into all pull requests. Lets see. Just give me some time. Ditto with using the default theme? Using other themes besides the default GTK 3 theme, still seems to have problems here? (When I reverted to the default GTK 3 theme, a lot of my problems appeared to dissipate.) One problem I see with the Evince PDF viewer with GTK 3, the right scroll bar is extremely narrow and does not magnify big enough. (Also drives me nuts when scrolling line by line or by page size. Sometimes I get line by line scrolling, sometimes scroll by page size.) -- Roger http://rogerx.freeshell.org/ -- 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/xeonphi ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] Photo filters, categories, keywords
Using geeqie for it's filters, categories (ie. preset keywords), keywords; seems I'm having an easier time filtering by my own created keywords instead of by categories or the preset keywords. Using the preset keywords (or categories) requiries a case sensitive search with using the complete preset keyword or category name to find and photos/images tagged into the specific category or preset keyword. As such, filtering/searching by my own created keywords seems to work quite well. Would also be nice for the filter/search window remembered or defaulted to a keyword search, as this method obviously works best... or just works. The preset keyword or category would probably work best with a drop down menu containing the list of preset keywords or category names. -- Roger http://rogerx.freeshell.org/ -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Release 1.3
> On Tue, May 31, 2016 at 07:39:15PM +0100, Colin Clark wrote: >>> There may be people trying to use Geeqie who struggle just to download a >>> tar and do a make. For them, compiler warnings are an unnecessary worry, >>> because they do not understand that the warnings are in fact irrelevant >>> to them. >> I don't think that people who struggle over that output will ever >> compile geeqie themself. They use the version, the distribution is >> giving him. >> >I understand your point of view, but I am not in complete agreement. > >I can do a few things with software, but I have no patience when I am >trying to get other people's software to run. If I download something >from the interweb, do a configure/make and get a screen-full of >messages, I will not spend any time trying to understand it. I will find >another app and try that. > >I would rather leave endless messages that may or may not be meaningful >to the profis. > >I much prefer programs that, if they create a run-able binary, show no >message other than "It works, try it". I would prefer Geeqie to be that >way, but I am also happy for it to stay as it is. Those are what those warnings are meant for, for the developer to migrate from functions that are going to be deprecated within the future. Sometimes those warnings may be displayed only on a person's unique platform or the person's build environment which is different from the developer's build environment. If you think you're only seeing the warnings (due to building on sparc, bsd, ...), then maybe forwarding the warnings to the mailing list or developers would help bring them to light. (Correct me if I'm wrong here, but just realized this perspective just now.) I think the warnings I see while building, are clearly indicated by "Warning: " prefix. When compiling breaks, the warnings are usually a strong indicator just prior to a failed compiled statement. Usually you'll see 20-40 warnings when scanning the compiler stdout or compiler text logs, immediately prior to a statement compiling failure. Without these sometimes numerous warnings prior to breaking, the person compiling is left for looking for one compiler error amongst compiler stdout. (This usually occurs within when using the option "-j" with large values, etc. Most times, users can just ignore the warnings unless the compiler fails. Sort of like buying a used car with it's documented history showing. Hiding the warnings, would be likely buying a used car without knowing it's history. Also, warnings are sometimes indicative of unmaintained code, likely to break within the future. Most users never see the compiler messages, as most just use the software. If I'm not mistaken, those compiling can further customize the compiler messages by modifying their make.conf file. Most just leave them at defaults, while developers tend to significantly increase verbosity... especially when things break. -- Roger http://rogerx.freeshell.org/ -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Release 1.3
> On Sun, May 29, 2016 at 06:02:00PM +0100, Colin Clark wrote: >On 29/05/16 14:36, Klaus Ethgen wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> Am So den 29. Mai 2016 um 4:01 schrieb John Stoffel: >>> Just gettings the warnings fixed would be a good goal in my mind. >> True. >> >> As you might have noticed, I already did some cleanup in merges 2943df6 >> and 6164a63. >> >> Regards >> Klaus >> - -- >My view, which is but one of many, is that all compiler messages other >than errors should be inhibited for a standard build. > >There may be people trying to use Geeqie who struggle just to download a >tar and do a make. For them, compiler warnings are an unnecessary worry, >because they do not understand that the warnings are in fact irrelevant >to them. > >They are only relevant to the developers - and unfortunately there seems >to be very few of those around at the moment. > >Deprecated warnings will never go away, because as fast as they are >fixed, the GTK developers are at work creating a few more. > >My view is that all warnings should only be enabled with the >--enable-developer option. The only problem with this configure option, albeit this is the first time I've ever heard of such a "configure --enable-developer" option, nobody will be prepared for when something then breaks. With the omission of printing warnings during compiling, developers will effectively loose hindsight, unless they spend more time to further state further configure time options to print the warnings. Most who compile, need to keep apprised of deprecated warnings, for future problems or newer version releases of depends. Furthermore, you're asking to change something that has been default for more than 10-20 years. It would probably be better to inhibit a "--no-warnings" configure option. In which I think there already is if you manually augment the gcc/gcc++ parameters. (ie. cc --help=warnings; -W/Wextra) But when I'm compiling, I usually always add the -W/Wextra, and further when debugging -ggdb, etc... The more the merrier.) I think if somebody wants to make the compiling statements prettier or more readable, I would suggest using Color GCC. Color GCC compiler statements are more well readable too! The other option used for source based distributions, is providing the package manager responsible for handling "extracting, configuring, building and installing", a quiet parameter. (ie. --quiet) Most people compiling, would likely use the package manager for quieting output. When compiling every other day packages, I do use --quiet. -- Roger http://rogerx.freeshell.org/ -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] GPS maps
>If people report a problem with the map, I will try to help solve it. But >from the mailing list I get the feeling that the map is not a significant >function for Geeqie users. Currently I use Geeqie (as well as the past gqview) as a light weight image viewer. I tend to dislike bloated software, having features not used by myself. Although I do not own a camera currently which automatically embeds GPS coordinates, I can readily see myself using such a feature had I owned such a camera. (Nor am I well inclined to manually enter coordinates within the EXIF information manually for each image!) On the flip side, to ensure this feature does not encourage misconceptions, had I had a camera embedding coordinates, I would likely readily utilize the feature. So all for having this feature, but likely having a configure time option, and future will likely be default as more cameras have GPS by default. I do have a rather large image collection from the past ten years, containing images throughout the US and overseas, but unfortunately no GPS coordinates, for which you can imaging is not a good thing! Owners having the money currently would also desire such features. Hope you find the feedback useful! -- Roger http://rogerx.freeshell.org/ -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] GPS maps
> On Sat, May 07, 2016 at 11:11:27AM +0200, Josef Kufner wrote: >Roger wrote, on 7.5.2016 04:24: >>> Now I recompiled it completely with gtk-3 and gps support. >>> >>> Works that far. But it shows me why I never liked GTK-3. >>> - - Mouse wheel is not working in lists anymore >>> - - Buttons and layout are ugly >>> - - Image display flickers when using map display >>> >>> So, recompiling it back with gtk-2. :-( >> >> Ditto concerning gtk-3. I love gtk, but gtk-3 support looks half-baked, or >> half-usable. Might be considering recompiling all my applications back to >> gtk-2 on this note. > >Hmm... how crazy idea it would be to port Geeqie to Qt5 ? :) As crazier as it sounds, I still far prefer GTK over QT. QT is ugly in my opinion, and pulls in far too many depends. Although if you run KDE, you're likely not going to notice. I think GTK-3 is at a stumbling block, and the it's own ugliness is likely temporary. -- Roger http://rogerx.freeshell.org/ -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] GPS maps
>Now I recompiled it completely with gtk-3 and gps support. > >Works that far. But it shows me why I never liked GTK-3. >- - Mouse wheel is not working in lists anymore >- - Buttons and layout are ugly >- - Image display flickers when using map display > >So, recompiling it back with gtk-2. :-( Ditto concerning gtk-3. I love gtk, but gtk-3 support looks half-baked, or half-usable. Might be considering recompiling all my applications back to gtk-2 on this note. -- Roger http://rogerx.freeshell.org/ -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Logo
> On Fri, May 06, 2016 at 05:57:49PM +0100, Klaus Ethgen wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA512 > >Hi, > >Am Fr den 6. Mai 2016 um 17:43 schrieb Roger: >> >I came to the "bug" report #252 where Martin Kopta made a try for a new >> >logo long ago. >> >> I'm not finding a bug #252 via sf.net. I did find a bug #19 logo, but dated >> 2008. > >Not on SF... on Github[0]. SF is dead, dead, dead. > >Regards > Klaus > >[0] https://github.com/BestImageViewer/geeqie/issues/252 Looks really good and simple! Some of the best things in life are simple. ;-) -- Roger http://rogerx.freeshell.org/ -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Logo
>I came to the "bug" report #252 where Martin Kopta made a try for a new >logo long ago. I'm not finding a bug #252 via sf.net. I did find a bug #19 logo, but dated 2008. -- Roger http://rogerx.freeshell.org/ -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] NULL-ptr crash in image_read_ahead_done_cb()
> On Sun, Jan 17, 2016 at 11:17:11AM -0700, Colin (Sandy) Pittendrigh wrote: > Just pep talk here.** I'm not a project developer.** But my (good) life > depends on this software. Without it I'd be a real sourpuss. > > Geeqie, UFRAW, entangle, ImageMagick, Gimp and ZereneStacker.** All of > which are free to use except Zerene.** Which is still a bargain.** Amen to that. All the other bloatware doesn't compare at all to Geeqie. Devoted Geeqie user, along with it's beginning ancestor. If I want an image editor, I then use The Gimp. -- Roger http://rogerx.freeshell.org/ -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] 2 things I miss from gqview
> On Wed, Nov 18, 2015 at 11:01:05AM -0800, Ian Zimmerman wrote: >On 2015-11-18 13:32 -0500, Rodney D. Myers wrote: > >> Does the script work within geeqie? > >As I said, it is a command line program. I run it from a terminal >window, usually on the same virtual desktop as geeqie when geeqie is >running at all. > >It may be possible to set it up as one of the helper programs for >geeqie, but I have not done so, and I don't know if geeqie would >immediately notice the change of name and redisplay its lists. > >It is written in python using the pyexiv2 library. Let me know if you >still want it. I do most of my basic image file manipulations via command line as well. Items such as rotating photos according to EXIF information, to renaming the file name more accordingly. Simply and basic tasks should not be made more difficult by using graphical interfaces. These basic tasks can be completed far more exponentially faster and among many more files than using a graphical interface. I use the following within a Bash script function for processing my photos downloaded from my USB connected camera using GPhoto. # Change upper to lower case filenames using mv & tr. printf "Convert upper to lower case file names...\n" for photo in ${TMPDIR}/*; do mv $photo `echo $photo | tr [:upper:] [:lower:]` >>$LOGFILE 2>&1 done # autorotate images according to the exif-flags # also set modification time to exif-date/time # exit codes of jhead: 0=OK, 1=Modified #jhead -autorot -ft *.JPG >> $ERRORLOG # 0x0112Orientation left - bottom -> needs 270 deg rotation # "top - left" -> is up right, no rotation needed. ## jhead -cmd 'jpegtran -rotate 270 -outfile ' *.JPG # auto rotate images in place according to orientation exif data. # requires: media-libs/jpeg /usr/bin/exifautotran printf " auto rotating images\n" exifautotran $TMPDIR/*.jpg >>$LOGFILE 2>&1 # Set time stamp according to time exif data # requires: media-gfx/jhead /usr/bin/jhead printf " setting file time to image exif time\n" jhead -ft ${TMPDIR}/*.jpg >>$LOGFILE 2>&1 # jhead returns "1" in case of unsuccessful modification (e.g. rotation) if [ "$?" -lt "0" ]; then error "Error in jhead setting timestamp on file, code: $?" fi -- Roger http://rogerx.freeshell.org/ -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel