Re: [Geeqie-devel] Sourceforge blows
On 2017-06-25 08:31, Paul wrote: > > It would be nice to have the mailing list away from sourceforge. But > > unfortunately, it is not done by itself. ;-) > > > > So, if there is any contributor for this job, just stand up. :-D > > I'll do it. I can also do it if Paul runs into obstacles, please keep me as a backup. Keep in mind that I'll soon be auto-unsubscribed by sourceforge, so write me privately if needed. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html -- 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
On 2017-06-11 10:23, Roger wrote: > 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." Indeed, that was my thought as well. I almost feel lucky that the captcha thing failed :-P -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html -- 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
On 2017-06-09 07:04, Klaus Ethgen wrote: > However, there are not that many mailing lists out there that give the > user the freedom to change his settings. There is mailman, majordomo, > schleuder and what else? > > mailman is not the worsed in the list. :-) > > I personally like the idea of schleuder. But I do think that there will > be users here on the list who are not graceful with it, using PGP on > mailing lists. Anything would be better. Even Shmoogle Groups allows subscription and unsubscription purely by mail, and doesn't require reminders or renewals. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html -- 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
[Geeqie-devel] Sourceforge blows
I just received this pearl: Hi, Thanks for being a SourceForge user. Our records indicate that you are subscribed to the following project mailing lists: geeqie-devel (my other lists elided) We are contacting you to confirm you are still interested in receiving emails from these SourceForge project lists. If you do not confirm your subscriptions by June 29th, you will be unsubscribed from the above mailing lists. Please click here to confirm your subscriptions: (etcetera) Just receiving this was enough to raise my blood pressure because I go to lengths every time I subscribe to a mailman list to disable such reminders, and now I realized I couldn't do anything about it this time because sourceforge runs the list and there is no options page. But this wasn't all. After I pasted the link to my browser and clicked the submit button, I got an error message about a missing captcha. Sure enough, when I inspected the list of redirections in the Request Policy popup, Shmoogle was there. Please, let us move the list. This is a line in the browserisation of everything which I am not willing to cross; so, if the list remains on sourceforge I have to leave. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://primate.net/~itz/blog/the-problem-with-gpg-signatures.html -- 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 2016-12-28 19:35, Roger wrote: > 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. While I also much prefer Geeqie to stay just a viewer, plus maybe a kind of "shell" for editors [1], I disagree that Linux lacks lightweight viewers. feh is currently my other favorite. [1] On this topic, would it be interesting to create pipelines for editors, rather than just invoking them 1 by 1? For example, we could make it possible to create a pipeline where an intricate batch imagemagick command is called on the current image, the output is saved to a temporary file, and then gimp is immediately called on the temporary to allow for manual postprocessing. Can we imagine a GUI for defining such pipelines? -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html -- 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 coding standards? Third edition :o)
On 2016-12-24 15:00, Klaus Ethgen wrote:
> In any case. If we agree about a specific style, it should be
> configured via vim modeline in all files. Currently we have the
> following:
>set shiftwidth=8 softtabstop=0 cindent cinoptions={1s:
> It is nothing more wrong than a mismatch of that options with the
> current used style. (Does someone here use different editor than vim
> that does not respect such a setting?)
I use Emacs. The C style in Emacs is extremely customizable, but still
I can't say for sure there is a 1-1 mapping of the settings with the vim
style settings.
Other points:
- I strongly prefer spaces only indentation
- I too prefer K ish style (opening brace after keyword on the same
line)
- I think it's helpful to code function declarations and calls like this:
int
foo_func (long arg)
{
call_to_bar(arg);
}
I mean in particular the hoisting of the return type on its own line,
the space before the opening paren of the arg list declaration, and
OTOH no space before the opening paren of the call.
- I am actually pretty religious about keeping to 80 chars per line.
IMO if an expression is longer than that it needs to be factored
anyway to be readable. Of course some cultures (cough..Java) make
this hard by adopting reallyInsaneLongDescriptiveNames, and then the
people from such cultures move into your project ... ARRRGH!
--
Please *no* private Cc: on mailing lists and newsgroups
Personal signed mail: please _encrypt_ and sign
Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html
--
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++ fever dreams
On 2016-12-23 20:42, Omari Stephens wrote: > It is at least hypothetically possible to port Geeqie to C++11 / GtkMM. [...snip...] > Thoughts? libstdc++ ABI compatibility problems? -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html -- 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] Build for Geeqie
On 2016-11-19 08:55, Greg Troxel wrote: > In the particular case I'm referring, the shiny things that replaced > autotools was scons, and it's still causing problems, even years later. Can you share some more details? What build/host/target triple? C, C++ or some other language? Executable or shared library? -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Build for Geeqie
On 2016-11-16 14:58, 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. It's time for me to chime in even though I fear this is heading straight for the bike shed ;-) I have found autotools useful for handling situations that go beyond the normal self hosted build, especially when cross compiling for embedded systems. But, I must say they're the opposite of "stable" as far as I'm concerned. Upgrade one piece and the whole thing breaks down horribly. And constant churn means one must upgrade. Gettext and the related tools seem to be the worst. I've never heard of mezon; if looking for a buildtool in python, why not scons? I've used scons and I liked it the best of any build tools. But in the context of geeqie, I'd say don't fix it as long as it's not broken. If it breaks, we can return to this discussion. -- Please *no* private Cc: on mailing lists and newsgroups Personal signed mail: please _encrypt_ and sign Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] Test, please ignore & excuse
This posting is different, will it get through? -- Please *no* private Cc: on mailing lists and newsgroups Why does the arrow on Hillary signs point to the right? -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Git repository workflow
On 2016-05-05 12:39 -0400, Greg Troxel wrote: > For developer use, there's no need for tarballs or generated files; > people can just git clone. As I understand it, the problems with this position are: 1. There is no clear distinction between developers and non-developers. There are many ppl including me who are mostly end users but contribute the occassional patch. 2. It is not just a matter of what is easy/natural for the person installing the package, but also how to make bug reports clearly and reliably include the source version that was used. This will not happen without somehow patching the VC info into the binary. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- 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] Statistics
On 2016-04-13 09:08 +0100, Klaus Ethgen wrote: > Maybe we can use that a bit for the visibility of the page. Maybe we > can make it more interesting for users from America. One possible reason for fewer USian vists is no https support (well, the server listens on 443, but with a self-signed certificate and if you go past that, you get a 403 error). Another possible reason is the rise of Tor :-) -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- 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
[Geeqie-devel] [OT] mailing list forever [Was: Project status]
On 2016-03-10 18:38 +, Pat David wrote: > I realize that many of you may not be fans of forums, but if you > haven't had a chance to check out the work that's been done on > discourse ( http://www.discourse.org/) I think you may be pleasantly > surprised. For instance, if we had a category just for Geeqie, all of > your interactions with the forum/community can still be done just like > a mailing list. Since Klaus revived the thread, I'm going to bite even though I tried hard to resist :-P What do you mean by "just like" a mailing list? Can I read it with mutt? Can I privately edit entries when people post ugly messes (top-posting, broken threads etc etc.)? Can I search the archive by message-id? Is it automatically archived elsewhere (like gmane) when the site is down? These are some of the benefits of mailing list vs. forums. I guess the answer is still no, but I'll keep my mind open just an inch. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- 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] Project status
On 2016-03-10 15:47 +0100, Klaus Ethgen wrote: > > I stongly prefer mailinglist to "forums" or other web crap. > > Anything that makes me use the mouse gets annoyance points ;-) > > I personal feel the same. The mouse is an evil device. :-D +1 I think I need to put it a bit more strongly. If the mailing list went away, I would not be interested in geeqie development anymore, and probably I would gradually stop using it too. We should move the list away from sourceforge, though. > Well, vlad... But he is also retired. And I even don't know if he have > a github account. My id is "nobrowser" and I'd be very happy to join. > I know that there _is_ a way for pull requests. (I don't know how > recently.) They are similar to gitorious but not identical and I think, > more hidden. Yes, same here. That's the general problem with github and similar Web 2.0 shops; they'll say "you can do everything the old way too" but they won't document it, probably on purpose, so that they can yank it away at any future time. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/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 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. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Reorder file plugin (sort by date)
On 2015-09-06 22:15 +0200, lemonsqueeze wrote: > I find myself using geeqie in "sort by date" mode a lot these days, and > sorely lacking an easy way to reorder files when the timestamps need > changing. Looks like I could get away with collections for reordering, > but the timestamps would still be wrong. So I came up with a plugin to > reorder files in the current selection. Basically selecting files [a] > [b] [c] and clicking reorder changes [b] and [c]'s timestamps so they > show up right after [a] in that order. > > Next step was to find a way to make it more accessible so you don't have > to go digging for it in the Edit menu. I came up with a patch to allow > plugins to show up directly in the popup menu if they set > X-Geeqie-PopupMenu=true > in the .desktop file. Now it's a joy to use. > > Posting in case others find it useful / it makes sense to add it to geeqie. > > My changes for current 1.2 branch are on the reorder_plugin branch at > https://github.com/lemonsqueeze/geeqie/ > (plugin is at http://tinyurl.com/nv8pm4x) Thanks for this, I may give it a try, although for my purposes I have found sort-by-date so useless that I now routinely rename my images to a name reflecting the date (eg. 20150906172825.dng) as the first step in my pipeline :-P (I have a little python script for that, if anyone is interested.) -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Version 1.2.1
On 2015-08-31 12:39 +0100, Klaus Ethgen wrote: > Sorry, folks, currently, my debian system does not allows me to install > the necesarry libraries to do that currently. Debian unstable is > currently -- well -- unstable. > > I will come up with that when the gcc-5 transition allows me to do so. > > That also mean for me limited ways to develop on geeqie. I still run wheezy (and no plans to upgrade). Maybe I can help? -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Loosing gitorious in 11 weeks (Now only 12 days left)
On 2015-05-19 13:56 +0100, Klaus Ethgen wrote: Klaus We have only 12 days left on gitorious but currently we did not Klaus find a common sense what to use in future. Klaus Although thanks to git nothing will be lost, we should have a Klaus direct successor for the project. Klaus So I have a suggestion: I would not like to have the stuff not on Klaus community platform but with the current state I think of Klaus registering geeqie.org as domain and point it to the server I Klaus own. I would not want to block the domain but that would help us Klaus to move it to other places in future much easier. I already have Klaus the most stuff in place so it is pretty easy to configure that. I totally agree with this solution. The only question is, Klaus - - Gitolite Klaus - - Gitweb Klaus - - DNS Klaus - - Web (Apache) will there still be a way to to a direct command-line git fetch/pull? I do not want to go through some web interface, if possible. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] File types for external editor [Was: Support questions off topic here?]
On Mon, 22 Sep 2014 03:03:57 +0200, Jon Senior j...@restlesslemon.co.uk wrote: Jon I think that since nef files need to be passed through dcraw (or Jon ufraw if you want a GUI.), gimp pays as much attention to your Jon passing it a nef as it would to a word document. On my computer, Jon geeqie doesn't list gimp as an option for camera raw files but Jon offers ufraw... from where you can send the image to gimp. Direct Jon raw support in gimp is a few versions away as I understand it. I thought of this too but he did say it worked when he renamed the file to *.tif. Which makes a bit of sense because many RAW formats are actually variants on TIFF. gimp would still see only 8 bits of each pixel color value, though. Definitely not the ideal tool for handling them. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] File types for external editor [Was: Support questions off topic here?]
On Sun, 21 Sep 2014 20:07:18 -0600, Colin (Sandy) Pittendrigh sandy.pittendr...@gmail.com wrote: Colin Not sure what that means. Or how the plugin mechanism works in Colin Gimp. Is UFRaw really a plugin for gimp, or does Gimp start Colin UFRaw up as a full fledged process, and then capture its output? ufraw is _both_ a standalone program and a gimp plugin. When you set it as an external editor in geeqie, you're using the standalone program. When you open it in gimp and gimp is configured accordingly, you're using the plugin. -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311iu=/4140/ostg.clktrk ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] geeqie 1.2 tarball?
FWIW, I have private debian source packages using all the current dh gizmos. -- Please *no* private copies of mailing list or newsgroup messages. -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Another UI trouble, or is it just me?
Michael Schwendt mschwendt@... writes: Ian I am in the Preferences/Files dialog tab and I cannot figure out Ian how to disable just one file type. The dialog has a checkbox next Ian to each type and at the bottom Add and Remove buttons. Does Ian the Remove button apply to all checked rows or to rows picked with Ian the normal selection mechanism? Michael The Remove button applies to the currently _highlighted_ row. Michael The Add button appends a new row at the bottom. Michael You can have multiple rows per file type, so the checkbox Michael enables/disables a line. This is what I needed to know, thanks. It is very confusing, though. There simply is no way a newbie would know what the checkboxes are for. Ian If it is the checkboxes, do I really have to uncheck each one by Ian one before I can disable this one type? Michael I don't understand that question. If there's just one type, I Michael fail to see why you would want to uncheck each one by one Michael because that would refer to multiple rows. If you want to Michael disable all filters, use the checkbox at the very top. My situation was I had a directory with both tifs and jpgs, and I wanted to see only the jpgs. So I wanted to temporarily disable the tif entry. I tried unchecking the checkbox by the tif line (without knowing what you tell me above), but that didn't seem to do anything, even after clicking Apply. -- ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Copy path problem
Klaus Ethgen Klaus+geekie@... writes:
Ian I can make a patch. It probably won't be trivially short; where do
Ian you want it posted?
Klaus Here would be great. Or fork the repo on gitorious and create a
Klaus merge request.
Here is a patch. Since perfection seems to be out of reach, I took the
most conservative path (a configuration option).
diff --git a/doc/docbook/GuideOptionsBehavior.xml
b/doc/docbook/GuideOptionsBehavior.xml
index 3e107ec..24b767d 100644
--- a/doc/docbook/GuideOptionsBehavior.xml
+++ b/doc/docbook/GuideOptionsBehavior.xml
@@ -93,7 +93,17 @@
Enable this option to show a Copy path menu item in applicable menus.
/para
para
- This allows to copy path to files or directories to the clipboard,
names are enclosed with double quotes and separated by space.
+ This allows to copy path to files or directories to the primary
selection, names are enclosed with double quotes and separated by space.
+/para
+variablelistvarlistentryterm
+Copy path to clipboard instead of primary selection
+ /termlistitempara//listitem/varlistentry/variablelist
+para
+ If this is set, the Copy path menu item will affect the clipboard
and not the primary selection.
+/para
+para
+ Setting the clipboard is the behavior resembling most modern Gtk
applications.
+ The old behavior (setting the primary selection) is the default for
backward compatibility reasons.
/para
variablelistvarlistentryterm
Open recent list maximum size
diff --git a/src/options.c b/src/options.c
index 4972967..54c6430 100644
--- a/src/options.c
+++ b/src/options.c
@@ -90,6 +90,7 @@ ConfOptions *init_options(ConfOptions *options)
options-mousewheel_scrolls = FALSE;
options-open_recent_list_maxsize = 10;
options-place_dialogs_under_mouse = FALSE;
+options-copy_path_to_clipboard = FALSE;
options-progressive_key_scrolling = TRUE;
diff --git a/src/options.h b/src/options.h
index 1556dac..75d2023 100644
--- a/src/options.h
+++ b/src/options.h
@@ -35,6 +35,7 @@ struct _ConfOptions
gboolean save_window_positions;
gboolean tools_restore_state;
+gboolean copy_path_to_clipboard;
/* file ops */
struct {
diff --git a/src/preferences.c b/src/preferences.c
index 4f3e21a..a92a2d7 100644
--- a/src/preferences.c
+++ b/src/preferences.c
@@ -291,6 +291,7 @@ static void config_window_apply(void)
options-tree_descend_subdirs = c_options-tree_descend_subdirs;
options-open_recent_list_maxsize = c_options-open_recent_list_maxsize;
+options-copy_path_to_clipboard = c_options-copy_path_to_clipboard;
options-dnd_icon_size = c_options-dnd_icon_size;
options-metadata.save_in_image_file =
c_options-metadata.save_in_image_file;
@@ -1928,6 +1929,9 @@ static void config_tab_behavior(GtkWidget *notebook)
pref_checkbox_new_int(group, _(In place renaming),
options-file_ops.enable_in_place_rename,
c_options-file_ops.enable_in_place_rename);
+pref_checkbox_new_int(group, _(Copy path to clipboard instead of
primary selection),
+ options-copy_path_to_clipboard,
c_options-copy_path_to_clipboard);
+
pref_spin_new_int(group, _(Open recent list maximum size), NULL,
1, 50, 1, options-open_recent_list_maxsize,
c_options-open_recent_list_maxsize);
diff --git a/src/rcfile.c b/src/rcfile.c
index b61c4db..62189c4 100644
--- a/src/rcfile.c
+++ b/src/rcfile.c
@@ -279,6 +279,7 @@ static void write_global_attributes(GString *outstr,
gint indent)
WRITE_NL(); WRITE_INT(*options, open_recent_list_maxsize);
WRITE_NL(); WRITE_INT(*options, dnd_icon_size);
WRITE_NL(); WRITE_BOOL(*options, place_dialogs_under_mouse);
+WRITE_NL(); WRITE_BOOL(*options, copy_path_to_clipboard);
WRITE_NL(); WRITE_BOOL(*options, save_window_positions);
WRITE_NL(); WRITE_BOOL(*options, tools_restore_state);
@@ -598,6 +599,7 @@ static gboolean load_global_params(const gchar
**attribute_names, const gchar **
if (READ_INT(*options, open_recent_list_maxsize)) continue;
if (READ_INT(*options, dnd_icon_size)) continue;
if (READ_BOOL(*options, place_dialogs_under_mouse)) continue;
+if (READ_BOOL(*options, copy_path_to_clipboard)) continue;
if (READ_BOOL(*options, save_window_positions)) continue;
if (READ_BOOL(*options, tools_restore_state)) continue;
diff --git a/src/utilops.c b/src/utilops.c
index 125ef4a..cde8b70 100644
--- a/src/utilops.c
+++ b/src/utilops.c
@@ -2862,21 +2862,29 @@ void file_util_rename_dir(FileData *source_fd, const
gchar *new_path, GtkWidget
void file_util_copy_path_to_clipboard(FileData *fd)
{
GtkClipboard *clipboard;
+GdkAtom selection;
+selection = (options-copy_path_to_clipboard ?
+
Re: [Geeqie-devel] Copy path problem
Klaus Ethgen Klaus+geekie@... writes: Klaus Sorry, can you explain »erractically«? I cannot translate that to Klaus my language. It probably hasn't helped that I misspelled it :-p The correct spelling is erratically and the meaning is sometimes it does what I expect, but often it does not. In U.S. English, it is close to a synonym for either unpredictably or inconsistently but only in the non-mathematical sense of the latter, of course. Klaus I do not like them also. I like to work with the Klaus keyboard. However, for some situations I like my mouse (or more Klaus specific, my Knubbel inside my Thinkpad keyboard that replaces Klaus the mouse. And the buttons are ecactly wher you need them to Klaus paste. Yes, maybe we have different situations in mind, but in general I agree: both pure mouse-driven GUI and textual input has its place. If only the toolkit authors would understand that :) Ian -- 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] Copy path problem
Ian Zimmerman itz@... writes: xsdg Ian: what is your usecase? You jumped into the technical issues xsdg immediately, but as far as I can tell, you haven't actually xsdg explained what you're trying to accomplish. Ian I think I mentioned it but probably too briefly, so I don't mind Ian explaining in more detail. I found a workaround: I can define an external editor that exectues the desired command with the pathname as an argument. I don't consider my itch fully scratched, though, as this obviously only works for a small and fixed set of commands. I really don't want to configure a new editor each time a new command comes up. I think making this a configurable option may be the simplest and best way. Anyone else with an opinion? Ian -- 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] Copy path problem
Omari Stephens xsdg@... writes: xsdg Ian: what is your usecase? You jumped into the technical issues xsdg immediately, but as far as I can tell, you haven't actually xsdg explained what you're trying to accomplish. I think I mentioned it but probably too briefly, so I don't mind explaining in more detail. I run geeqie full screen. I pretty much have to in order to see the detail in my images. Now, that means if I need to do a file operation and if I want to do it in a shell, I have to either switch to another workspace or at least partially obscure geeqie with the shell window. So I'd much rather do that from geeqie itself, and in theory I can, in particular I can use New Folder buttons in file selection dialogs to create directories. But, if the name of the directory I want to create is based on one of the images, I want to copy and paste it and not type it from scratch; and to paste, I much prefer to use Control-v (which pastes the clipboard proper) to middle-clicking (which pastes the primary selection). The reason for that last preference is threefold: a. I am conditioned to expect middle-click to behave erractically, although this is probably just due to bugs in applications; b. I am the opposite of handy, so pointing devices in general are the stuff of my nightmares; and 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 hope that's enough of an explanation :-) -- 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] Copy path problem
Klaus Ethgen Klaus+geekie@... writes: Ian You're right that simply changing the current code from Ian GDK_SELECTION_PRIMARY to GDK_SELECTION_CLIPBOARD would break your Ian usage while fixing mine. It would still be the right thing to do Ian IMO because of the convention. But we can keep the cake and eat it Ian if we add new hooks on selection change events, calling back the Ian current code with GDK_SELECTION_PRIMARY. How's that? Klaus You mean just adding also to put the stuff to the other Klaus clipboard? Maybe also to the third one too? Klaus (GDK_SELECTION_SECONDARY, I think) Not at the same places/times. I mean setting GDK_SELECTION_PRIMARY _as soon as the thing is selected_. That means setting a new callback in each window where it makes sense on an event like selchange or something (not sure how Gtk spells it). So a file name would be copied as soon as you click on one in the file list, for example. This is the right thing to do according to my reading of the doc, at least. Ian I can make a patch. It probably won't be trivially short; where do Ian you want it posted? Klaus Here would be great. Or fork the repo on gitorious and create a Klaus merge request. Ok, looking at the code it's going to be a bit more challenge than I thought, but I am giving it a try. If you think I should. Ian. -- 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#174; Code Sight#153; - 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
[Geeqie-devel] Copy path problem
Hi, I hit upon what seems to be at least an infelicity, and perhaps an outright bug. The Copy Path popup menu item calls back this code: clipboard = gtk_clipboard_get(GDK_SELECTION_PRIMARY); gtk_clipboard_set_text(clipboard, g_shell_quote(fd-path), -1); But, according to the GTK documentation: The currently-selected object or text should be provided on the clipboard identified by GDK_SELECTION_PRIMARY. Cut/copy/paste menu items conceptually copy the contents of the GDK_SELECTION_PRIMARY clipboard to the default clipboard, i.e. they copy the selection to what the user sees as the clipboard. So, the above code should really use GDK_SELECTION_CLIPBOARD. This has an unfortunate practical consequence: after copying the path this way, I am unable to paste it anywhere in the geeqie UI itself, without a roundtrip through some other program like Emacs that understands both kinds of selections. (Don't ask why, but creating a subdirectory named according to the selected file is part of my workflow in some cases). Can this be fixed? -- 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] Copy path problem
Klaus Ethgen Klaus+geekie@... writes: GTK The currently-selected object or text should be provided on the GTK clipboard identified by GDK_SELECTION_PRIMARY. Cut/copy/paste menu GTK items conceptually copy the contents of the GDK_SELECTION_PRIMARY GTK clipboard to the default clipboard, i.e. they copy the selection to GTK what the user sees as the clipboard. Klaus So? Klaus In your pasted text it is always called about Klaus GDK_SELECTION_PRIMARY. and never about Klaus GDK_SELECTION_CLIPBOARD. But it might be possible that I miss Klaus something there as my English might be not the best. For my Klaus understanding GDK_SELECTION_PRIMARY is the right one. I just snipped too much from the quote. The sentence preceding this one is: GTK Cut/copy/paste menu items and keyboard shortcuts should use the GTK default clipboard, returned by passing GDK_SELECTION_CLIPBOARD for GTK selection. (GDK_NONE is supported as a synonym for GTK GDK_SELECTION_CLIPBOARD for backwards compatibility reasons.) IMO, the two sentences together make it clear that (if needed) GDK_SELECTION_PRIMARY should be activated _as soon as the selection is set or changed_ in the source program. In geeqie, that would mean making the current code execute when user moves through the file list (for example) with Up and Down keys. OTOH when user activates the menu item GDK_SELECTION_CLIPBOARD is the right one. Klaus The problem is that with the current solution, the most used way Klaus to copy around text under unix works, using the middle mouse Klaus button. Changing that might (I did not test it but that might be Klaus worth to test) end up in being unable to paste. Not all consoles Klaus knows Strg-V (what comes from the windows world, I think). Well, all the Gtk conventions come from the Windows world :-) And yes, sometimes that is a problem. But I still use lots of Gtk programs. Klaus I personally like to be able to copy the path to selection Klaus clipboard and paste it in the terminal where I mostly work. That Klaus does not work if I use Strg-C in some GUIs but it works with Klaus Geeqie. You're right that simply changing the current code from GDK_SELECTION_PRIMARY to GDK_SELECTION_CLIPBOARD would break your usage while fixing mine. It would still be the right thing to do IMO because of the convention. But we can keep the cake and eat it if we add new hooks on selection change events, calling back the current code with GDK_SELECTION_PRIMARY. How's that? Klaus Well, it can, if it really fixes some and don't break others. It Klaus is even open source. Just make an patch for suggestion. I can make a patch. It probably won't be trivially short; where do you want it posted? Best regards, Ian. -- 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] Favorite keywords, really?
Omari Stephens xsdg@... writes: Ian Hi, the documentation says I can add new keywords of my own with Ian the help of a button bar that's supposed to be next to the Ian keywords part of the sidebar. But, I can see no such button bar in Ian my geeqie. Directly below the keywords list there is the exif Ian information. I just built 1.1 from source ... xsdg I have no idea about a button bar, but you can certainly xsdg right-click the keyword checklist and it'll give you the menu xsdg option to add a keyword. Aha. That menu option is **so** confusing, I had seen it but I'd thought it would simply apply the keyword clicked on to the current image, ie. the same as checking the box next to it. It should really, really be New Keyword and not Add Keyword. Thanks for the help. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] Favorite keywords, really?
Hi, the documentation says I can add new keywords of my own with the help of a button bar that's supposed to be next to the keywords part of the sidebar. But, I can see no such button bar in my geeqie. Directly below the keywords list there is the exif information. I just built 1.1 from source ... I can post a screenshot somewhere if necessary. Thanks, Ian. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
