Re: [Gimp-developer] request

2017-06-24 Thread C R
Was going to recommend this myself. I agree with Alex's suggestion:

Personally, I'd rather see a combobox in JPEG exporting options to select
background color, with these options: Black, White, Current Background
Color, Cyrrent Foreground Color.

Alex


If we do this, there is no need for a warning.


-C



___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Kevin Cozens

On 2017-06-24 02:40 PM, Tobias Ellinghaus wrote:

Am Samstag, 24. Juni 2017, 13:02:11 CEST schrieb Kevin Cozens:

On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote:

Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong:

When saving a JPG


GIMP doesn't allow to save a JPEG for quite some versions now.


It doesn't allow you to save as JPEG. You need to export an image as a JPEG.


That's what I said.


ok. I missed the earlier part of the thread. It read to me like someone was 
saying their version of GIMP is not able to create JPEG files.


--
Cheers!

Kevin.

http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
| powerful!"
#include  | --Chris Hardwick
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Alexandre Prokoudine
24 июня 2017 г. 8:40 PM пользователь "Ofnuts"  написал:

What Gimp could have is either a counter of the number of times a warning
has been issued (and stop issuing it after a while) or a "Don't tell me
again" checkbox.


So that people treat it like something annoying and disable it, then still
run into the issue?

Personally, I'd rather see a combobox in JOEG exporting options to select
background color, with these options: Black, White, Current Background
Color, Cyrrent Foreground Color.

Alex
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Tobias Ellinghaus
Am Samstag, 24. Juni 2017, 13:02:11 CEST schrieb Kevin Cozens:
> On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote:
> > Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong:
> >> When saving a JPG
> > 
> > GIMP doesn't allow to save a JPEG for quite some versions now.
> 
> It doesn't allow you to save as JPEG. You need to export an image as a JPEG.

That's what I said.

signature.asc
Description: This is a digitally signed message part.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Tobias Ellinghaus
Am Samstag, 24. Juni 2017, 19:39:58 CEST schrieb Ofnuts:
> On 06/23/17 14:14, Bert de Jong wrote:
> > When saving a JPG, please warn if there is transparency.
> > Currently GIMP saves such images without warnings and just uses the
> > current background color.
> > I think a lot of people do not use XCF and are used to saving
> > transparency to PNG and GIF files.
> > 
> > I think it's customary for GIMP to warn when operations initiated by
> > the user will be performed slightly different than the user might
> > expect.
> > An example is when scaling indexed images.
> > It then says: "Indexed color layers are always scaled without
> > interpolation. The chosen interpolation type will affect channels and
> > layer masks only."
> > 
> > Thanks.
> 
> Given the number of times I've seen people complaining about the loss of
> transparency, that would be a good idea.
> 
> 
> What Gimp could have is either a counter of the number of times a
> warning has been issued (and stop issuing it after a while)

That sounds like a bad idea. People will rely on the warning to be there so 
they can cancel the export and do something appropriate. Suddenly stopping to 
show it will make them complain.

> or a "Don't
> tell me again" checkbox.

Tobias

signature.asc
Description: This is a digitally signed message part.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Ofnuts

On 06/23/17 14:14, Bert de Jong wrote:

When saving a JPG, please warn if there is transparency.
Currently GIMP saves such images without warnings and just uses the
current background color.
I think a lot of people do not use XCF and are used to saving
transparency to PNG and GIF files.

I think it's customary for GIMP to warn when operations initiated by
the user will be performed slightly different than the user might
expect.
An example is when scaling indexed images.
It then says: "Indexed color layers are always scaled without
interpolation. The chosen interpolation type will affect channels and
layer masks only."

Thanks.

Given the number of times I've seen people complaining about the loss of 
transparency, that would be a good idea.



What Gimp could have is either a counter of the number of times a 
warning has been issued (and stop issuing it after a while) or a "Don't 
tell me again" checkbox.


