No, I haven't decided on interview questions.
I'd like to have them publicly checked before doing the interviews.
As well as the scope.
Suggestions welcome.
2011/8/15 Alexandre Prokoudine alexandre.prokoud...@gmail.com:
On Mon, Aug 15, 2011 at 2:03 PM, Tobias Ehni wrote:
I've posted an
Is there a way to get the Sample points coordinates in a script?
I've seen scripts needing point coordinates using paths for that, but
this seems a bit artificial and not very user-friendly.
___
Gimp-developer mailing list
Speaking of tab in single-window mode, does Ctrl-Tab work for switching
tab yet? If not, is this planned?
--
Best regards,
Jeremy Morton (Jez)
On 15/08/2011 18:15, Martin Nordholts wrote:
2011/8/13 Robert Hildebrandtroberts_k...@gmx.de:
Hello Guys,
I love using Gimp with the new
2011/8/15 Jeremy Morton ad...@game-point.net:
Speaking of tab in single-window mode, does Ctrl-Tab work for switching
tab yet? If not, is this planned?
Ctrl+Tab will continue to cycle between layers, at least in GIMP 2.8.
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
Single-window
I thought we had cycling by some means.. AH, yes. Alt+Tab.
Also, Alt+[123456789] works to switch to a particular tab, in a similar way
to tabs in Firefox.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
Hi there,
i'm currently porting the decompose/compose plugins to use babl, but i'm
bumping into the following error:
decompose.c:
Including babl/babl.h
and simply defining
const Babl *rgb = babl_format (RGB u8);
in the function extract_hsv without doing anything else brings me to:
fatal
This is just a request and I think the algorithm of remembering previous
selections can still be used or to somewhere.
Deleting layers may require more clicks for the new user
because the selection highlight remembers the previously selected layers
after a deletion.
It is not the opposite of
Indeed.
On Sun, Aug 14, 2011 at 11:14 PM, John Caluma raven.core.h...@gmail.comwrote:
This is just a request and I think the algorithm of remembering previous
selections can still be used or to somewhere.
Deleting layers may require more clicks for the new user
because the selection
2011/8/13 P S psweb...@gmail.com:
This is my first post in gimp-dev so forgive me if I happen to miss
out context or interfere with current work in progress.
It turns out dockables aren't disposed after a gimp_dock_dispose()
call in the current master. gimp_dock_dispose() only removes
On 11-08-11 09:57 AM, Tobias Ehni wrote:
there is going to be a session on usability for GIMP
August 12th, 16:00, WilberVille at CCC.
Sounds good. When/where will a report be posted of what comes out of this
meeting?
___
Gimp-developer mailing list
Hello Guys,
I love using Gimp with the new SingleWindow-Mode but I've got a little
issue:
I like using Tab to maximize and minimize the working area, which works
very fine -- except one of those widgets outside gets the focus, so
using Tab just changes the Widget with Focus.
I haven't found a
This is my first post in gimp-dev so forgive me if I happen to miss
out context or interfere with current work in progress.
It turns out dockables aren't disposed after a gimp_dock_dispose()
call in the current master. gimp_dock_dispose() only removes dockbooks
which will not be disposed if
Hi,
there is going to be a session on usability for GIMP
August 12th, 16:00, WilberVille at CCC.
For topics / discussion please refer to:
http://gui.gimp.org/index.php/Usability
Come and join.
Kind regards,
Tobi
___
Gimp-developer mailing list
Hi Martin
I implemented your suggestion to follow the GtkSpinButton pattern: The
UnitAdjustment now is to be created manually by the client and then set via
gimp_unit_entry_set_adjustment(). I removed the majority of functions in
GimpUnitEntry which mirrored GimpUnitAdjustment. Only
On Mon, Aug 8, 2011 at 10:57 PM, Victor Oliveira wrote:
Hello everyone, I've made a blog post with the status of my GSoC project.
enjoy!
[suggestions are always welcome :)]
http://meudepositodeideias.wordpress.com/2011/08/08/opencl-on-gegl-results-up-to-now/
Did you make any use of the
It is loosely based on that branch, a lot of things changed from
OpenGL to OpenCL, also, I fixed some bugs I found in the older branch.
So I didn't put any code I didn't review and understand :)
On Tue, Aug 9, 2011 at 4:55 AM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On Mon,
Quoting Uri Simchoni uri_simch...@hotmail.com:
As far as I can tell, both these ideas cannot be implemented as
plugins (I cannot duplicate the layers every n milliseconds with a
plugin, I cannot modify the undo behavior of basic painting tools,
and I cannot play the undo stack with a
Hello everyone, I've made a blog post with the status of my GSoC project. enjoy!
[suggestions are always welcome :)]
http://meudepositodeideias.wordpress.com/2011/08/08/opencl-on-gegl-results-up-to-now/
___
Gimp-developer mailing list
Hi,
I'm looking for a way to implement a fast-painting animation using GIMP.What
I'd like to achieve is a tool that allows the artist to just paint, and with a
press of a button produce a video of the painting process. I'm looking for
solutions that integrates with the painting program,
Hello Guys,
I love the new singlewindow mode. But there'se still (today fetched,
merged and compiled) got one issue in
the current version:
I like to work with the single Window mode when it's maximized, but
everytime I open a new Image or close an opened one, the window returns
to normal mode.
2011/8/6 Robert Hildebrandt roberts_k...@gmx.de:
Hello Guys,
I love the new singlewindow mode. But there'se still (today fetched,
merged and compiled) got one issue in
the current version:
I like to work with the single Window mode when it's maximized, but
everytime I open a new Image or
Dear GIMP/GEGL developers,
I was wondering if someone could give me some hint:
In order to compile GIMP with adaptive cloning shall I merge just the
new branch 'soc-2011-seamless-clone2' into master or the old[?] one
'soc-2011-seamless-clone' should be merged first? Also what about
GEGL? In its
On 6 August 2011 18:03, trapDoor trapdo...@gmail.com wrote:
Dear GIMP/GEGL developers,
I was wondering if someone could give me some hint:
In order to compile GIMP with adaptive cloning shall I merge just the
new branch 'soc-2011-seamless-clone2' into master or the old[?] one
2011/8/2 Michael J. Hammel mjham...@graphics-muse.org:
Gdk-2.0.gir: error: Type reference 'GdkPixbuf' not found
I've built and installed the prerequisites, including gdk-pixbuf,
to /usr/local/gimpgit. I've tried building gobject-introspection but
that doesn't build either. I didn't think
2011/8/1 Enrico Schröder enni.schroe...@gmail.com:
Hey Martin,
just a small status update: starting on documentation and fixing your review
comments now. (Have been busy with moving to my new apartment last week).
By going through your review comments I noticed that your diff file
Hi,
Sorry for the late reply.
2011/7/29 Cristian Secară li...@secarica.ro
First of all, I think that Gimp should be GIMP in these strings:
#: ../app/gegl/gimpoperationcagecoefcalc.c:65
msgid Compute a set of coefficient buffer for the Gimp cage tool
#:
2011/8/2 Michael Muré batolet...@gmail.com:
#: ../app/gegl/gimpoperationcagecoefcalc.c:82
#: ../app/gegl/gimpoperationcagetransform.c:118
msgid A GimpCageConfig object, that define the transformation
For now, this string won't go to the UI, but it might happen in the future,
when gegl will
I'm afraid I don't have a better answer than pippin told me this.
If nobody object in the next few days, I will unmark them for translation.
2011/8/2 Martin Nordholts ense...@gmail.com
2011/8/2 Michael Muré batolet...@gmail.com:
#: ../app/gegl/gimpoperationcagecoefcalc.c:82
#:
On Tue, 2011-08-02 at 08:33 +0200, Martin Nordholts wrote:
2011/8/2 Michael J. Hammel mjham...@graphics-muse.org:
Gdk-2.0.gir: error: Type reference 'GdkPixbuf' not found
Is the .gir file for GdkPixbuf installed? If not, that's probably why
you get the error. If you have problems building
I'm building the prerequisites on F14 in order to build GIMP from GIT.
It appears all prerequisites are now required to be built on F14 so I'm
doing these:
babl gegl glib atk pango gdk-pixbuf gtk+ gimp
Everything goes well till I get to the GTK+ install phase. It's giving
me the following:
Hi,
This is a small update on some changes I have made on our continuous
integration tool Jenkins that is hosted here:
http://gimptest.flamingtext.com:8080/
With the addition of nightly tarball builds of feature branches, in
particular for some of our GSoC projects, there is a new naming
Hi
Here are my review comments from a rather detailed review round. I've
looked carefully at the GimpUnitAdjustment and GimpUnitEntry APIs, as
I believe we can get the API in a state good enough for inclusion in
the GIMP 2.10 plug-in API (that will also survive into GIMP 3.0).
GimpUnitEntries
First of all, I think that Gimp should be GIMP in these strings:
#: ../app/gegl/gimpoperationcagecoefcalc.c:65
msgid Compute a set of coefficient buffer for the Gimp cage tool
#: ../app/gegl/gimpoperationcagetransform.c:104
msgid Convert a set of coefficient buffer to a coordinate buffer for
the
Chaos Communication Camp is approaching,
so I’d like to announce that there will also be the opportunity
to discuss usability and related issues regarding GIMP.
As far as I’m concerned, I’d like to present and discuss my proposal
(see http://gui.gimp.org/index.php/Usability).
Season of Usability
Hi all,
everybody who wants to come to the camp
should buy a ticket until *tommorow* the
20th of July:
https://presale.events.ccc.de/
It's not guaranteed if and how many tickets
are left for on-site sale.
Regards,
--Mitch
___
Gimp-developer mailing
Michael Natterer (mi...@gimp.org) wrote:
everybody who wants to come to the camp
should buy a ticket until *tommorow* the
20th of July:
I ordered mine a while ago already and I can only wholeheartedly
recommend this event.
Bye,
Simon
--
si...@budig.de
On Tue, Jul 19, 2011 at 5:32 AM, Simon Budig si...@budig.de wrote:
Michael Natterer (mi...@gimp.org) wrote:
everybody who wants to come to the camp
should buy a ticket until *tommorow* the
20th of July:
I ordered mine a while ago already and I can only wholeheartedly
recommend this event.
On Thu, 14 Jul 2011 11:34:08 -0600, Andrew Brandt wrote:
-- Yontoo Layers -- a Firefox plugin which is installed during the
process but which is not disclosed in the installation Wizard. It is
unknown what this plugin does at this time.
Maybe this can help you in your invetigation (I didn't
2011/7/16 Enrico Schröder enni.schroe...@gmail.com:
Ok, I will define the defines ;-) Should the common ones be declared in
gimpunitentries.h or should each class/file define them themselves when
needed?
Put them in gimpunitentries.h for now. Later we will move
gimpunitentries away from
Hi Martin!
Am Freitag, 15. Juli 2011 um 16:17 schrieb Martin Nordholts:
2011/7/14 Enrico Schröder enni.schroe...@gmail.com
(mailto:enni.schroe...@gmail.com):
Hi
I've adressed most of your comments by now. I have a few comments myself
though, which I wrote directly in the file. I
And now, ladies and gentleman, I present the same mail in hopefully
human-readable
formatting:
Hi Martin!
Am Freitag, 15. Juli 2011 um 16:17 schrieb Martin Nordholts:
2011/7/14 Enrico Schröder enni.schroe...@gmail.com
(mailto:enni.schroe...@gmail.com):
Hi
I've adressed most of your
Hi everyone,
I just went through our GIMP 2.8 schedule at
http://tasktaste.com/projects/Enselic/gimp-2-8 and made some
adjustments and about a month was added to the release date estimate
because of it. I would like to describe the adjustments I did, check
the status of the various tasks, and
2011/7/14 Enrico Schröder enni.schroe...@gmail.com:
Hi
I've adressed most of your comments by now. I have a few comments myself
though, which I wrote directly in the file. I marked them with '##' so you
can search for them.
The file with the comments is to be found here:
On Fri, Jul 15, 2011 at 2:19 PM, Martin Nordholts ense...@gmail.com wrote:
* Regarding Bug 304798 - Painting brush outline is slow, is this
still a big problem? I know Alexia and mitch has worked on this.
Not enough to be a blocker I think. It COULD be optimized more, but as
is, its faster
Hi Enrico,
I've made a first review-round of some of your new code. It's not a
complete review, but it's a start. I hope the to-the-point comments
are OK, I don't mean to be rude.
Note that I'm CCing gimp-developer to keep our correspondence public.
I've done the review by diffing origin/master
On Thu, 2011-07-14 at 14:26 +0200, Martin Nordholts wrote:
Hi Enrico,
I've made a first review-round of some of your new code. It's not a
complete review, but it's a start. I hope the to-the-point comments
are OK, I don't mean to be rude.
Note that I'm CCing gimp-developer to keep our
Hi,
GimpUnitEntryTable is not a GtkWidget, hence the change. I know, the
name is not very good, but we're working on it ;)
GimpUnitEntryTable derives from GObject and just holds, among other
things, a GtkTable with the entries. So should I change these variables
to GObject?
Regards,
Enrico
Hi
I've adressed most of your comments by now. I have a few comments myself
though, which I wrote directly in the file. I marked them with '##' so
you can search for them.
The file with the comments is to be found here:
Hello GIMP devs. I'm hoping that someone on this list can help point me in the
right direction.
My name is Andrew Brandt. I'm an security researcher for the antivirus company
Webroot.
I've come across a large number of installers for GIMP which have been
published by a company called
On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:
-- Have you signed a distribution agreement with this company?
No (but I'm not a core developer - just somebody who happens to
provide the most popular installer for GIMP on Windows).
-- Are third parties permitted, according to your
On Thu, Jul 14, 2011 at 12:34 PM, Andrew Brandt abra...@webroot.com wrote:
-- If this company is distributing this software without your express,
written consent, what steps do you plan to take to put an end to this
practice?
(I'm not a developer either - I lurk here to keep tabs on the
2011/7/14 Jernej Simončič jer...@ena.si:
On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:
-- Are third parties permitted, according to your EULA, to bundle your
product this way?
GIMP is licensed under the GNU General Public License, version 2. The
This may not be accurate.
2011/7/14 Christopher Curtis ccurt...@gmail.com:
GIMP is licensed under the GNU General Public License, version 2. The
This may not be accurate. Current GIMP releases are GPLv3:
Oops - guess I need to pay more attention while lurking ;) I thought
the GPLv3 switch was still in the works...
On Thu, 14 Jul 2011 20:54:42 +0200, =?utf-8?Q?Jernej_Simon=C4=8Di=C4=8D?= wrote:
On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote:
-- Are third parties permitted, according to your EULA, to bundle your
product this way?
GIMP is licensed under the GNU General Public License, version
On Thu, Jul 14, 2011 at 4:55 PM, Chris Mohler cr33...@gmail.com wrote:
2011/7/14 Christopher Curtis ccurt...@gmail.com:
This may not be accurate. Current GIMP releases are GPLv3:
Oops - guess I need to pay more attention while lurking ;) I thought
the GPLv3 switch was still in the works...
2011/7/8 GiveLifeCS gabr...@givelifecolorsystem.com:
Hi Martin Nordholts , I will try to explain your questions:
I have invested approx. 4 years to do this color system
It was a very manual I mean, that was without using any type of
mathematical algorithm, but one by one watching and
Gabriel: I'm afraid that if you hand-picked the colors using CMYK and
not using any other technical background but your experience, then
your color system is fundamentally flawed.
CMYK is a device dependent space and if you didn't keep that in mind
at the beginning of the process, then it's likely
2011/7/7 GiveLifeCS gabr...@givelifecolorsystem.com:
Hi developers of GIMP
my name is Gabriel Vano
I created a NEW COLOR SYSTEM with 2265 new shades, the color palette is
free for various design software including GIMP. MY QUESTION FOR THE
DEVELOPERS IS:
Someone can help me to get in touch
Is it just with me?
On Wed, Jun 29, 2011 at 12:53 PM, Thales Oliveira - WeAreLinux.com
tha...@wearelinux.com wrote:
Hello, I've been noticing a weird behavior when creating light text color
layers, I uploaded a snapshot so as you can see what I'm talking about.
http://twitpic.com/5in5zc
Hi developers of GIMP
my name is Gabriel Vano
I created a NEW COLOR SYSTEM with 2265 new shades, the color palette is
free for various design software including GIMP. MY QUESTION FOR THE
DEVELOPERS IS:
Someone can help me to get in touch with the developers of GIMP to try
out this new color
M9i78kutukpouoolhooij8o
Lupine jvuv8oi
Kijkiouknbooy 9.?9
On Jul 2, 2011 2:00 PM, gimp-developer-requ...@lists.xcf.berkeley.edu
wrote:
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
2011/7/1 Enrico Schröder enni.schroe...@gmail.com:
Hi all,
during the integration of the new UnitEntry widget into Gimp I came
across the grid editor. At the moment it uses two rows, one for entering
the value in pixels, one for entering it in another unit (cm, inch etc).
Both display the
hello, I managed to compile the Gimp, but can not add in the
Makefiles.am. the Gimp so I can use with the includes another program.
I made a long list of all. oe tried adding them with _LDADD AM_LDFLAGS
and also tried but none worked, anyone know how I solve the problem
using configure and
Hi all,
during the integration of the new UnitEntry widget into Gimp I came
across the grid editor. At the moment it uses two rows, one for entering
the value in pixels, one for entering it in another unit (cm, inch etc).
Both display the same value.
Is there a reason for not using just one
On 28/06/2011 13:33, peter sikking wrote:
On Jun 28, 2011, at 11:35, SorinN wrote:
But there was already Ctrl + Shift + E which bring up the dialog for export
Ctrl + E was for overwrite without confirm.
Probably the logical order was inverse - many peoples expecting Ctrl +
E to bring up
2011/6/30 Jeremy Morton ad...@game-point.net:
My suggestion is an export (to the
original file name and file type), but with a 'are you sure you want to
overwrite?' dialog before the export happens, with the focus
automatically on the cancel so 'enter' will cancel the export.
The popup is
My suggestion is that this only happen the *first* time the over presses
ctrl-E after importing and editing a file, though. Subsequent presses
once the user has confirmed would overwrite without confirmation. It's
just to avoid overwriting by accident.
--
Best regards,
Jeremy Morton (Jez)
On Thu, Jun 30, 2011 at 1:34 PM, Jeremy Morton ad...@game-point.net wrote:
My suggestion is that this only happen the *first* time the over presses
ctrl-E after importing and editing a file, though. Subsequent presses
once the user has confirmed would overwrite without confirmation. It's
But it's more intuative to assume the imported file's location and
format. If you've imported a file and edited it, it's quite likely you
will want to write the changes back out to that file. If you want to
write them somewhere else, it's easy to bring up the advanced export dialog.
--
Best
On Thu, Jun 30, 2011 at 1:56 PM, Jeremy Morton ad...@game-point.net wrote:
But it's more intuative to assume the imported file's location and format.
If you've imported a file and edited it, it's quite likely you will want to
write the changes back out to that file. If you want to write them
On Thu, Jun 30, 2011 at 2:08 PM, Jeremy Morton ad...@game-point.net wrote:
So you're assuming that the user is going to 'accidentally' press ctrl-E,
then 'accidentally' click on overwrite even though it's not the default
selected button?
No, Im telling you that for photographic workflows,
On 30/06/2011 12:17, Alexia Death wrote:
On Thu, Jun 30, 2011 at 2:08 PM, Jeremy Mortonad...@game-point.net wrote:
So you're assuming that the user is going to 'accidentally' press ctrl-E,
then 'accidentally' click on overwrite even though it's not the default
selected button?
No, Im
No, Im telling you that for photographic workflows, desire to
overwrite is rather rare
this is true,
can be an unrecoverable mistake, even for one unique picture
but sometime overwriting is convenient and desired
Probably the best way is to have this choice in Preferences
Also from an
On 30/06/2011 13:30, SorinN wrote:
No, Im telling you that for photographic workflows, desire to
overwrite is rather rare
this is true,
can be an unrecoverable mistake, even for one unique picture
but sometime overwriting is convenient and desired
Also I would imagine any sensible user
On Thu, Jun 30, 2011 at 3:40 PM, Jeremy Morton ad...@game-point.net wrote:
Also I would imagine any sensible user would always save a lossless version
of a lossy-format image before editing it and saving.
Why would I save it lossless somewhere BEFORE editing a file Ive
imported from a JPG? The
OK, well that's a terminology thing. I meant export. Why would you
keep exporting it to a JPEG? I was saying what you're saying; if you're
opening/importing a JPEG with the intention of editing it and exporting
it, it only makes sense to save a lossless (probably XCF) before you get
On Thu, Jun 30, 2011 at 4:21 PM, Jeremy Morton ad...@game-point.net wrote:
OK, well that's a terminology thing. I meant export. Why would you keep
exporting it to a JPEG? I was saying what you're saying; if you're
opening/importing a JPEG with the intention of editing it and exporting it,
Jeremy: You have some good points, but also Alexia and the rest have.
All this stuff was studied and the consensus was to go ahead with the
current implementation.
Of course it's hard to please everyone and this can look bad for some
people while looks excellent for others.
You already can have a
I wrote:
I will update the spec now to formalise this.
done, and it was not a one-liner.
Martin (prime suspect for implementing the change): please do
a careful diff in the wiki to see the changes.
thanks,
--ps
founder + principal interaction architect
man + machine
2011/6/30 peter sikking pe...@mmiworks.net:
I wrote:
I will update the spec now to formalise this.
done, and it was not a one-liner.
Martin (prime suspect for implementing the change): please do
a careful diff in the wiki to see the changes.
It looks straightforward and I expect to be
Martin wrote:
2011/6/30 peter sikking pe...@mmiworks.net:
I will update the spec now to formalise this.
done, and it was not a one-liner.
Martin (prime suspect for implementing the change): please do
a careful diff in the wiki to see the changes.
It looks straightforward and I expect to
2011/6/30 peter sikking pe...@mmiworks.net:
no, nothing changed in the Overwrite workflows.
today's changes can be summarised as:
- in the cases where before Export to was insensitive, it is
now sensitive and mapped to invoke Export... (the dialog)
- in the cases where Overwrite blocks
Hello, I've been noticing a weird behavior when creating light text color
layers, I uploaded a snapshot so as you can see what I'm talking about.
http://twitpic.com/5in5zc
So, is this happening to anyone else? Should I report a bug?
If you didn't see any problem on the snapshot zoom it in and
2011/6/26 Jeremy Morton ad...@game-point.net:
When I open a non-GIMP format file, like a PNG, by drag-dropping it into
GIMP, and then I edit it, I go to export it, by pressing ctrl+E... and
nothing happens. This is because what I actually have to do is select
File | Overwrite (filename.png).
But there was already Ctrl + Shift + E which bring up the dialog for export
Ctrl + E was for overwrite without confirm.
Probably the logical order was inverse - many peoples expecting Ctrl +
E to bring up the export dialog,
2011/6/28 Martin Nordholts ense...@gmail.com:
2011/6/26 Jeremy Morton
On Jun 28, 2011, at 11:35, SorinN wrote:
But there was already Ctrl + Shift + E which bring up the dialog for export
Ctrl + E was for overwrite without confirm.
Probably the logical order was inverse - many peoples expecting Ctrl +
E to bring up the export dialog,
first of all,
this is why I am insisting that it is not going to change, in the future.
don't get me wrong - as is right now - is very convenient for me and
probably for many others, but seems to disturb a part of designers who
comes with various backgrounds.
to be clear ..when I see for first time that Ctrl
I have a free software project intention is to distribute
free (GPL or LGPL) with much documented source code and pdfs
a wiki where anyone with an account on sourceforge can contribute
programs are free to develop and study the site already
speaks of Java j2me sockets Irrlicht etc. expect
I'm sorry, what does it have to do with GIMP development?
On Tue, Jun 28, 2011 at 7:27 PM, Fabio Gonzalez fabiojo...@gmail.comwrote:
I have a free software project intention is to distribute
free (GPL or LGPL) with much documented source code and pdfs
a wiki where anyone with an account on
When I open a non-GIMP format file, like a PNG, by drag-dropping it into
GIMP, and then I edit it, I go to export it, by pressing ctrl+E... and
nothing happens. This is because what I actually have to do is select
File | Overwrite (filename.png).
Wouldn't it be more intuative to behave as if
Let's put it another way: I'm the user and I want GIMP to do that. How
can I get it to?
--
Best regards,
Jeremy Morton (Jez)
On 26/06/2011 14:18, Alexandre Prokoudine wrote:
On Sun, Jun 26, 2011 at 4:08 PM, Jeremy Morton wrote:
When I open a non-GIMP format file, like a PNG, by
On Sun, Jun 26, 2011 at 5:43 PM, Jeremy Morton wrote:
Let's put it another way: I'm the user and I want GIMP to do that. How
can I get it to?
You can't
Alexandre Prokoudine
http://libregraphicsworld.org
___
Gimp-developer mailing list
It should be possible.
--
Best regards,
Jeremy Morton (Jez)
On 26/06/2011 14:48, Alexandre Prokoudine wrote:
On Sun, Jun 26, 2011 at 5:43 PM, Jeremy Morton wrote:
Let's put it another way: I'm the user and I want GIMP to do that. How
can I get it to?
You can't
Alexandre Prokoudine
On Sun, Jun 26, 2011 at 5:49 PM, Jeremy Morton wrote:
It should be possible.
You are in fact suggesting to heavily break use pattern.
I don't think developers and UI team will fall for that.
Alexandre Prokoudine
http://libregraphicsworld.org
___
As far as I can tell the usage pattern has already changed heavily from
2.6. In 2.6 there was only one save option; now there's a save and
export. You've already changed that significantly.
--
Best regards,
Jeremy Morton (Jez)
On 26/06/2011 14:57, Alexandre Prokoudine wrote:
On Sun, Jun
On Sun, Jun 26, 2011 at 6:00 PM, Jeremy Morton wrote:
As far as I can tell the usage pattern has already changed heavily from
2.6. In 2.6 there was only one save option; now there's a save and
export. You've already changed that significantly.
Yes, and there should be a better reason for
The way I think of the workflow, I'm importing a file, editing it, and
exporting it. Overwriting the file on disk is a mere side-effect of
that workflow, and GIMP will prompt me in any case just in case I don't
want to overwrite the file.
The thing is, if I go about it a different way and
He's right here =
I'm using the export function. Each time I then
press ctrl+E, I'm overwriting that file again and again, without even a
prompt. I don't see a meaningful difference between this workflow, and
that of importing/editing/exporting.
He doesn't know that Ctrl + Shift + E bring to
On 06/26/2011 09:22 AM, Jeremy Morton wrote:
The thing is, if I go about it a different way and export another file
to overwrite that file, I'm using the export function. Each time I then
press ctrl+E, I'm overwriting that file again and again, without even a
prompt. I don't see a meaningful
On 26/06/2011 15:31, Jason Simanek wrote:
On 06/26/2011 09:22 AM, Jeremy Morton wrote:
The thing is, if I go about it a different way and export another file
to overwrite that file, I'm using the export function. Each time I then
press ctrl+E, I'm overwriting that file again and again,
101 - 200 of 18788 matches
Mail list logo