On 05/13/2019 08:06 AM, Elle Stone wrote:
The same is true for Selective Gaussian Blur and Unsharp Mask
Hmm, no, USM does use pixels. So an inconsistency where one would expect
consistency. Both should use pixels.
___
gimp-gui-list mailing list
On 05/12/2019 04:33 PM, Alexandre Prokoudine via gimp-gui-list wrote:
On Sun, May 12, 2019 at 3:45 PM Elle Stone wrote:
Could you give an example or two in GIMP of what you consider "overly
complicated/nerdy" terminology?
Standard Deviation in Unsharp Mask would be one such exam
On 05/12/2019 04:33 PM, Alexandre Prokoudine via gimp-gui-list wrote:
On Sun, May 12, 2019 at 3:45 PM Elle Stone wrote:
GIMP's current user interface is the *least* important problem when it
comes to actual usability. Adding still-missing critical functionalities
is hugely more important
re advantages, please explain!
Anyway, thanks much! for prompting me to take a closer look at paths/pen
tool.
Best,
Elle
On 05/12/2019 08:49 AM, Elle Stone wrote:
On 05/10/2019 08:21 AM, Alexandre Prokoudine via gimp-gui-list wrote:
Maybe a more interesting user testing with beginners shoul
On 05/10/2019 08:21 AM, Alexandre Prokoudine via gimp-gui-list wrote:
Maybe a more interesting user testing with beginners should be done like
this: they first follow a short introduction/lesson to common and
limited set of features with examples of usage. Then they are asked to
do a given task w
ing operations that seem relevant
to your study, and you've absorbed at least part of what's already out
there on the topic of GIMP usability, then a next step might be to draft
a preliminary study and ask for input, maybe by making a post to this
GIMP mailing list or a user forum, or on GIMP IRC. If users and devs see
that you know how to use GIMP and are well-informed about past
discussions and current issues, they might be inclined to provide input
for improving your proposed study.
Best regards,
Elle Stone
--
https://ninedegreesbelow.com
Color management and free/libre photography
___
gimp-gui-list mailing list
gimp-gui-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gimp-gui-list
Hi Vikash,
On 04/27/2019 06:26 AM, VIKASH SINGH wrote:
Now lets take an example for aligning objects, In GIMP, align options you
will find in tool box.
In Inkscape, align options it is dialog access from object menu. In
Scribus, it is in dialog access
from window menu. Now the task is same but
Hi Vikash,
I agree with everything Jehan said in his response to your email, but
wanted to add some comments and ask a couple of questions:
On 04/18/2019 02:51 PM, VIKASH SINGH via gimp-gui-list wrote:
Hi All,
I am UI/UX Designer and I am interested to discuss some experience...
This discus
lot
of stuff is still the same. So I'd really recommend finding The Book of
GIMP or similar manual to read at least the introductory chapters.
I'm sure other people on this list have other good introductory material
on GIMP that they are familiar with and can recommend.
Best,
Elle Ston
On 2/19/19 6:48 PM, Elle Stone wrote:
and trying each and every item mentioned in the book
I mean mentioned in that first chapter, sorry!
--
https://ninedegreesbelow.com
Color management and free/libre photography
___
gimp-gui-list mailing list
gimp
On 12/03/2018 10:51 AM, Ell via gimp-gui-list wrote:
This line is a tear-off item, and not part of the theme. You can use it
to turn the menu into a permanent floating window. For better or worse,
it's going away in GIMP 3 anyway.
From curiosity, what is going away? Just the dotted line? the
On 08/05/2018 07:30 AM, Jehan wrote:
Yeah well, I saw a lot of similar drag'n drop issues on the master
branch. But that is another problem: the master branch is not for
production and has a lot lot of bugs, until we fix them. It's just a
fact and that's why we don't advise anyone to use GIMP
On 08/05/2018 05:22 AM, Jehan wrote:
Checking the latest 3.30 tarball from
http://ftp.gnome.org/pub/gnome/sources/gtk+/3.22/, it appears the fix
hasn't been incorporated into any actual GTK3 releases.
I was wondering what you meant by 3.30. You meant 3.22.30, last release
of 3.22.
Oh, drat,
Hi All,
This is just an FYI for anyone who encounters the issue and doesn't
already know about this bug.
There is a long-standing GTK3 bug - that's recently been fixed in GTK
git master - that does affect GIMP-2.99. I noticed it yesterday when I
tried for the first time to use GIMP-2.99 for
On 06/03/2018 02:47 AM, Michal Vašut wrote:
It would ve nice to specify those (or asset specific) metadata also for
another assets (plugins, gradients, fonts, ...). I hope devs are planing to
make some asset manager and now is the time (or will be after stabilizing
2.10) to do so.
Hi Michal an
On 06/02/2018 02:50 PM, Elle Stone wrote:
FWIW, I filed a bug report on this topic:
https://gitlab.gnome.org/GNOME/gimp/issues/1553
Where did the lines at the bottom of the initial part of the above bug
report come from, the lines that read:
1 Related Branch
1553-auto-generated-tags
FWIW, I filed a bug report on this topic:
https://gitlab.gnome.org/GNOME/gimp/issues/1553
On 06/01/2018 02:06 PM, Elle Stone wrote:
It would be nice if GIMP brush metadata could hold the
author/copyright/source url/other? information for each brush.
It would be really nice if certain tags for
Hi All,
It would be nice if GIMP brush metadata could hold the
author/copyright/source url/other? information for each brush.
It would be really nice if certain tags for brushes could be generated
automatically, including:
1. Type of brush - gih, vbr, or gbr (also abr? these are handled
di
On 05/20/2018 11:49 PM, Jehan wrote:
Hi!
On 2018-05-21 04:12, Elle Stone wrote:
1. Right now every time I move the mouse over the toolbox in
Multi-Window Mode the toolbox text gets brighter (or darker if I'm
using the "dark" option), and the toolbox background gets darker (or
On 05/20/2018 05:40 PM, Jehan wrote:
On 2018-05-20 23:28, Elle Stone wrote:
Hi All,
Is this the right place to ask about the user interface for gimp git
master, now that the gtk3-port has been merged to git master?
It is. :-)
Not only "ask", but also propose and discuss.
OK, than
Hi All,
Is this the right place to ask about the user interface for gimp git
master, now that the gtk3-port has been merged to git master?
Best,
Elle
___
gimp-gui-list mailing list
gimp-gui-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gim
Stopping to add/subtract the appropriate angle to make various tools and
filters match the angle measured by the Measure Tool is a bit of an
interruption.
Is there an option somewhere (that I haven't found - I looked in the
toolbox and in Preferences) to tell the Measure Tool to show angles fr
On 03/11/2018 01:04 AM, Justus Rajan wrote:
I seem to have solved the issue by turning off the colour profile applied
by the system itself. (Ubuntu -> Settings -> Devices -> Color)
Now I can pick the right colour with the colour picker tool from the colour
dialog box.
Sorry about raising this (
On 02/27/2018 12:25 PM, Michal Vašut wrote:
I cannot reproduce it either - if I pick the color from outside of the
canvas, and then fill the canvas with bucket tool, there is no transition
(those 2 are the same).
But there is definitely some problem with picking the color outside of Gimp
window
On 02/27/2018 10:28 AM, Justus Rajan wrote:
Hi,
I think just removing the monitor colour profile variable from the colour
picker tool would solve this issue. I think that is what normal people and
professionals would prefer as well. Because the picked colour will be
different from what they see
On 02/27/2018 09:21 AM, Jehan wrote:
While I understand what you are asking for, I'm wondering why it is
really necessary. The 2 options already exist: picking using the color
picker tool or using the color dock.
I also understand that you may not want to care about the difference.
From a
On 12/30/2017 11:25 AM, Alexandre Prokoudine wrote:
Wait, but I was referring to scrollbars, not rulers:)
Ah, yes, you were :) I was using the scrollbars to move around the image
when zoomed in. But experimenting, the wacom tablet works well for that,
by clicking on a button on the stylus. So
On 12/30/2017 12:00 AM, Liam R E Quin wrote:
what about
collapsing groups for related sliders etc? E.g. i shouldn't have to
scroll down in the box to change the dodge tool from highlights to
shadows (which i do often) or to add/remove jitter from painting. Or
maybe i should, i'd rathern't.
Yes,
On 12/29/2017 09:53 PM, Alexandre Prokoudine wrote:
On Sat, Dec 30, 2017 at 5:18 AM, Alexandre Prokoudine wrote:
In general, I completely agree that things could be tidier, I just
don't think vertical padding between elements is our main enemy here
:)
Just to illustrate my point with a quick
On 12/29/2017 09:18 PM, Alexandre Prokoudine wrote:
On Fri, Dec 29, 2017 at 6:32 PM, Elle Stone wrote:
Hi All,
After years of using GIMP in Multiple Window Mode, I'm thinking about
switching to Single Window Mode - the "sticking point" is not enough
vertical space in Single Wi
Hi All,
After years of using GIMP in Multiple Window Mode, I'm thinking about
switching to Single Window Mode - the "sticking point" is not enough
vertical space in Single Window Mode.
Here's a screenshot showing several possible places for saving vertical
space in Single Window Mode:
http
On 12/21/2017 07:30 PM, Alexandre Prokoudine wrote:
Is there anyone who is satisfied with on-canvas GUIs in their present state?
On the whole I don't particularly like the on-canvas GUIs, but I've
assumed that other people do like them. There is one on-canvas GUI that
lacks a fairly important
On 02/16/2016 12:22 PM, staedtler-przyborski wrote:
Just a side note, interestingly all women in my work and in my
surrounding who have seen this icon loved it immediately, for them it
was also no problem to understand what it stands for.
Perhaps it's a matter of how large the icon is relative
On 01/26/2016 04:21 PM, Alexandre Prokoudine wrote:
On Tue, Jan 26, 2016 at 11:17 PM, Elle Stone wrote:
It would be nice if there were a way to set up, keep, and quickly choose
from a set of user-established canvas padding colors, independent of
choosing a theme or a set of icons (and
On 01/26/2016 12:55 PM, Gez wrote:
El mar, 26-01-2016 a las 20:40 +0300, Alexandre Prokoudine escribió:
On Tue, Jan 26, 2016 at 7:45 PM, Gez wrote:
I think that, as Sven pointed out (from elle's comments), that the
padding color is the most important adjustment piece, not
necessarily
the theme
On 01/24/2016 12:29 PM, Sven Claussner wrote:
- A pure white theme would reflect the proper appearance of the image
printed on white paper.
So should the whitest theme be even whitest? ("pure white" #FF even?)
Elle's e-mail from 23.01.2016, 5:29 PM describes it best.
As Elle points out,
On 01/22/2016 09:30 AM, Jehan wrote:
On 2016-01-22 13:25, Sven Claussner wrote:
- Pippin recommended 'the darker the better', because it supports the
image's proper color perception best.
As Pippin notes, the background colors surrounding an image on a monitor
makes a big difference in how
On 01/22/2016 09:30 AM, Jehan wrote:
On 2016-01-22 13:25, Sven Claussner wrote:
- A pure white theme would reflect the proper appearance of the image
printed on white paper.
Monitor "pure white" has the absolute colorimetric LAB L value L=100
(#FF). "Print paper white" has an absolute c
On 01/21/2016 04:44 PM, Jehan wrote:
Personally I feel like I would likely use "Sea of Grey" or the "Dark"
theme.
I've been using the Sea of Grey theme and I'm trying out the "Light side
of GIMP" theme. For my own preferences in themes, I could definitely
also see using the "Dark" theme (but
On 01/01/2016 12:14 PM, Ben wrote:
Elle, Jehan, i've updated the themes to add the separators, fixed some
more KDE issues, reduced the focus padding on buttons as an expedient to
making the them smaller without having to redo anything (and changed
some of the pngs to harmonize all the themes),
On 12/29/2015 08:57 PM, Akkana Peck wrote:
Both the light themes seem quite dark and not very contrasty
(with black text and icons) compared to the GIMP I currently see,
which has a background color of #dcdad5 rather than the #bdbdbd
used in both of the light themes for most icons and menus;
exce
On 12/29/2015 07:08 PM, Ben wrote:
On 12/29/2015 06:41 PM, Elle Stone wrote:
Would it be too much to offer five default themes,
more or less spaced as follows?
1. Very dark ("Dark side of GIMP" / compare to darktable's default theme)
2. Medium dark (compare to RawTherapee'
On 12/29/2015 03:53 PM, Jehan wrote:
Hi,
On 2015-12-29 21:14, Elle Stone wrote:
The Gray and Light themes are both very nice, and both seem to run
just fine on Gentoo Linux, as does the (far too dark for my
preferences) "dark side of GIMP" theme.
Which Desktop/Windows manager, plea
On 12/29/2015 01:07 PM, Jehan wrote:
To add a little more depth to this all, these are the in-progress
versions of the new default themes for GIMP.
Well at least, there would be a light and a dark version. Now one
question is: do we want to release also intermediate greys, which seems
to be a com
On 12/01/2015 09:17 AM, thomas.ma...@free.fr wrote:
Hi,
For all image map based tools (Colors Tools and Filters), committing the
changes is always done by the same action: clicking the OK button at the bottom
right corner of the dialog.
This is a consistent and intuitive behavior.
For all too
On 11/11/2015 06:09 AM, Elle Stone wrote:
I don't even like having the Color Picker display "on canvas". It is
very annoying to have to click the little arrow to get it off the canvas
every time I use the color picker to check colors (which is often). I
wish there a global option
On 11/08/2015 07:13 PM, Ofnuts wrote:
On 08/11/15 19:01, Jehan wrote:
I wonder how much of this really stems from the crowded Tool options
dialog, which make all of us want our favorite settings in the top
third/quarter. When these settings show up on the canvas, space will
no longer be a pro
On 11/08/2015 01:01 PM, Jehan wrote:
The way I foresee would be at some point in some (likely distant)
future, we could have a powerful API allowing people to update the UI.
And when this happens, maybe it would allow to reorder options or other
things. Then users would just have to download a pl
On 10/16/2015 08:54 AM, Ofnuts wrote:
gimp --new-instance --session workspace1
Is a "workspace" how you have the windows arranged?
How do you save a workspace in the first place?
What is actually saved when you save a workspace, and where?
Elle
On 11/09/2015 10:17 AM, Jehan wrote:
Hi,
On 2015-11-05 21:24, Elle Stone wrote:
I went into Preferences and put every possible tool in the toolbox and
checked to see what happens upon hovering over the image.
I've created this Wiki page where I reported your very helpful list:
On 11/08/2015 11:40 AM, Jehan wrote:
Hi,
Le 6 nov. 2015 à 08:18, Elle Stone a
écrit :
A generic "other editing operation" icon/cursor might be a nice thing
to display when the selected editing operation doesn't have an
editing-operation-specific" icon/cursor.
On 11/05/2015 05:39 PM, Jehan wrote:
That would leave all the tools that are under various menus, but don't
have icons to put them in the toolbox. Maybe a generic icon for "all
other tools?
Which tools? Are you sure they are tools and not filters?
Most are filters, as they are under the filte
On 11/05/2015 01:26 PM, Jehan wrote:
Hi,
On 2015-11-03 18:36, Elle Stone wrote:
When working on an image, sometimes it seems like I use the Color
Picker after just about every editing operation. Having to
deliberately click on the tool icon to rechoose the Color Picker of
itself is tedious
On 11/03/2015 01:07 PM, Jehan wrote:
Hi,
On 2015-11-03 18:36, Elle Stone wrote:
This is a change to the GIMP user interface that I've wanted for a
long time. It probably would only benefit people who use the Color
Picker a lot.
There are so many different type of users, I seriously dou
This is a change to the GIMP user interface that I've wanted for a long
time. It probably would only benefit people who use the Color Picker a lot.
When you use a tool, say Curves, and the operation completes, and then
you click on the canvas again, Curves pops up again, unless you remember
to
On 11/02/2015 05:03 PM, Jehan wrote:
All tools are already on-canvas.
Until now, all filters were *not* on canvas, which was often annoying
(having to test, cancel, test, cancel; or some filter could have its own
preview window, more or less useful but in all case less featured than
the canvas).
On 11/02/2015 10:02 AM, Jehan wrote:
Hi,
On 2015-11-02 15:02, Elle Stone wrote:
On 11/02/2015 07:41 AM, Alexandre Prokoudine wrote:
2 нояб. 2015 г. 15:37 пользователь "Elle Stone" написал:
> Also, what does "on-canvas" mean?
With old plugins, all interaction happe
On 11/02/2015 08:39 AM, Jehan wrote:
Hi,
On 2015-11-02 13:39, Elle Stone wrote:
On 11/02/2015 02:23 AM, Joseph Bupe wrote:
The curve-bend plugin is quiet versatile for image manipulation, e.g.
when placing labels on a curved surface, and the Free curve type option
to make some drooping
On 11/02/2015 02:23 AM, Joseph Bupe wrote:
The curve-bend plugin is quiet versatile for image manipulation, e.g.
when placing labels on a curved surface, and the Free curve type option
to make some drooping effects on images etc.
My request is that we have this plugin as an on-canvas tool, with
On 10/21/2015 02:40 PM, Elle Stone wrote:
I've never seen a generated thumbnail, and if one were to appear it
would be too small to be of any use.
Hmm, now there really are thumbnail icons on the IceWM taskbar.
This link shows a screenshot of the IceWM taskbar since the latest round
of
On 10/21/2015 02:08 PM, Jehan wrote:
Are there any multi-window mode users here who could tell us if they
actually find useful/annoying/neutral to have a generated thumbnail-icon
instead of Wilber?
I use MWM (well, everyone probably knows that by now :) ).
I use IceWM as my "desktop". There's
On 10/16/2015 03:31 PM, Andrew Pullins wrote:
No matter how much I like the current UI, and no matter how much
Andrew doesn't like it, neither of us can speak for "most users".
That would require a very carefully done survey, which likely would
reveal that there's no such thing a
On 10/16/2015 01:30 PM, Andrew Pullins wrote:
...Wouldn't most users end at first create various toolbox because
they think it's a cool idea at first then end up always using the
same (the one with all the tools) because they get used to it the
most? ...
What? Are you saying tha
The GIMP 2.9 "Image/Precision" menu has too many options. GIMP users are
going to find all these options confusing.
Internally babl/GEGL/GIMP operates at 32-bit floating point, regardless
of the image precision the user happens to choose.
The reason GIMP allows the user to choose the precisio
On 10/15/2015 01:32 PM, Jehan wrote:
Hi,
On 2015-10-15 19:14, Elle Stone wrote:
Am I the only person who likes the Toolbox just the way it is?
I'm having a difficult time imagining a more efficient layout for
Tools than GIMP already has. (I don't mean Single-Window Mode, which
seem
On 10/15/2015 01:29 PM, Alexandre Prokoudine wrote:
>Here's a screenshot showing the left edge of the screen, showing the
>Toolbox and an image window, in which I free up some vertical real
>estate by hiding the menu bar:
>http://ninedegreesbelow.com/bug-reports/gimp29/gimp-toolbox.png
Let's jus
On 10/15/2015 01:29 PM, Alexandre Prokoudine wrote:
On 10/15/15, Elle Stone wrote:
Yes, I resize the Toolbox from time to time, and I find the ability to
resize the Toolbox very handy, depending on whether I want more room for
the image, or more room to read the layer names (I end up with
On 10/15/2015 01:23 PM, Andrew Pullins wrote:
The point of this feature is not to take a way your ability to add
dialog to the toolbox, nether bottom, left, or right. On the contrary,
the point is when you have users like me who do not like the dialogs in
the toolbox. When you take away the dial
On 10/15/2015 12:41 PM, Alexandre Prokoudine wrote:
If I may suggest, we should work on a complete redesign of the toolbox
and tools' options. The way things are going, we are likely to create
another Frankenstein toolbox.
What we are missing here is cold analysis. A lot of your requests stem
fr
On 10/12/2015 06:07 PM, Jehan wrote:
In the proposed export dialog, will there be a place to choose the
Just making sure this is clear. Workgroups are a public brainstorming of
what will become GIMP. There is no "proposed" dialog yet, and we can't
say what "will be". We have barely started dis
On 10/12/2015 01:20 PM, Jehan wrote:
The workgroup wiki page:
http://gui.gimp.org/index.php/Export_dialog_workgroup
After some discussion on IRC, I updated the wiki page with the various
ideas, and a wireframe by pippin. Feel free to comment! :-)
Jehan
In the proposed export dialog, will th
71 matches
Mail list logo
