[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
Re: [Geeqie-devel] Favorite keywords, really?
Omari Stephens 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] 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 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] Copy path problem
Klaus Ethgen 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® 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
A question:
How much do you care about copying _multiple_ selections this way?
The semantics of multiple or range selections is murky at best, and that
is true even independently of Geeqie and Gtk. You can try this in your
favorite terminal emulator or in Emacs: select multiple words by
dragging, than drag in the other direction to make the selection
smaller. When you quit dragging, the final selection is copied to the X
selection buffer ("clipboard" if you want). But now if you click
somewhere else, your terminal selection vanishes, but the clipboard
still has your final string! It is as if any change from N+1 to N
characters were reflected, but _not_ if N == 0.
The above concerns range of text, but I face the same paradox if I copy
multiple selected items from a Gtk list widget. That is, when an item is
deselected it seems I should copy the new string of all selections,
without the newly deselected item - _except_ when it was the _last_
selected item! It really doesn't make good sense. Anyone thought about
this before?
I'd have brushed this aside but it turns out some of the Geeqie list
widgets don't use the Gtk selection code but instead homemade selection
code. So I cannot hook into Gtk to do the copy and instead I'd have to
modify some of the code that does the homemade selection, but how to
isolate, inside that code, the case when I should copy from the others
(like "deselecting the last selected item") seems not to be easy at all.
Thoughts welcome. I know little about GUI design and programming, so
any house experts please speak up. Or let's ask GUI experts from other
projects.
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
Klaus Ethgen writes: [snipping your other objections, which are valid] Klaus> For the normal X cut&past buffer used by middle mouse it makes Klaus> most sense to populate it via explicit menu like it is now. For Klaus> the other buffers that are used by GUI applications it would make Klaus> more sense to explicitly say what to copy. Maybe you want to Klaus> insert a image from geeqie inside gimp. Maybe you want to have Klaus> the path of the file in a spread sheet, ... I really don't see why you call the current way "normal" when it is clearly different from what almost all other Gtk programs do. Yes, it is convenient for some workflows, but then it is also inconvenient for at least one other workflow (mine). Maybe just add another menu item, call it "Path To Clipboard" or something? Klaus> By the way, Drag and drop works with Geeqie. Sorry, how does that help? Ah, but now I can add my own BTW :-) You can actually paste the Clipboard selection in a shell. Just run the shell inside Emacs and use the clipboard-yank command. 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 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 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 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
Klaus Ethgen 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.
- 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.
+
+
+Copy path to clipboard instead of primary selection
+
+
+ If this is set, the "Copy path" menu item will affect the clipboard
and not the primary selection.
+
+
+ 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.
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 ?
+ GDK_SELECTION_CLIPBOARD :
+ GDK_SELECTION_PRIMARY);
if (!fd || !*fd->p
[Geeqie-devel] Another UI trouble, or is it just me?
I am in the Preferences/Files dialog tab and I cannot figure out how to disable just one file type. The dialog has a checkbox next to each type and at the bottom "Add" and "Remove" buttons. Does the Remove button apply to all checked rows or to rows picked with the normal selection mechanism? If it is the selection, what are the checkboxes for? If it is the checkboxes, do I really have to uncheck each one by one before I can disable this one type? -- ___ 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 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] 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=157508191&iu=/4140/ostg.clktrk ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
[Geeqie-devel] File types for external editor [Was: Support questions off topic here?]
On Sat, 20 Sep 2014 17:42:53 -0600, "Colin (Sandy) Pittendrigh" wrote: Colin> However, if I highlght a raw x-nikon-nef file (the thumbnails Colin> show up fine) and then try to start gimp I get an error dialog. Colin> "can't find matching file type" Colin> If I copy _PIC1234.NEF to test.tif , however, then gimp opens is Colin> just fine. Colin> mint linux uname -a Linux dungeon 3.11.0-12-generic #19-Ubuntu Colin> SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Colin> edit=>perferences=>preferences=>Files has a *.nef line Colin> edit=>perferences=>external editor=>Gimp has a MimeType line, to Colin> which I added ;image/x-nikon-nef, but still no luck. Colin> Any ideas about how to get geeqie to open gimp, with an incoming Colin> filename parameter that is a nikon raw file *.NEF? Is it case-sensitive? What happens if you rename it to pic1234.nef ? -- Please *no* private copies of mailing list or newsgroup messages. Local Variables: mode:claws-external End: -- Slashdot TV. Video for Nerds. Stuff that Matters. http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/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 Mon, 22 Sep 2014 03:03:57 +0200, Jon Senior 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=154622311&iu=/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" 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=154622311&iu=/4140/ostg.clktrk ___ 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
On Sun, 08 Mar 2015 09:23:04 +0100, Laurent Monin wrote: Klaus> As you might read[0], gitorious was bought by gitlab and Klaus> announced to get closed end of May. Klaus> Now we need to decide where to find a new home for the project. Klaus> Personally I do not like gitlab, however, that is my own Klaus> attitude. I think, that a company that is buying a other product Klaus> just to kill it would be no good home for us. Laurent> what's wrong with Github ? Personnally, i always thought Laurent> Gitorious was far behind, and for sure gitlab isn't a good Laurent> choice. Laurent> Github is used by tons of well-established open source Laurent> projects, it is reliable and convenient for developpers. But: 1. Github code is proprietary, 2. I hate the "Web 2.0" interface. I guess for me, the fact that everybody else uses something is not a good enough reason. Indeed, if it were I would probably be writing this on a MacBook ;-) What's wrong with Savannah? :-P -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. Local Variables: mode:claws-external End: -- Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ 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] Loosing gitorious in 11 weeks (Now only 8 days left)
On 2015-05-23 13:49 +0100, Klaus Ethgen wrote: Klaus> New readonly URL for git is: > - - git://www.geeqie.org/geeqie.git > - - http://www.geeqie.org/geeqie.git Hmm: git URL: [13+1]geeqie$ git fetch origin fatal: remote error: access denied or repository not exported: /geeqie.git http URL: [15+1]geeqie$ git fetch origin fatal: repository 'http://www.geeqie.org/geeqie.git/' not found -- 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] 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] 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] Reorder file plugin (sort by date)
On 2015-09-06 19:38 -0500, Alan Pater wrote: > Which date does Geeqie use? > > Date/Time Original? > > http://www.metadataworkinggroup.org/pdf/mwg_guidance.pdf#page=37 I couldn't tell you now, precisely because I always use my script and sort by filename. -- 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
[Geeqie-devel] Threads [Was: Version 1.2.1]
On 2015-09-10 11:27 -0400, John Stoffel wrote: > When will geeqie (if ever) support animated gifs? I've been forced to > use ristretto lately, and I don't like it nearly as much. Please don't reuse threads for an unrelated topic. That means not using "reply" or "follow-up" in your email software; you should create a new post from scratch in such cases. If you want to avoid typing the list address next time, you can save it in your address book, or whatever your email program calls that feature. Thanks for your cooperation keeping the list neat and easy to read! -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] [PATCH] Use POSIX-specified = in test, not ==.
On 2015-09-10 15:12 -0400, Greg Troxel wrote: > -if test x$gtk3 == xno; then > +if test x$gtk3 = xno; then FWIW, I have stopped using test completely in shell scripts. It is just too confusing and fragile, and requires "write-only" tricks like the use of x above. I would write this with a single branch case statement. -- Please *no* private copies of mailing list or newsgroup messages. Rule 420: All persons more than eight miles high to leave the court. -- Monitor Your Dynamic Infrastructure at Any Scale With Datadog! Get real-time metrics from all of your servers, apps and tools in one place. SourceForge users - Click here to start your Free Trial of Datadog now! http://pubads.g.doubleclick.net/gampad/clk?id=241902991&iu=/4140 ___ Geeqie-devel mailing list Geeqie-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geeqie-devel
Re: [Geeqie-devel] Full screen mode broken
On 2015-09-19 19:13 +0200, Michael Schwendt wrote: > > The problem here is, that the current fullscreen implementation is done > > to work around some weird stuff in some window managers (namely Gnome > > and KDE but mostly Gnome). It is hard to find a working way in all > > window managers. > > "Edit > Set as wallpaper" also fails silently when running Geeqie in GNOME. > Same applies to a few other image viewers. IMO geeqie should just follow the standards (including freedesktop.org when applicable) and not try to work around bugs in Gnome and KDE. If it works with openbox, it is probably correct ;) -- 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] Getting independent of sourceforge even more
On 2015-09-19 13:17 +0100, Klaus Ethgen wrote: > Mailinglist should be easily doable. For example via mailman. I also > think of other software like gpg-remailer or similar. Easier would be to > migrate to a NNTP group but event that this is the more sane way to do > it, I believe that users will not find us there. :-( If you mean a generally distributed Usenet group (not one on an isolated private server), I would vote for that. I think all of the people who read the list today are capable of setting that up for themselves. Naive users could find it on googlegroups :P -- 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] 2 things I miss from gqview
On 2015-11-18 06:37 -0500, Rodney D. Myers wrote: > 2. the ability to auto-rename files on the fly. useful for > people/programs name their stuff with simple names I have a nifty script to do this from the command line, if you're interested. It renames each file according to its EXIF timestamp. If you need some slightly more complex name you can then use e.g. prename(1). IMO this is the Right Way (TM), and not adding this functionality to geeqie. -- 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] 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] 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&iu=/4140 ___ 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] 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
Re: [Geeqie-devel] Statistics
On 2016-04-13 18:04 +0100, Klaus Ethgen wrote: > I know that I swim against the stream regarding that. But HTTPS is so > broken that there is no real security improvement in using it. For > example as long as such registrars like turktrust or verisign or others > are in all the browsers, there is no security. TLSA via DNSSEC is a > solution but the most browsers ignore that and DNSSEC is not widely > enough spread. > > But long story short, I do not believe that this is the reason. To be clear: in no way was my post meant as a criticism. I mostly agree with you. I was just speculating about the stats. > Well, You think that all users in America uses Tor? I do not. :-) No, but maybe they feel more need to do so, relatively speaking. -- 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] 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
[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] 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
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] 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] 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&R 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 (+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
[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] 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
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-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