___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Kevin Cozens

On 2017-06-24 11:29 AM, Tobias Ellinghaus wrote:

Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong:

When saving a JPG


GIMP doesn't allow to save a JPEG for quite some versions now.


It doesn't allow you to save as JPEG. You need to export an image as a JPEG.

--
Cheers!

Kevin.

http://www.ve3syb.ca/   |"Nerds make the shiny things that distract
Owner of Elecraft K2 #2172  | the mouth-breathers, and that's why we're
| powerful!"
#include  | --Chris Hardwick
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] request

2017-06-24 Thread Tobias Ellinghaus
Am Freitag, 23. Juni 2017, 12:14:19 CEST schrieb Bert de Jong:
> When saving a JPG

GIMP doesn't allow to save a JPEG for quite some versions now.

[...]

Tobias

signature.asc
Description: This is a digitally signed message part.
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Request information

2017-05-17 Thread Michael Schumacher
On May 16, 2017 9:17:10 AM GMT+02:00, C R  wrote:

>Hi Francesco - no need to be sorry. :)
>Regarding your question, GIMP should be able to import and export EPS,
>so it was not a concious decision to stop supporting the format or
>anything. 

Have a look at the commit log for the gimp-2-8 branch:

https://git.gnome.org/browse/gimp/log/?h=gimp-2-8

tl;dr: 

When creating and testing the 2.8.22 installer, Jernej found that the 
Postscript and MNG  plug-ins crash on 32 bit Windows platforms. 

The decision was Mae to rather have no support than crashing plug-ins.

Anyone who want to change this is invited to figure out why the crashes happen 
- the best way to start would be to be on the #gimp IRC channel on European 
evening to learn fron Jernej how exactly the filters were crashing. 



-- 
Regards,
Michael
GPG: 96A8 B38A 728A 577D 724D 60E5 F855 53EC B36D 4CDD
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Request information

2017-05-16 Thread C R
Hi Francesco - no need to be sorry. :)
Regarding your question, GIMP should be able to import and export EPS,
so it was not a concious decision to stop supporting the format or
anything. In fact in 2.9x development versions it's still there, still
working (both import and export).

To export the current project to EPS, follow these steps:

1. Go to the "File" menu and choose "Export As"
2. Then you can just type your file name like "yourfilename.eps" and
click the "Export" button
3. When you type .eps at the end of the file name, GIMP will
automatically pop up an export dialog for eps where you can choose the
options you want.

If these steps do not work for you, please advise where you are
getting stuck, and we will try to help you further.

Thanks for your compliments and for using GIMP!
-C







On Fri, May 12, 2017 at 1:07 PM, Francesco  wrote:
> Dear developers,
> I'm sorry, my name is Francesco, and I would first like to congratulate you 
> on the tremendous work that you are pursuing to develop GIMP.
> Thanks to you thousands of people can use a high-level graphics program, for 
> free. Thank you for that.
> I contact you to give you information, which I do not know if you are already 
> aware:
> In practice, this is the last version of GIMP (2.8.22) and I noticed that it 
> is not possible to import or export EPS files.
> I tried to apply the procedure listed on the official site's document page to 
> fix the problem (https://docs.gimp.org/en/gimp-using-external-programs.html), 
> but I could not solve the problem problem.
> Since in the latest version of GIMP (2.8.22) I have noticed that it is quite 
> possible to import and export the EPS file, I would like to know that this is 
> a bug or a choice to permanently delete this file.
> Thank you in advance for any reply you want to give me, thank you again for 
> all your extraordinary work, and I take the opportunity to wish you a 
> wonderful day.
> So many gentle greetings
> Francis
>
> ___
> gimp-developer-list mailing list
> List address:gimp-developer-list@gnome.org
> List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
> List archives:   https://mail.gnome.org/archives/gimp-developer-list
___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] Request for enhancement

2016-09-25 Thread Michael Natterer
On Sun, 2016-09-25 at 17:27 +0200, Maurizio Loreti wrote:
> I would like to suggest a (very) small enhancement for GIMP, that I
> think
> would be useful (at least for me, YMMV).
> 
> I leave constantly opened the "Undo History" window, hat shows the
> last
> operations performed with GIMP.  When I save the image I am working
> on, I
> would like to see something in the list of the operations showing
> exactly
> which version in the "Undo History" has been saved; maybe a single *
> on the
> right of the name of the operation: e.g. seeing "Levels *" I know
> that
> right after the "Levels" step I saved the image I am working on.

I think that makes a lot of sense, can you file this as
enhancement request in bugzilla please so it's not forgotten?

http://www.gimp.org/bugs/

Thanks,
Mitch

___
gimp-developer-list mailing list
List address:gimp-developer-list@gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list
List archives:   https://mail.gnome.org/archives/gimp-developer-list


Re: [Gimp-developer] [Request] Improve Stroke Path capabilities

2013-05-29 Thread Ofnuts

On 05/29/2013 02:31 AM, Richard Gitschlag wrote:

Date: Tue, 28 May 2013 08:52:04 -0300
From: yafuli...@gmail.com
To: gimp-developer-list@gnome.org
Subject: [Gimp-developer] [Request] Improve Stroke Path capabilities

[...] the ability to use gradients [...]


That is already doable if you tell it to stroke using a tool AND you have the 
necessary dynamics configured to draw colors from the gradient.  Not exactly 
convenient though

-- Stratadrake
strata_ran...@hotmail.com

Numbers may not lie, but neither do they tell the whole truth.



What is really missing is the ability to specify the fade as a 
percentage of the path (or strokes) lengths. Currently it has to be 
entered in pixels, and their is no standard user tool to obtain the 
length of a path (or of its strokes).

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] [Request] Improve Stroke Path capabilities

2013-05-28 Thread Richard Gitschlag
 Date: Tue, 28 May 2013 08:52:04 -0300
 From: yafuli...@gmail.com
 To: gimp-developer-list@gnome.org
 Subject: [Gimp-developer] [Request] Improve Stroke Path capabilities
 
 [...] the ability to use gradients [...]
 ___
 gimp-developer-list mailing list
 gimp-developer-list@gnome.org
 https://mail.gnome.org/mailman/listinfo/gimp-developer-list

That is already doable if you tell it to stroke using a tool AND you have the 
necessary dynamics configured to draw colors from the gradient.  Not exactly 
convenient though

-- Stratadrake
strata_ran...@hotmail.com

Numbers may not lie, but neither do they tell the whole truth.



  
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request for standard conform save and export function

2013-02-05 Thread Alexandre Prokoudine
On Tue, Feb 5, 2013 at 6:54 PM, RubbelDeCatc wrote:
 I decided to use this way to send an urgent request to the gimp developers.

 I am using Gimp professionally since many years and i am very glad about the
 progress Gimp made the last years.

 With 2.8 there was a change in the way Gimp saves images.

 I every program of the world the save function (Strg-s) is used to save
 Documents. 90% of my load and save transactions with gimp are done in other
 formats then XCF.

 The export-function is normally only for formats the program can not
 re-import again.

 To point that out. It is not my intend to criticize. But Gimp already has an
 acceptance problem because of its unusual usability paradigms.

 I doubt that the unnecessary and ignorant decision to force users to use
 export instead of save will be counterproductive for the future of Gimp.

 --
 regards
Dirk
 aka -- -o))//
 RubbelDeKatz

 Btw.: I know that there is a workaround. But have you ever recognized the
 thousands of questions and comments from beginners concerning the save
 function?

We've been through half a dozen of long threads about this. Thank you
for attempting to start yet another one while not using any rude words
whatsoever :)

Yes, we do recognize  that it's a problem for some users. No, it's
less of a problem for the kind of users we target, and we know users
who successfully adapted to the new workflow an even loved it.

