Re: [Gimp-developer] Peter's single-window proposal (Was: We should go for a single-window mode in 2.8)

2009-09-29 Thread SHIRAKAWA Akira
peter sikking wrote:

 so for everybody who feels this: _why_ do you need windows-in-window or
 work-side-by-side?

Personally, for me who I'm into drawing and digital painting (rather 
than photo retouching) I can think of these reasons:

- For multiple views of the same image at different zooms at the same 
time. It's useful to have a zoomed window for detail work and then a 
more extended view in order check often how the whole drawing / painting 
looks.
- To have one or more images as reference to copy / get inspired by.
- To tests brushes, mix colors or trying anything else without affecting 
the original image.

-- 
SHIRAKAWA Akira
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] We should go for a single-window mode in 2.8

2009-09-29 Thread Jakub Friedl
On Mon, Sep 28, 2009 at 5:56 PM, Cole cole.ans...@googlemail.com wrote:



 If implemented correctly the user that prefers a multiple-window mode gimp
 wouldn’t
 see much difference from the existing gimp version to a gimp version that
 supported a
 single-window mode.



Only if I can dock non-GIMP windows there.

Jakub Friedl
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] We should go for a single-window mode in 2.8

2009-09-29 Thread Nathan Summers
On Mon, Sep 28, 2009 at 11:56 AM, Cole cole.ans...@googlemail.com wrote:
/ For developers: CurlyAnkles gtk+ lib has tab/tile widgets I'm talking
 // about: URL.
 /
 Eeek, here is the missing URL:
 http://curlyankles.sourceforge.net/widgets_docking.html

 Alexandre

 Hello,

 I think the term single-window mode is potentially confusing.
 It's how you dock the windows together that gives the user the
 *perceived* single-window or multiple-window mode.

I'm still thinking GIMP could benefit from Eclipse-style
perspectives, where which dialogs are visible and which are hidden
are user-defined sets that can be switched between.  The user can then
define which dialogs are useful for certain commonly occurring tasks
and quickly switch between them.  It takes a little getting used to at
first, but once you understand the paradigm you never want to go back
to managing individual windows.

Rockwalrus
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Where to post rotate brushes bugfix?

2009-09-29 Thread Tal
Thanks for the replies everyone. I've just uploaded to bugzilla a patch that 
fixes the remaining issue introduced by the first bugfix patch. This patch 
needs to be applied after the first one. It seems to work fine now. 
https://bugzilla.gnome.org/show_bug.cgi?id=596472

Regards,

Tal


 -Original Message-
 From: ta...@inbox.com
 Sent: Fri, 25 Sep 2009 12:42:29 -0800
 To: gimp-developer@lists.xcf.berkeley.edu
 Subject: [Gimp-developer] Where to post rotate brushes bugfix?
 
 I found and solved a new bug in the bilinear rotate transform algorithm
 that sometimes caused artifacting on brush edges for brushes rotated 90,
 -90, -180, 180 degrees.
 
 Since the previous bugzilla report
 http://bugzilla.gnome.org/show_bug.cgi?id=520078 is marked as fixed, what
 is the best way to proceed and submit the patch?
 
 Should I upload the patch to the existing 520078 bug report or is it
 worth creating a new bug report just for this bugfix?
 
 Thanks,
 
 Tal
 
 
 FREE 3D EARTH SCREENSAVER - Watch the Earth right on your desktop!
 Check it out at http://www.inbox.com/earth
 ___
 Gimp-developer mailing list
 Gimp-developer@lists.XCF.Berkeley.EDU
 https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


FREE ONLINE PHOTOSHARING - Share your photos online with your friends and 
family!
Visit http://www.inbox.com/photosharing to find out more!
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Peter's single-window proposal

2009-09-29 Thread Jon A. Cruz

On Sep 28, 2009, at 1:29 AM, peter sikking wrote:

 Jon A. Cruz wrote:

 I think I might have one that can count as subtly different.

 Working on a prime image and drawing pieces, reference, etc from
 other images. Especially since I tend to think spatially, this is
 one I do a lot. I also tend to combine this workflow with others you
 have already listed.

 is this 'compare and reference' as fully covered by the polaroids?

In some cases it might, but in many it does not. The lack of items  
such as the rulers, etc. tends to slow me down when I'm constructing  
something.

My impression is that the polaroids are an improvement for inspired  
by work, such as I often see designers hash out. Using a reference  
in my thinking brings a little more of the technical/accuracy aspect  
such as measurements with the ruler, etc.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] We should go for a single-window mode in 2.8

2009-09-29 Thread Jon A. Cruz

On Sep 29, 2009, at 9:40 AM, Nathan Summers wrote:


 I'm still thinking GIMP could benefit from Eclipse-style
 perspectives, where which dialogs are visible and which are hidden
 are user-defined sets that can be switched between.  The user can then
 define which dialogs are useful for certain commonly occurring tasks
 and quickly switch between them.  It takes a little getting used to at
 first, but once you understand the paradigm you never want to go back
 to managing individual windows.

In my personal preference, Eclipse's perspectives are an interesting  
idea but one that is implemented somewhat poorly. Even after using it  
for years I still find it a very clumsy and inefficient implementation.

A recent example of some of my bad experience was when I was coding  
and debugging some Java while working on both BIRT and Crystal  
reports. That's four different perspectives I had to try to work in.  
The UI gave poor switching and tracking of the current mode, and  
there were even technical problems where they fought over keys and  
killed shortcuts in each other. Quite painful.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer