Re: [Gimp-user] HATE the new save vs. export behavior
* Joseph A. Nagy, Jr [07-20-13 19:50]: > On 07/20/13 18:03, Jernej Simončič wrote: > >On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote: > > > >>Windows isn't secure or stable enough. > > > >Wow, people are still living in the 90's. > > > >>I am also > >>unahppy at how unfree FOSS is, fettered with crap licenses like the GPL. > > > >Sounds like you don't know what FOSS authors mean by Free. > > > > Free as in free do with as I please, as long as I don't claim it as my work. > Any other restriction makes it non-free, And now you confirm that "you don't know what FOSS authors mean by Free". -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.orgPhoto Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535@ http://linuxcounter.net ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
On 07/20/13 18:03, Jernej Simončič wrote: On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote: Windows isn't secure or stable enough. Wow, people are still living in the 90's. I am also unahppy at how unfree FOSS is, fettered with crap licenses like the GPL. Sounds like you don't know what FOSS authors mean by Free. Free as in free do with as I please, as long as I don't claim it as my work. Any other restriction makes it non-free, -- Yours in Christ, Joseph A Nagy Jr "Whoever loves instruction loves knowledge, But he who hates correction is stupid." -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://copyfree.org/licenses/owl/license.txt ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
On Fri, 19 Jul 2013 21:20:56 -0500, Joseph A. Nagy, Jr wrote: > Windows isn't secure or stable enough. Wow, people are still living in the 90's. > I am also > unahppy at how unfree FOSS is, fettered with crap licenses like the GPL. Sounds like you don't know what FOSS authors mean by Free. -- < Jernej Simončič ><><><><>< http://eternallybored.org/ > ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Fix photo with uneven exposure
On 07/20/2013 03:57 AM, billlee wrote: I hurriedly photographed the text in a greeting card and have uneven lighting and underexposure that I'd like to correct. Please see attachment, in which I've increased the brightness and contrast and then desaturated. This helps but it needs lots more! It woud be easier for us to have the orjginal... I've looked at tutorials on gradient contrast masks but I get lost part way through. Either I'm too much of a newbie to understand (highly probable) or maybe the tutorials are for older versions of GIMP. (I'm on 2.8.6 for Windows.) I am very grateful for any advice anyone would care to offer!!! Many techniques I have seen stat by duplicating the image then applying a very wide gaussian blur to it, then playing with layers mode between the to images: for instance, the blurred layer on top, in "divide" mode, makes the paper uniformly white. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
> Date: Fri, 19 Jul 2013 16:57:07 -0400 > From: ren...@olgiati-in-paraguay.org > To: gimp-user-list@gnome.org > Subject: Re: [Gimp-user] HATE the new save vs. export behavior > > On Fri, 19 Jul 2013 21:03:45 +0100 > Andrew & Bridget wrote: > > > > Completely useless for the vast majority who only want to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again. > > > So why use GIMP ? > > Because I have been using it (mainly to quickly open a camera-produced .jpeg, rotate, crop and rescale it, and never work on it again) for over 15 years. > > Because it is the only serious image manipulation prog for Linux. > Can I share my story? Prior to GIMP I had three separate applications for image manipulation: - MS Paint (no further explanation) - iPhoto Plus v3.? (reportedly bundled with my dad's first scanner). This was capable of cropping, color curves adjustment, resize/rotate with resampling, but did not support newer popular file formats like GIF or PNG. - LView Pro v4.? (before their devs went to a timed trialware model). This supported JPG, GIF (with transparency but not animation), and PNG, also had a unique YCC-based invert command, but otherwise its feature set was pretty limited. No interactive color curves, for one. So depending on what I had to do in particular I would need to open up to three apps, and I couldn't always share image clipboard data between them. GIMP saved me a lot of time in that it was capable of doing everything I used these other apps for. Despite a few breaking changes (though the save/export issue is a big change conceptually, IN PRACTICE the biggest breaking change to my personal workflow was a minor adjustment to the behavior of selections from 2.2 to 2.4), it is still the best tool I've found for what I do, XCF or otherwise. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. > Pity the recent changes have made it so much less pleasant to use; every time > I have saved my work back to its original .jpg and the stupid prog claims I > have not saved it, I heartily curse those responsible, and wish them to > suffer both lumbago AND hiccough.. > > Cheers, > > Ron. > -- >Beware of foreign entanglements. >-- George Washington > >-- http://www.olgiati-in-paraguay.org -- > > > ___ > gimp-user-list mailing list > List address:gimp-user-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Save vs export separate discussion forum needed
> From: kasim.ah...@gmail.com > Date: Fri, 19 Jul 2013 20:28:08 -0400 > To: j...@jaysmith.com > CC: gimp-user-list@gnome.org > Subject: Re: [Gimp-user] Save vs export separate discussion forum needed > > What you're saying does make sense but is it really necessary? I mean is it > really THAT > difficult to get accustomed to the new way of working? It's not even that big > of a change, > IMO. Just a different option to click really. > > Sent from my iPod Part of the annoyance was recently stated by another user: If your particular GIMP workflow (for whatever reason) has little to no need of XCF file storage, GIMP still bombards you with "Save changes?" dialogs every time you close an image after doing your work on it. Even months or years after mentally adjusting to the Export command, this dialog persists and you learn to ignore it out of simple habit -- GIMP is crying wolf. That is bad. IMHO GIMP could benefit from re-instating the user preference that was "confirm closing of unsaved images", but not as it previously was. The preference would still be enabled by default, but if it's disabled, then for a given image: - If the image belongs to an XCF file, GIMP ignores the preference and always prompts for unsaved changes (saving them to the XCF file, of course). - If there is no XCF file associated with the image (typical of import/export/overwrite type workflow), GIMP will only prompt to save changes if there are changes since the last export. If there are none, GIMP will not prompt the user (crying wolf scenario). I know I haven't thought out this one completely, but it would help eliminate a problem with how GIMP treats the non-XCF workflow, it would not affect XCF-based workflows, and would not affect the distinction between Save and Export. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] to save or not to save - a foolish question
I to am a bit surprised that the old topic received a new firestorm of over 50 replies in one day . . . I believe that qualifies as a "grenade" behavior. > From: uni.kl...@t-online.de > To: gimp-user-list@gnome.org > Date: Fri, 19 Jul 2013 23:49:14 +0200 > Subject: [Gimp-user] to save or not to save - a foolish question > > Whoever use GIMP just to open jpegs to look inside his SD-card has no idea of > GIMP's > abilities. They better should use MS Photo editor. > That is true, one should NOT just open GIMP "in vain". MS Photo and Fax Viewer is more than sufficient if all you need to do is browse a directory of standard image files -- or, better yet, tell Windows Explorer to use "Thumbnails" view and you don't have to open any separate applications at all. The only times I've opened GIMP and done nothing with it are when I was thinking of a task but changed my mind later on. -- Stratadrake strata_ran...@hotmail.com Numbers may not lie, but neither do they tell the whole truth. > Hi friends, > > > > don't feed these trolls! See the "save as" shitstorm of June, 14th, 15th and > 16th > > > > Have a fine weekend! > > > > Konrad > > ___ > gimp-user-list mailing list > List address:gimp-user-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
I suppose you're right. How silly of me! Sent from my iPod On Jul 20, 2013, at 10:50 AM, John Meyer wrote: > What, and spend our time doing actual work? ;-) > > > > Kasim Ahmic wrote: >> You know, we probably could've saved so much hate and fighting had that link >> been shared earlier lol >> >> Oh well. This "debate" was somewhat funny to read :P >> >> Sent from my iPod >> >> On Jul 20, 2013, at 12:12 AM, Bob Long wrote: >> >>> Kasim Ahmic wrote, >>> Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle. There are only two things you can do at this point; 1. Stop using GIMP 2. Get used to the new workflow >>> Or, >>> >>> 3. use this plugin which implements the old way within GIMP: >>> http://www.shallowsky.com/software/gimp-save/ >>> >>> (I've never used it.) >>> >>> I'm a basic user, most of the time. My most common use is to open a BMP, >>> increase width, crop, resize, and overwrite the exiting image. A prompt >>> when closing that I have not "saved" is no big deal. >>> >>> My thanks to the developers. >>> >>> -- >>> Bob Long >>> >>> >>> ___ >>> gimp-user-list mailing list >>> List address:gimp-user-list@gnome.org >>> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list >> ___ >> gimp-user-list mailing list >> List address:gimp-user-list@gnome.org >> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list > > ___ > gimp-user-list mailing list > List address:gimp-user-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
What, and spend our time doing actual work? ;-) Kasim Ahmic wrote: You know, we probably could've saved so much hate and fighting had that link been shared earlier lol Oh well. This "debate" was somewhat funny to read :P Sent from my iPod On Jul 20, 2013, at 12:12 AM, Bob Long wrote: Kasim Ahmic wrote, Considering that they put a lot of time and effort into GIMP 2.8 and that this issue has been being brought up for over a year now, I don't think they "quickly rejected" the idea of a toggle. There are only two things you can do at this point; 1. Stop using GIMP 2. Get used to the new workflow Or, 3. use this plugin which implements the old way within GIMP: http://www.shallowsky.com/software/gimp-save/ (I've never used it.) I'm a basic user, most of the time. My most common use is to open a BMP, increase width, crop, resize, and overwrite the exiting image. A prompt when closing that I have not "saved" is no big deal. My thanks to the developers. -- Bob Long ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Processing a stack of images
Thanks, I'll give it a try. -- View this message in context: http://gimp.1065349.n5.nabble.com/Processing-a-stack-of-images-tp39433p39435.html Sent from the Users mailing list archive at Nabble.com. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Processing a stack of images
I feel like you may have better luck with something dedicated to image distortions. Like Hugin. It's relatively trivial to align many images, and then define horizontal/vertical reference lines, and stitch away! On Saturday, July 20, 2013, Geoff Smith wrote: > Problem : > I have a large number of ex-camera jpegs of the pages of a book, > photographed at an archive where scanning is prohibited. A camera stand was > used, with the book supported on foam wedges. Consequently, both pages in > each image are distorted - i.e. each page of a pair is a trapezium. > It is, of course, a simple matter to crop and apply the perspective tool > (twice) to an image to restore the pages to their flat state. Doing it for > several hundred images is a non-starter, and anyway that's what the machine > is for. > > Proposed solution : > Import an image to the Gimp. > Drag and drop a number of images into the same project - as many as the > machine can handle. > Link the image layers. > Crop. > Select one page and use the Perspective Tool to pull the page 'square'. > Repeat for the second page. > Export each image, working down the stack. > > Result : > Selecting the right-hand page and correcting the perspective works, in that > the Gimp progressively works down the layers. But, although each right-hand > page is correctly 'squared up', all the left-hand pages, other than the top > layer, are enlarged and cropped. > > Am I misusing the Gimp, or hoping for too much? > Has anyone done something similar? > > Software used : > 2.6 under Debian Squeeze. > 2.8.2 under Mint 14.1 > 2.8.6 under Windows 7 > All OS 64-bit. > > > Geoff Smith > > > > -- > View this message in context: > http://gimp.1065349.n5.nabble.com/Processing-a-stack-of-images-tp39433.html > Sent from the Users mailing list archive at Nabble.com. > ___ > gimp-user-list mailing list > List address:gimp-user-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list > -- pat david http://blog.patdavid.net ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
[Gimp-user] Processing a stack of images
Problem : I have a large number of ex-camera jpegs of the pages of a book, photographed at an archive where scanning is prohibited. A camera stand was used, with the book supported on foam wedges. Consequently, both pages in each image are distorted - i.e. each page of a pair is a trapezium. It is, of course, a simple matter to crop and apply the perspective tool (twice) to an image to restore the pages to their flat state. Doing it for several hundred images is a non-starter, and anyway that's what the machine is for. Proposed solution : Import an image to the Gimp. Drag and drop a number of images into the same project - as many as the machine can handle. Link the image layers. Crop. Select one page and use the Perspective Tool to pull the page 'square'. Repeat for the second page. Export each image, working down the stack. Result : Selecting the right-hand page and correcting the perspective works, in that the Gimp progressively works down the layers. But, although each right-hand page is correctly 'squared up', all the left-hand pages, other than the top layer, are enlarged and cropped. Am I misusing the Gimp, or hoping for too much? Has anyone done something similar? Software used : 2.6 under Debian Squeeze. 2.8.2 under Mint 14.1 2.8.6 under Windows 7 All OS 64-bit. Geoff Smith -- View this message in context: http://gimp.1065349.n5.nabble.com/Processing-a-stack-of-images-tp39433.html Sent from the Users mailing list archive at Nabble.com. ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Gimp doesn't respond to mouse in image area, at all
Hi, could you go in Edit > Input Devices. You should see a device representing your mouse (here that's called TPPS/2 IBM Trackpoint but probably the name can be else), or your touchpad if a laptop. Make sure the mode is "disabled", and not "screen". If on "screen", it may explain why your mouse won't work for drawing. Tell us how it went. :-) Jehan On Sun, Jul 14, 2013 at 5:06 AM, ArRaf wrote: >>Hello. Some time ago, the Gimp stopped responding to my mouse in the >>image >>window. In other windows and on menus the mouse works fine (ie I can >>select >>brushes and such and use the interface without problems), but in the >>image >>window (or more precicely, the canvas area) it's as if the mouse >>doesn't >>even >>exist. All kinds of clicks are ignored, the rulers doesn't show the >>position >>of the cursor, and the position in the lower left also isn't updated >>(it is >>set once upon entering the window, but after that it's dead). My >>tablet >>still works fine, but not being able to use the mouse for anything is >>somewhat annoying. >> >>This originally happened out of the blue one day while using Gimp >>2.2.11 >>(I unfortunately have no idea what caused this to happen). I tried >>upgrading >>to 2.2.12 and then 2.3.13, without success. I also deleted the >>~/.gimp* >>directory in the hope that regenerating the config would fix the >>problem, >>but >>no. No matter what I do, I can't make the Gimp recognize the mouse in >>the >>image window. The mouse isn't anything special, and it used to work >>with >>the >>exact same X config I've got now. I haven't changed the xorg.conf >>file in >>several months. The Gimp is the only application with this problem. >> >>This is on a dual-core amd64 processor in 64-bit mode (haven't tried >>32-bit), >>Linux kernel 2.6.18, Xorg 7.1. >> >>Does anyone know what might be causing this, and how to fix it ? >> >>Thanks, >>~ Gerry > > I have the same problem, can anyone help? If there are bug fixes, please can > anyone give me the link? > > -- > ArRaf (via www.gimpusers.com/forums) > ___ > gimp-user-list mailing list > List address:gimp-user-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list ___ gimp-user-list mailing list List address:gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list