No, the export function is _not_ normally only for formats the program
cannot re-import again, as proven by dozens of DAW, NLE and other
kinds of applications.

No, we are not considering to revert the change, but we are thinking
of ways to fix the Confirm closing unsaved images problem.

Yes, we are sorry that it's a problem for you. Hopefully you will find
the existing workarounds sufficient.

Alexandre Prokoudine
http://libregraphicsworld.org
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request for equations for Fractal Trace and QBist

2012-08-31 Thread Mukund Sivaraman
Hi Katie

On Thu, Aug 30, 2012 at 10:44:21PM +0100, Katie Harrison wrote:
 Hi, I love using the Fractal Trace and QBist filters, but I wish I could
 apply similar effects to SVG images, so I'd like to (attempt to) write
 Inkscape extensions that do something similar. My problem is that I'm just
 a python developer who can't read c code, so I was wondering if the math
 equations used by these filters are written down somewhere, or if there is
 someone on this list who knows what they are?

For Fractal trace, the method is simple. If you are not familiar with
the Mandelbrot set, first make yourself familiar with it so that you
can write a program to draw it.

http://en.wikipedia.org/wiki/Mandelbrot_set

I see that you are not familiar with C, but here is a small
simplistic program to draw it that you may still be able to follow:

https://banu.com/blog/27/rest-in-peace-mandelbrot/

Once you have understood it, here's how the Fractal trace works. For
every point in the target image (mapped to the set, and in set
co-ordinates) say z = c = (x,y), Fractal trace puts the point through
the equation:

z = z^2 + c

On every iteration, z is a new point in the set. Typically this point
hops around and around the original (x,y).  [The XaoS program has a
nice animated illustration of this in its help section.]

