On 10/25/2010 12:45 PM, Martin Nordholts wrote:
> On 10/25/2010 05:19 PM, Patrick Horgan wrote:
>> 1) You press TAB
>>
>> 2) The toolbox and dialogs disappear - good.
>>
>> 3) The nice big drawing surface that you sized just how
>> you wanted it (on purpose!) resizes small and to one
>> corner of t
On 10/25/2010 10:26 PM, Alexandre Prokoudine wrote:
> On 10/25/10, Alexia Death wrote:
>
>> This happened to me quite recently if I worked with maximized image window.
>> It
>> snaps out of maximize and back into any size it was before. It happens
>> whenever I close an image or open one too.
>
> O
On 10/25/2010 12:30 PM, Tomek CEDRO wrote:
> Hello Patrick,
>
> Thank you for the Tab hint.
You're welcome.
> I have tested it a bit more and well its
> pretty good I must admit - I have one window, I can spread
> windows/images across many desktops and the toolbars are following the
> windows.
Tha
On 10/25/2010 12:50 PM, Tomek CEDRO wrote:
> On Mon, Oct 25, 2010 at 9:48 PM, Martin Nordholts wrote:
>> This already fixed in git, the 'Windows' image menu
>> has a 'Hide Docks'
>> check box menu item and its state is preserved across sessions.
> Perfect! So it looks that you got another one on
On 10/25/10, Alexia Death wrote:
> This happened to me quite recently if I worked with maximized image window.
> It
> snaps out of maximize and back into any size it was before. It happens
> whenever I close an image or open one too.
Or it takes you to the last opened tab in single-window mode af
On Monday, October 25, 2010 22:45:16 Martin Nordholts wrote:
> On 10/25/2010 05:19 PM, Patrick Horgan wrote:
> > 1) You press TAB
> >
> > 2) The toolbox and dialogs disappear - good.
> >
> > 3) The nice big drawing surface that you sized just how
> > you wanted it (on purpose!) resizes small and
On Mon, Oct 25, 2010 at 9:48 PM, Martin Nordholts wrote:
> On 10/25/2010 09:30 PM, Tomek CEDRO wrote:
>> Also I have some improvement idea - there is an option to save windows
>> position - this could also obey to the toolboxes and toolbars
>> visibility, so after GIMP is restarted only the no-win
On 10/25/2010 09:30 PM, Tomek CEDRO wrote:
> Also I have some improvement idea - there is an option to save windows
> position - this could also obey to the toolboxes and toolbars
> visibility, so after GIMP is restarted only the no-window is visible
> and no need to press Tab key.
This already fi
On 10/25/2010 05:19 PM, Patrick Horgan wrote:
> 1) You press TAB
>
> 2) The toolbox and dialogs disappear - good.
>
> 3) The nice big drawing surface that you sized just how
> you wanted it (on purpose!) resizes small and to one
> corner of the screen.
I thought I fixed this long ago and I can't r
Hello Patrick,
Thank you for the Tab hint. I have tested it a bit more and well its
pretty good I must admit - I have one window, I can spread
windows/images across many desktops and the toolbars are following the
windows. There is no toolbox I got used to, but I can minimize this
no-window, hide
Tomek,
I too was very upset about the menu but I'm not
anymore because of the TAB key. With the new design, I
can have all of my windows for art and just press TAB
and the toolbox and the dialogs go away leaving free
access to the art. When I need to click something in
the toolbox or a
On 10/24/10, Tomek CEDRO wrote:
>> As for *ists, you got it exactly right: usabilists were involved.
>
> So, the usability theory now opposes what user think is usable because
> theory knows better..? Are you serious about that?
Jumping at conclusions won't get you anywhere, my friend.
>> In the
Dear Alexia,
On Sun, Oct 24, 2010 at 9:37 PM, Alexia Death wrote:
> This is not an issue to be fixed. This is a consious decision made in the
> deveopment of gimp-
> (..)
> Nobody is forcing anyone to use it, but for some reason you want to.
> (..)
> And finally just a general thought: To have a
On 24.10.2010 20:49, Tomek CEDRO wrote:
> OK guys, I am bad egoist[..]
possibly, you can convert to being a good egoist: if you want said menu bar
really
that badly, perhaps you could write a plugin which implements it. The catch:
you would
have to create the required API for pluggable toolbox i
On Sunday, October 24, 2010 21:49:52 Tomek CEDRO wrote:
> We waste more time and energy on talking than simply fixing
> this issue.
This is not an issue to be fixed. This is a consious decision made in the
deveopment of gimp-
> The patch is created for 2.6, I am switching back to 2.4
> then. You
On 10/24/2010 08:49 PM, Tomek CEDRO wrote:
> On Sun, Oct 24, 2010 at 8:24 PM, Rob Antonishen
> wrote:
>
>> Well,
>> To chip in my two cents, I want to remind you that Gimp is open source and
>> if you want the menu there then you are free to fork and maintain a version
>> of Gimp with the
On Sun, Oct 24, 2010 at 8:24 PM, Rob Antonishen
wrote:
> Well,
> To chip in my two cents, I want to remind you that Gimp is open source and if
> you want the menu there then you are free to fork and maintain a version of
> Gimp with the menu in.
> Arguing against the vision and direction already
Well,
To chip in my two cents, I want to remind you that Gimp is open source and if
you want the menu there then you are free to fork and maintain a version of
Gimp with the menu in.
Arguing against the vision and direction already set is counterproductive at
this point. Arguing that one user
Hello Alexandre,
On Sun, Oct 24, 2010 at 4:58 AM, Alexandre Prokoudine
wrote:
> Enforcing vision is what software development is all about :) You've
> been using GIMP for ten years after all, you were supposed to know
> that :)
I can see software development as making it more usable and
function
On 10/24/10, Tomek CEDRO wrote:
> 1. There is no need to remove this functionality (or any other) - the
> simplest solution is to connect visibility of that menu with the
> checkbox in the preferences menu / toolbox section. If anyone wants to
> see this menu, they check the option. Option uncheck
On 10/23/10, Tomek CEDRO wrote:
> I don't understand the point of removing this menu without leaving
> user option to make is available again - if there are people that
> don't like this menu they should simply make it invisible. Why do you
> enforce users with your vision on what is better for th
On Sun, 2010-10-24 at 02:06 +0200, Tomek CEDRO wrote:
[...]
> 1. There is no need to remove this functionality (or any other) - the
> simplest solution is to connect visibility of that menu with the
> checkbox in the preferences menu / toolbox section.
And people will turn it off by mistake, or fo
Hello and thank you for kind reply,
On Sun, Oct 24, 2010 at 12:48 AM, LightningIsMyName
wrote:
> Hello,
>
> I have replied to your bug comment before seeing this email - sorry :P
No problem, already replied :-)
> I suggested a solution to your use case there in my comment (please
> read it firs
Hello,
I have replied to your bug comment before seeing this email - sorry :P
I suggested a solution to your use case there in my comment (please
read it first), and I'll add some more detail here:
You say that we "Enforce" the UI changes on the users, and as a matter
of fact you are right. BUT,
Dear GIMP Developers,
I have been using GIMP for about 10 years, I really liked this
program, the menu in the toolbox and the way it was. Similarly lots of
GIMP users that lets you know that the menu in the toolbox is missing.
I don't understand the point of removing this menu without leaving
user
25 matches
Mail list logo
