[Gimp-developer] Re: [Gimp-user] use of the Space key

2005-05-24 Thread Akkana Peck
Sven Neumann writes:
> I consider to change what GIMP uses the Space key for and would like
> to get some user feedback on this. Currently, pressing the Space key
> temporarily switches to the move tool.

Spacebar to switch temporarily to move is awfully useful. I didn't
know about it until this discussion, but I've often wanted something
like that -- I'm forever switching between move and something else,
for instance when I'm creating lots of different text layers and
need to position each one. If you change spacebar to pan, I hope you'll
consider investing some other key with this "temporary move tool"
meaning. Now that I've known about it for a couple days I'm already
sorry to have to give it up!

Do a lot of gimp users not have a middle mouse button? Maybe tablet
users who don't want to put down the stylus and switch to a mouse?
(That would be understandable.) Or is this just because ... that
other program does it that way, and its users are used to it?

...Akkana
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] who can tell me the type of color quantization algorithm in GIMP?

2005-05-24 Thread Adam D. Moss

YG Wang wrote:

The color quantization in GIMP is high-quality. Can you tell me which
algorithm it is? Thanks a lot!


It resembles a common axis-aligned box-cut (I tried
many, many alternatives and just kept coming back to an
axis-aligned box-cut for simplicity).  It has various
changes over a median box cut though, in how it chooses
which box to cut and then how it actually cuts it.  For
example the position of the cut is carefully considered,
the axis of the cut is very carefully considered, and
(most unusually I suspect) it may choose to perform
multiple even cuts of the same box along the an axis
to keep the error even across the axes of the resulting
boxes.  Finally (and quite significantly, but not
a property of the algorithm as such) the quantization
occurs in L*a*b* space instead of the common RGB-alike.

--Adam
--
Adam D. Moss   -   [EMAIL PROTECTED]
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Idea for new plugin

2005-05-24 Thread Alan Horkan

On Tue, 24 May 2005, Chin2 wrote:

> Date: Tue, 24 May 2005 12:34:42 +0530
> From: Chin2 <[EMAIL PROTECTED]>
> To: gimp-developer@lists.xcf.berkeley.edu
> Subject: [Gimp-developer] Idea for new plugin
>
> hi everone around
>  i have an idea for a new plugin for gimp. i may not be able explain it very
> well. but for those who wuold understand it would be nice..

> http://www.freewebs.com/chin2online/plug1.jpg

The picture explains it well enough.

When people refer to the selection I would like to make it clear that you
are distorting the image (contents of the selection) rather than the
selection (the shape of the selection), but I understand it can be
difficult to explain these things clearly.  This is essentially a
distortion and hasn't much to do with the selection.

Such an effect can be achieved by creating an Elliptical selection and
then using the Perspective tool to invert and distort or rotate the
selection as desired.

It should be possible to automate the process using a script or a plug-in
if a programmer was interested enough to do it.

Sincerely

Alan Horkan

Inkscape http://inkscape.org
Abiword http://www.abisource.com
Dia http://gnome.org/projects/dia/
Open Clip Art http://OpenClipArt.org

Alan's Diary http://advogato.org/person/AlanHorkan/


___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] use of the Space key

2005-05-24 Thread Jakub Friedl (lists)
> The genius behind the choice of space key is that it can
> easily be hit (on all keyboard layouts!) without looking
> away from the screen...
> 
exactly, and this is(imho, of course) most useful for panning

Jakub Friedl
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] use of the Space key

2005-05-24 Thread Adam D. Moss

Jakub Friedl (lists) wrote:

it is a good idea. the descibed behaviour is really handy when editing
zoomed in image. however i use the current space function too. would
it be possible to use a different key for the temporary move tool?


The genius behind the choice of space key is that it can
easily be hit (on all keyboard layouts!) without looking
away from the screen...

--adam
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] use of the Space key