After many iterations, either the point stays close to (x,y), or
'escapes' and jumps far away from (x,y).  You should be able to
determine if you should stop iterating based on the distance of the
current value of 'z' from (x,y), or after 'N' iterations if the point
has not ventured far (and likely won't).  [This is the same type of
escape checking that you'd do when drawing the Mandelbrot set.]

Once you decide to stop iterating, the color of pixel (in image
co-ordinates) corresponding to resulting value of 'z' (in set
co-ordinates) is set as the color of pixel in the target image (in
image co-ordinates) corresponding to the (x,y) point (in
set-coordinates).

This class of operation is called a 'map', as the color of the point
maps to that of another.  Usually some sort of sampling is also
performed around (x,y) (in the domain of the map) to get rid of
aliasing.

That is all. If you have understood how the Mandelbrot set is generated
and are able to write a program to generate it, then doing the Fractal
trace should be straightforward after that.


Kind regards,

Mukund
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request for equations for Fractal Trace and QBist

2012-08-31 Thread Mukund Sivaraman
On Fri, Aug 31, 2012 at 05:08:29PM +0530, Mukund Sivaraman wrote:
 After many iterations, either the point stays close to (x,y), or
 'escapes' and jumps far away from (x,y).  You should be able to

Corrected:

After many iterations, either the point *coverges at another point*, or
'escapes' and jumps far away from (x,y).


Kind regards,

Mukund
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request to review article

2012-08-05 Thread Alexandre Prokoudine
On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavez anatolcha...@gmail.com wrote:
 To Whom it May Concern:

 I am a freelance writer submitting a review to microfilmmaker.com for
 consideration. My review has been approved for publication in the August
 issue, pending fact checking by one of the members of the GIMP team. I would
 like to request for a GIMP team member to review this article so that we can
 post it this month.

 Thanks so much for your consideration and I look forward to your response.

 GIMP is an open source alternative to Adobe PhotoShop

It's Photoshop, not PhotoShop (same for other occurrences)

 The software can work with all kinds of images, be it ... fonts...

What exactly did you mean with that?

 The GIMP toolbox, for example, is basically filled with standard photoshop 
 icons, such as the lasso, wand, magnifying glasss, text, stamp, blur, and 
 eraser tool.

This is incorrect. There is nothing photoshopish about these icons.
Those are widely adopted metaphors.

 ...GIMP was able to open raw photo files from both Canon (CR2), Nikon (NEF), 
 and PhotoShop (DNG),

Only if UFRaw is installed along with GIMP, which isn't always the case.

 Versions as late as PhotoShop CS4 had issues with reading newer versions of 
 both Canon and Nikon raw files, and could require a codec installation.

UFRaw hasn't updated in a long time, so files from newer cameras are
likely to not open. Comparing to CS4 would be incorrect, as there
already is CS6 available.

There is a plugin called “separate+” that allows some CMYK access,

 This can be limiting if you are hoping to utilize GIMP for poster or DVD art

You can do original art and produce color separated TIFF file from
GIMP via separate+.

 For example, I can choose “Multiply” for a text layer and it will become 
 semi-transparent, making the darker areas of the underlying image darker 
 through the text layer.

It won't. Please just check it :) And the result also depends on the
color of the text. All in all, I wouldn't say it's a very good
example.

 The filter tab

The menu, you mean?

 Although GIMP has the added value of having the undo option (control-z) go 
 back as far as your computer memory allows (which Photoshop does not, by 
 default, have)

Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default?

Alexandre Prokoudine
http://libregraphicsworld.org
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request to review article

2012-08-05 Thread Gfxuser

On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavezanatolcha...@gmail.com  wrote:

Although GIMP has the added value of having the undo option (control-z) go back 
as far as your computer memory allows (which Photoshop does not, by default, 
have)
Photoshop CS5 and CS6 handle up to 1000 protocol items. See 
Preferences/Performance/History and cache. On Windows the Preferences 
dialog is in the Edit menu.
In GIMP you have a lower limit of undo levels and define the maximum 
memory for undo actions. See Edit/Preferences/Environment.


Best regards,

grafxuser

___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request to review article

2012-08-05 Thread Jason Simanek



On 08/05/2012 05:13 AM, Alexandre Prokoudine wrote:

On Sun, Aug 5, 2012 at 5:13 AM, Anatol Chavez anatolcha...@gmail.com wrote:

Although GIMP has the added value of having the undo option (control-z) go back 
as far as your computer memory allows (which Photoshop does not, by default, 
have)


Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default?


Ctrl(Cmd)+Z/Ctrl(Cmd)+Shift+Z only does one step of undo/redo in 
Photoshop. You have to use the History palette to go further back. It's 
an annoying behavior that I keep bumping into in my daily work. In fact, 
if you repeatedly hit Ctrl(Cmd)+Z it toggles undo/redo of the last 
action only.


At least, that is in PS7, CS1, CS2 and CS4 on OSX in my experience.

Otherwise, Gfxuser is correct that the number of items in the history 
can be adjusted in Photoshop preferences.


Jason Simanek
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request to review article

2012-08-05 Thread Alexandre Prokoudine
On Sun, Aug 5, 2012 at 5:29 PM, Jason Simanek wrote:

 Doesn't Ctrl/Command+Alt+Z do the trick on Photoshop by default?

 Ctrl(Cmd)+Z/Ctrl(Cmd)+Shift+Z

I have a suspicion that Alt and Shift are different keys :)

Alexandre Prokoudine
http://libregraphicsworld.org
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list


Re: [Gimp-developer] Request to review article

2012-08-05 Thread Alexandre Prokoudine
On Sun, Aug 5, 2012 at 7:00 PM, Robert Krawitz wrote:

 ufraw is still updated on a regular basis, at least in its repository.
 Most of the updates these days are related to taking updates of dcraw,
 which Dave Coffin does update frequently.

Good to know. That, however, doesn't result in user-accessible releases.

Alexandre Prokoudine
http://libregraphicsworld.org
___
gimp-developer-list mailing list
gimp-developer-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-developer-list