That's okay, the GiMP will get by without you. But you're right about
many things. Among these is that it is written, maintained and directed
by tech people with the notion that they are taking on the big boys and
that they have a professional workflow in mind as they continue to
develop.
On 01/15/2014 12:47 AM, Bob Long wrote:
Sorry, I don't follow... Why can't you simply open a .png file in GIMP
2.8 that was created earlier (and then close it, without any prompts,
if you've made no changes)?
It's simple, really. GiMP has an image problem. Like so many other
F/OSS
It does not matter what anyone else thinks. That part should be clear.
It doesn't matter what people want. That much should be clear.
What matters is the perception of the perception of the program in
question. (Yes, I said perception twice like that) Some people think a
thing needs to
You know, when you put it that way, I have to concede your point. There
are some things in future-GiMP which are more important than a UI
change. (Though I dare say few as trivial as the UI change under
discussion.)
But we, the users, aren't asking for something new. We're asking for
, Alexandre Prokoudine wrote:
On 2 January 2014 19:52, Daniel Hauck wrote:
I think you're missing the point. MOST users, just as with almost all other
software, do not use the advanced features of advanced software.
Frankly, this is the first time I hear about a culture where it's
socially
Actually there is a crucial point of workflows that you are missing. In
order to make workflows work well for everyone, everything should be
done in approximately the same way. Each function in a GUI should use
similar hotkeys, similar menu functions and all that. This was a well
If I intended it only for you, why would you be so rude as to publish
something I wrote only to you in a public list?
On 01/02/2014 08:04 PM, Joao S. O. Bueno wrote:
On 2 January 2014 19:52, Daniel Hauck dan...@yacg.com wrote:
I think you're missing the point. MOST users, just as with almost
been through this argument about standards many times. Do you really
think this time you are going to finally win?
(The answer is no, by the way.)
Alexandre
03 янв. 2014 г. 5:50 пользователь Daniel Hauck dan...@yacg.com написал:
Yes and I'm pretty sure most people are getting what I'm driving
also noticed mention of keyboard entry methods which are most certainly
more efficient and speedy including stenotype and plover.
On 01/02/2014 10:35 PM, Simon Budig wrote:
Daniel Hauck (dan...@yacg.com) wrote:
But if you answer Querty, you lose because the world knows querty
was inefficient
This is a valid point of human behavior on software. It doesn't matter
how many warnings software might offer, the user develops habits and
eventually, for convenience sake, clicks on things very habitually.
THIS is why malware still gets installed on users' machines despite all
of the UAC
On 06/15/2013 01:53 PM, Grue wrote:
Wow, just wow. Here are the facts: every time you save your image as
JPEG, you lose information. It is by design a lossy image format that
uses an algorithm to conserve your disk space via throwing away some
insignificant information (which works well for
I think you can't really do that. But I will write up a little on how
to work with the paths tool to achieve what you want. It was Inkscape
which taught me how to use the paths tool the best, I think, because the
way Inkscape works, it's all lines and paths and the like.
I have to go to
On 02/17/2013 07:21 PM, Alexandre Prokoudine wrote:
On Mon, Feb 18, 2013 at 3:16 AM, Jeffery Small wrote:
In the nearly 10 years of using the gimp I can't think of a single time
where this would be useful. I've never had a problem differentiating
between xcf and other formats. That use case is
On 02/17/2013 09:27 PM, Alexandre Prokoudine wrote:
On Mon, Feb 18, 2013 at 5:36 AM, Daniel Hauck wrote:
For now, there is no alternative to GiMP.
Krita is a very nice alternative for a number of use cases.
But if one were to appear, can
you imagine what factors might come into play when
Someone will have to write a patch or eventually a fork to make this
happen. The argument is dead.
The implementation and behaviors are somewhat inconsistent. You can
open any format you want, you just can save any format you want. It
has to be export. Why not have the only way to get
Agreed on that point.
But since you brought up the tabbed interface, I thought I would bring
up an expectation/usability problem I came across while looking 2.8.0
over... (I'm still learning it actually... not enough time to really sit
and play... when I use it, there is a purpose and a
The causes of this could be all sorts of things so I do not expect other
users to have this trouble at all. But here are my circumstances:
1. Running CentOS 6.3 (running GNOME 2.x and all that)
2. I have mozc installed as my Japanese input method
3. I compiled GiMP 2.8 (and a boat-load of
On 07/22/2012 05:20 PM, Liam R E Quin wrote:
On Sun, 2012-07-22 at 15:47 -0400, Daniel Hauck wrote:
You may need to open tool options for the text tool and choose use
input editor. Liam
Did that... should have added that to my original message. The results
are the same.
I believe
18 matches
Mail list logo