2005-05-24 Thread Laxminarayan Kamath
On 5/23/05, Laxminarayan Kamath <[EMAIL PROTECTED]> wrote:
> An entire new idea of keystrokes : for the keyboard shortcuts: if you
> press a key the normal way ,it will select the tool indefinetely
> alright. But if the key is pressed and held, and i do something, and
> then release the key, the tool reverts back to the one last used.

EH ! I forgot to mention how the feature could help the current
thread's problem:
If this feature is implemented, "m" can be pushed for what is now for
space. and space can be pused for panning!

-- 
Laxminarayan Kamath Ammembal
*note change of mobile number*
(+91) 9342287956
[EMAIL PROTECTED]
www.geocities.com/kamathln
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] use of the Space key

2005-05-24 Thread Sven Neumann
Hi,

Andreas Røsdal <[EMAIL PROTECTED]> writes:

> To decide which operation which is most common, it would be
> interesting to see some numbers comparing the two alternatives (and
> perhaps others). One could gather data for which operation is most
> often executed by a "typical" user, sort of like a usability test.
> In fact, a totally different operation might be used more than
> either of these alternatives.  This could be something to do on the
> next GIMPCon or similar.

Very good point, except that GIMPCon is probably not the right event
to do usability testing. After all usability tests should be done with
users; experienced and new users.


Sven
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Re: use of the Space key

2005-05-24 Thread Sven Neumann
Hi,

GSR - FR <[EMAIL PROTECTED]> writes:

> So I wonder... are there other better uses? Alternate between two
> tools for example? Or would there be a way to make it configurable,
> so anyone can bind any function to it (I ask due the "only while
> pressed" vs "press & release", and the lack of "move view" tool)?

We should be very careful here and keep in mind that the feature
should be discoverable. If the user presses the Space key, it needs to
become obvious what is happening. Changing the cursor to a hand should
make it clear that dragging with the mouse will now pan the display.

If instead we switched to the last-used tool, the user will only see
that a tool switch takes place. She will probably be surprised that it
switches to a different tool next time she tries. It will be rather
hard to grasp that the tool changes to the last used tool. A lot of
users will simply not understand the logic and won't use it because
the behaviour appears as random.


Sven
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Re: use of the Space key

2005-05-24 Thread Sven Neumann
Hi,

GSR - FR <[EMAIL PROTECTED]> writes:

> I have been thinking, and remember some people were saying tools were
> running out of mod keys. Why not reserve it for those cases? Tools
> could use shift, control, alt and space. Or is the any technical
> limitation about making mod+space a mod?

The fact that we are running out of modifier keys means that we have a
problem to solve. But I very much doubt that adding more modifier keys
is a reasonable approach to it. If a tool needs more than the
available modifier keys, then it should probably be split into
multiple tools.


Sven
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer


[Gimp-developer] Idea for new plugin

2005-05-24 Thread Chin2
hi everone around
 
i have an idea for a new plugin for gimp. i may not be able explain it very well. but for those who wuold understand it would be nice..
 
the idea is about rotation of a selection..
what we have now is that the entire selection itself gets rotated..i.e if you rotate an oval selection with minor axis 'a' and major axis 'b' , 'a' along y direction and 'b' along x direction. by 90degrees. after rotation b would be along y and a would be along x.

 
what i would say that if we could have an option such that only the content inside the selection rotate and not the selection itself wouldnt that be great something new in an image editing software i dont thnk the closest rivals of GIMP have that option yet ..

 
for those who might not have understood what i mean here is the image of what i wanted to say...
http://www.freewebs.com/chin2online/plug1.jpg
 
--Nithin


[Gimp-developer] help needed on gimp development

2005-05-24 Thread Chin2
hi everyone 
i'm new to gimp. and i am very excited about the project.. i'mm currently doing my engineering and would like to get involved in gimp development..
but sadly i know nothing about it would somebody be kind enough to help me start...
plzz
 
i downloaded the source code but coudnt understand a thing if somebody could help me create asimple plugin i mean something like creating a border then i woould learn by myself and stsrt writing some plugins of my own.. 

anybody who would like to help me can mail me at [EMAIL PROTECTED]
 
so is there somebody who can show piy on this guy
 
--Nithin