Re: [Gimp-user] SOLVED: export vs. save menu in gimp2.8 - simple and lasting solution
Dirk noi...@pwnoogle.com writes: The whole situation boils down to the lack of character that is necessary for admitting a mistake and reversing this change in the workflow. There's much to be said for the new behaviour. It would be better if Ctrl-E just used the filename and properties from the imported file. The first time it may even show a File exists, overwrite dialog. Currently, Ctrl-E and Shift-Ctrl-E open the same export dialog, which is a waste. -- Johan ___ 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] Creating Transparent Text
Steve Kinney ad...@pilobilus.net writes: If possible I would start over with a new signature and scan, at 300 DPI or above, with black ink on white paper. Scan in 'Lineart' settings, so you don't have shades of grey. In the Gimp, set the mode to Color and proceed: Then, applying the filter Colors Color to Alpha would produce a much more acceptable result. The more uniform the color and texture of the paper (or etc.) used, the more certain the result. When downscaling the result, you'll get nice anti-aliasing based on transparency. -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Need Gimp DPI increased
Bludigo for...@gimpusers.com writes: the GIMP image properties say 900 x 572 pixels. That's much too low... Either you took a low-res picture (simple mobile phone?) or you downscaled it in the Gimp. For a canvas print as you mentioned 3000x2000 is more realistic. Check the original image, the one before you started manipulating it. If this is of sufficient resolution you can retry to manipulate a new copy without downscaling it. -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org https://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] For GIMP-2.8 I need Fedora 17 .. which isn't released yet
eduperez for...@gimpusers.com writes: Yes, I'm currently using Gimp 2.8 on Fedora 16, compiled it from source. There is a guide in this site at http://www.gimpusers.com/tutorials/compiling-gimp-for-ubuntu; it talks about Ubuntu, but pretty much everything applies to Fedora, or is easy to adapt. Thanks for the hints. Historically, I always needed to upgrade babl and gegl, but 2.8 required an new version of some other libs (gtk2?) that I couldn't work out. I finally managed to get 2.8 running on Fedora 14 (!) but it made the system instable. Can't wait for F17 to come out... -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] For GIMP-2.8 I need Fedora 17 .. which isn't released yet
eduperez for...@gimpusers.com writes: Yes, there are dependencies within the dependencies, but all of them can be installed using the same procedure; and, if you put everything under a separate directory (I used /opt/gimp-2.8, for example), dependencies included, then you should not experience any instability. Most libs need to be built on the target system, and require other libs (and include files, and so on). This makes it very difficult to 'put everything' somewhere else. Yet, it can be done, though... I just blew it :( -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Problem with Gimp 2.7.4 'Text' facility
Maurice maur...@bcs.org.uk writes: For users of the Text facility, there is a handy tutorial: http://docs.gimp.org/2.8/en/gimp-image-text-management.html Thanks! I needed some experimenting to get used to the new facility but it sure looks handy and efficient. It still needs some work, though. Since we now have three ways to control text properties there's a risk of confusing descriptions. For example, the text options panel has Adjust line spacing while the tool box overlay has Change baseline of selected font. The options panel has Adjust letter spacing while the tool box overlay has Change kerning of selected text. The text editor seems to be consistent with the tool box overlay. Several features do not seem to function properly. In particular, the text editor seems to behave strange. See e.g. http://www.squirrel.nl/pub/xfer/uploads/3CAk4t63w4ZFPF_047osONJA.png In the text options, the kerning is adjusted with +10. This can be seen on the canvas. The second word the has had the kerning changed back to 0. In the text editor, the text is not shown with +10 kerning and, surprise, the second word the is not unkerned, but lowered. Changing the baseline using the semi-transparent tool box does not have any effect, neither does changing the baseline in the text editor. Changing it in the 'classical' tool options dialog does work. When the text editor is shown, the on-cavas editing doesn't work anymore. In the text editor, when you want to change e.g. the font size of a piece of text, strange things happen. For example, select the word quick and then go to the font size field and use the mouse wheel. The selection is lost and although the font size (number) changes, no text is affected. I consider these first release inconveniences that beyond doubt will get fixed soon. All by all the new text features are promising. -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] Problem with Gimp 2.7.4 'Text' facility
Liam R E Quin l...@holoweb.net writes: If that's not how the terms are used, please file a bug. Done. Changing the baseline using the semi-transparent tool box does not have any effect, neither does changing the baseline in the text editor. They work fine here, but you have to have selected some text on the canvas. I cannot select text when the editor is active. I have to close the editor, select text on the canvas, and then [x] Use editor on the options panel. It is (still) not clear what change baseline is supposed to do. When the text editor is shown, the on-cavas editing doesn't work anymore. works here (but I have a pre-release of 2.8) although you can't select text. Yes, not being able to select text is what I referred do. -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
Richard Gitschlag strata_ran...@hotmail.com writes: It is true, however, that many professional and commercial apps do not make a save/export distinction and allow you to save your document in any supported filetype -- MS Word, for example. You can open/save a document in a non-native format at any time, all you get is an extra prompt when using the Save command which basically asks whether you do want to save it in a non-native format, noting that the format chosen may or may not support some features that your actual document may or may not even use. The main problem is that this file format is then silently used for subsequent saves, and that may not have been the intent. -- Johan ___ gimp-user-list mailing list gimp-user-list@gnome.org http://mail.gnome.org/mailman/listinfo/gimp-user-list
Re: [Gimp-user] HATE the new save vs. export behavior
Alexandre Prokoudine alexandre.prokoud...@gmail.com writes:
The problem I see in this thread is that few people tell us exactly
what they do and then complain that we don't do the right thing for
them.
Haven't tried 2.8 yet, but as I understand it:
- XCF is the native format for GIMP -- GOOD
- everything else is an export operation -- GOOD
So SAVE means writing an XCF. Always.
My workflow is almost always:
- open or create image
- save as XCF
- { edit / save } repeat
- save as JPG
- immedeately save as XCF
Forget the last step, quit GIMP and you'll have a hard time
when you need just one other change...
I can think of one exception: when you open a bitmapped image, make some
changes without adding information that is beyond the capabilities of
the bitmap, and save it. This would introduce a dialog Image contains
features that cannot be saved as JPG. Please save as XCF and use
Export. This is how e.g. OpenOffice does it. And this will be disliked
by some.
As far as I can see it the new save will take a little time to get used
to, but it seems the right approach. It will definitely prevent loss of
image information when you least expect it.
-- Johan
___
gimp-user-list mailing list
gimp-user-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gimp-user-list
