Nabble - Gimp Developer

Re: operation logging

2009-11-09T23:31:45Z

On 11/10/2009 06:27 AM, Tim Chen wrote:
> Than I come across this feature requirement
> "https://bugzilla.gnome.org/show_bug.cgi?id=51937" about script recording.
>
> So, I was wondering
>
> 1. What's the current progress about script recording? is there any API
> for such function atm?

Exactly how to introduce script recording is a highly debated topic. Some
wants it to be a layer on top of app/core, some wants it to be inside
app/core. There is no API in place. A good first step would be to get
something that works and work from there.

I've uploaded my postponed attempt to with the following commits:
http://www.chromecode.com/gimp/gimp-undo-rewrite-2009-11-10_0825.tar.gz

Tue Sep 1 21:41:31 2009 +0200
app: Integrate GimpCommandGroup into undo mechanism
Tue Sep 1 19:12:17 2009 +0200
app: Add GimpImageCommand and implement for resolution and undo
Tue Sep 1 19:04:35 2009 +0200
app: Update GimpCommand
Tue Sep 1 08:32:08 2009 +0200
app: Update GimpCommand
Sun Aug 30 23:11:13 2009 +0200
app: Add GimpCommandGroup
Sun Aug 30 22:09:13 2009 +0200
app: Update GimpCommand
Sun Aug 30 20:17:15 2009 +0200
app: Add and use GimpLutCommand
Sun Aug 30 19:01:55 2009 +0200
app: Fix GimpCommand
Sun Aug 30 15:10:58 2009 +0200
app: Add GimpImage infrastructure for new undo system
Sun Aug 30 15:09:36 2009 +0200
app: Add GimpUndoTree
Sun Aug 30 10:44:02 2009 +0200
app: Add menu items for macro recording
Sun Aug 30 11:40:44 2009 +0200
app: Improve brush outline for fuzzy brushes
Sat Aug 29 19:24:36 2009 +0200
app: Add GimpCommand

> 2. If not, can someone point me the correct direction, like which module
> to look at, for hacking the GIMP code?

Explore the directories under http://git.gnome.org/cgit/gimp/tree/app
and also see http://git.gnome.org/cgit/gimp/tree/devel-docs/structure.xml

Regards,
Martin

--

My GIMP Blog:
http://www.chromecode.com/

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

operation logging

2009-11-09T21:27:32Z

Hi all,

I am trying to build an instrumented gimp that can record user operation sequentially for further analysis, similar to the command recorder in this project "http://vis.berkeley.edu/papers/tutgen/"

At first, I tried digging around the code at "http://www.ingimp.org" , but it seems like that they are actually trying to prevent collecting such fine grained data to preserve user privacy.

Than I come across this feature requirement "https://bugzilla.gnome.org/show_bug.cgi?id=51937" about script recording.

So, I was wondering

1. What's the current progress about script recording? is there any API for such function atm?

2. If not, can someone point me the correct direction, like which module to look at, for hacking the GIMP code?

Thanks a lot!
-Tim

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

Re: ceci n'est pas une selection...

2009-11-09T18:21:30Z

On Nov 3, 2009, at 1:46 AM, gg@... wrote:

> sounds a bit like holding your mouse mat whilst using the mouse to
> stop
> it sliding around.
>
> I would suggest finding a _hardware_ solution to freeing up the other
> hand rather than forfeiting use of the keyboard.

Sorry I'm a bit late to the thread...

But in general the Wacom approach, at least on the high-end, seems to
be changing the hardware to free the user's hand from the keyboard.
Check the info on the Intuos4. With eight configurable buttons down
the non-dominant hand side (the tablet is switchable) and a four-mode
toggle touch wheel, there really is no reason to touch the keyboard in
order to get tab, ctrl, alt, shift...

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

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-11-06T01:02:31Z

On Wed, 2009-11-04 at 14:16 +0100, ginodonig@... wrote:

> Hi.
>
> 2009/10/31 Michael Natterer <mitch@...>
>
> On Sat, 2009-10-31 at 11:40 +0100, ginodonig@... wrote:
> > Hi.
> >
> > After glancing over the various commands listed inside the
> Script-Fu
> > Procedure Browser, I noticed that it ain't possible to
> invoke Jitter
> > and Brush Dynamics by using the Script-Fu language.
> >
> > It would be nice if these two useful features were
> implemented within
> > Script-Fu in some way.
> >
> > By chance, the addition of these functionalities into
> Script-Fu (as
> > new procedures or maybe as arguments of existing procedures)
> is
> > planned for upcoming versions of GIMP?
>
>
> yes.
>
> ciao,
> --mitch
>
>
>
> Out of curiosity, generally speaking, how this integration will be
> eventually performed? Maybe, Brush Dynamics and Jitter will become new
> arguments of the Script-Fu procedures concerning Brush Tools (like
> gimp-paintbrush, gimp-dodgeburn, gimp-edit-stroke, etc...) ?

We don't know yet, but additional parameters are not an option
because that would break existing scripts. The general plan is
to introduce variable argument lists with named parameters
and default values, but for paint properties I guess there will
simply be more setters in the gimp-context namespace that will
affect the paint functions.

ciao,
--mitch

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

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-11-06T00:48:29Z

On Fri, 2009-11-06 at 08:59 +0100, Olivier wrote:
> Sorry if my question is out of context: has this problem anything to
> do with the fact that the Gfig or Spyrogimp filters, for example, are
> no longer usable with version 2.7, since there is no way to change the
> size of the brush?

That is certainly a different issue. But if you can still reproduce it
with a recent git checkout, then you should make sure that it is
reported in our bug-tracker.

Sven

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

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-11-05T23:59:03Z

Sorry if my question is out of context: has this problem anything to do with the fact that the Gfig or Spyrogimp filters, for example, are no longer usable with version 2.7, since there is no way to change the size of the brush?
--
Olivier Lecarme

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

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-11-05T13:19:52Z

Oops- missed the reply-all...

On Wed, Nov 4, 2009 at 8:55 AM, Rob Antonishen wrote:
As far as I know, there is no blueprint at this time. I had previously
asked when the 2.4 current brush options (mainly brush scaling) would
be either respected from scripts or selectable as parameters.

There is a bugtrack item on this. I would suspect a whole new PDB call
will have to be created with new parameters, and the old calls
eventually depreciated. It might be worth making the new one take all
parameters as a single argument consisting of parameter enums and
values so it can be extended later without changing the PDB call again
as more brush options become available.

-Rob A>

>> > Hi.
>> >
>> > After glancing over the various commands listed inside the Script-Fu
>> > Procedure Browser, I noticed that it ain't possible to invoke Jitter
>> > and Brush Dynamics by using the Script-Fu language.
>> >
>> > It would be nice if these two useful features were implemented within
>> > Script-Fu in some way.
>> >
>> > By chance, the addition of these functionalities into Script-Fu (as
>> > new procedures or maybe as arguments of existing procedures) is
>> > planned for upcoming versions of GIMP?
>>
>> yes.
>>
>> ciao,
>> --mitch
>>
>>
>>
> Out of curiosity, generally speaking, how this integration will be
> eventually performed? Maybe, Brush Dynamics and Jitter will become new
> arguments of the Script-Fu procedures concerning Brush Tools (like
> gimp-paintbrush, gimp-dodgeburn, gimp-edit-stroke, etc...) ?
>
> Thanks in advance.
>

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

Re: GIMP T-shirts in our online store

2009-11-05T09:34:08Z

On Wed, Nov 4, 2009 at 5:49 PM, Daniel Hornung <daniel.hornung@...> wrote:
> On Wednesday 04 November 2009, Ismael Barros² wrote:
>> How about a little competition?
>
> Better than this list would be the gimp-user list, and I'm sure there are some
> more lists for this purpose.

Indeed, I'll spread the word.

I organised the rules and added some that were missing. You can find
them at http://www.freewear.org/?contest=gimp

Cheers,
Ismael
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Re branding ....

2009-11-04T16:09:49Z

Christopher Howard-3 wrote:

If the devels ever did come over to the other side on this issue, the
coolest way to go about picking a new name would be a contest. For
example, have a web page where people suggest a name or vote on a list
of names. Then the devs could pick from the top 5.

Imagine the publicity and recognition the project would get the moment
word got out about the contest! It would be on every blog and news site
in the FOSS universe!

And then a second contest to create a new splash screen with the new name! ..... hmmmm...

Re: GIMP T-shirts in our online store

2009-11-04T08:49:34Z

On Wednesday 04 November 2009, Ismael Barros² wrote:
> How about a little competition?

Better than this list would be the gimp-user list, and I'm sure there are some
more lists for this purpose.

Daniel

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

signature.asc (205 bytes) Download Attachment

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-11-04T05:16:52Z

Hi.

2009/10/31 Michael Natterer <mitch@...>

On Sat, 2009-10-31 at 11:40 +0100, ginodonig@... wrote:
> Hi.
>
> After glancing over the various commands listed inside the Script-Fu
> Procedure Browser, I noticed that it ain't possible to invoke Jitter
> and Brush Dynamics by using the Script-Fu language.
>
> It would be nice if these two useful features were implemented within
> Script-Fu in some way.
>
> By chance, the addition of these functionalities into Script-Fu (as
> new procedures or maybe as arguments of existing procedures) is
> planned for upcoming versions of GIMP?

yes.

ciao,
--mitch

Out of curiosity, generally speaking, how this integration will be eventually performed? Maybe, Brush Dynamics and Jitter will become new arguments of the Script-Fu procedures concerning Brush Tools (like gimp-paintbrush, gimp-dodgeburn, gimp-edit-stroke, etc...) ?

Thanks in advance.

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

Re: GIMP T-shirts in our online store

2009-11-04T00:27:52Z

2009/11/4 Ramón Miranda <mirandagraphic@...>:
> I really like the
> http://www.freewear.org/images/release_candidates/gimp_base.png
> But i ´ll try to do a logo for you. the format must be svg? or xcf?

Oops, forgot that little detail. Format must be svg.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP T-shirts in our online store

2009-11-04T00:09:46Z

On Mon, Oct 26, 2009 at 10:40 PM, Michael Schumacher <schumaml@...> wrote:
> Ismael Barros² wrote:
>
>> We've taken the liberty of making some simple designs based on Wilber:
>>
>> http://www.freewear.org/images/release_candidates/propuesta_gimp.png
>
> I don't really like any of the Wilbers shown there. Maybe you can come
> up with some proposals featuring the more recent Wilber versions?

Our artist gave it a try:

http://www.freewear.org/images/release_candidates/gimp_base.png
http://www.freewear.org/images/release_candidates/gimp_base.svg

Anyway we've been talking about it and we think you guys could do it
better. How about a little competition?

If you're willing, we can setup a competition so you can send me your
designs to my email or to this list. Then I'd setup a little poll to
vote for the best designs, and the winner design would get sold at
Freewear.

Rewards for the winner: two free T-shirts (one with his design, and
another one (s)he likes from our catalog), and a special mention in
the T-shirt page with a link to his blog/gallery/portfolio if he
wants.

The design constraints are imposed by the screen-printing technique: 3
colors per design (we could print more, but we'd rather avoid it as
the T-shirt would be more expensive: a 2 or 3 colors T-shirt is 16€
and a 4 colors one is 18€), no gradients, no too small details. If we
have to tune the winner design to make it printable we'll contact with
the designer.

We'd like to have the T-shirt ready for Christmas, so the deadlines would be:
Design: from yesterday to November the 22nd
Poll: from the 33rd to the 30th.
Then, we'd see if the winning design needs some tunning, and then we'd
publish and print it.

Hope you like the idea, we're open to suggestions.

Regards,
Ismael
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

www.gimp.org/ircd.gimp.org outage

2009-11-03T14:41:36Z

Hi,

as some of you may already have noticed, there's a problem with
www.gimp.org and ircd.gimp.org. Both hosts are currently unreachable.
As far as I know, both services run on the same machine, so it isn't
surprising that both are not available.

We don't yet know what's causing this (although we've planted some
rumors to spare everyone the need to come up with their own).

I'm currently waiting for feedback from the server admin.

Regards,
Michael

--
GIMP > http://www.gimp.org | IRC: irc://irc.gimp.org/gimp
Wiki > http://wiki.gimp.org | .de: http://gimpforum.de
Plug-ins > http://registry.gimp.org |
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: ceci n'est pas une selection...

2009-11-03T04:26:06Z

On Tue, Nov 3, 2009 at 11:46 AM, <gg@...> wrote:
> Patrick Horgan wrote:
>> One hand on the tablet and the other on the pen doesn't leave a third
>> for the keyboard.
>
> sounds a bit like holding your mouse mat whilst using the mouse to stop
> it sliding around.

Mouse is relative so moving mouse mat is a use issue. However, tablet
is an absolute device so holding the tablet is a bit different.
If you draw on a paper, you turn te paper to get your strokes to run
conveniently for your hand. Thats something I do holding my tablet. I
tilt my head and turn the tablet to keep the alignment. My tablet
positioning tends to depend on what I do. Scetching, creative painting
etc, I hold my tablet and align it as I need with the screen. Just
using as a mouse, I set it down next to my laptop and keep my other
hand on the keyboard, but I do that only about 20% of the time. Mouse
is much more convenient for such interaction.

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

Re: ceci n'est pas une selection...

2009-11-03T01:46:12Z

Patrick Horgan wrote:

> Sven Neumann wrote:
>> Hi,
>>
>> On Sun, 2009-11-01 at 09:29 -0800, Patrick Horgan wrote:
>>
>>
>>> Yea!!! Seems like an obvious idea now that I've heard it that would
>>> make tablet user's lifes more happy:) Although, if you think about why
>>> I would be wanting to get rid of the selection, I'm probably going to
>>> have to scale or select another layer or something that is also less
>>> than optional. If we could have two little buttons it would be much
>>> better. The first, the aforementioned selection canceler, and the
>>> second, something that does the same toggle as hitting <TAB>. I love
>>> the <TAB> keyboard shortcut, but to use it I usually have to set down my
>>> tablet and reach over to the keyboard, which breaks the flow.
>>>
>>
>> I wonder why you need both hands on the tablet. The pros that I have
>> seen working with GIMP always had one hand on the keyboard and the other
>> hand holding the tablet pen. I don't want to offend you in any way, I
>> just would like to understand why using the tablet and the keyboard at
>> the same time is not an option for you.
>>
> One hand on the tablet and the other on the pen doesn't leave a third
> for the keyboard. Have to set down the tablet or the pen, and since I
> usually use my left hand for <TAB>, and for the tablet, it's the tablet
> that's set down. I have the tablet, a wacom, in my left hand. I
> imagine that I could set the tablet down and still use it, but it
> doesn't feel right. Maybe if I had a bigger tablet? The keyboard goes
> up to the edge of the desk, where would I put the tablet but holding
> it? You've really confused me Sven. My insecure side says maybe I'm
> using my tablet wrong? But seriously holding it works like holding a
> tablet for me--it's natural.
>
> Patrick

sounds a bit like holding your mouse mat whilst using the mouse to stop
it sliding around.

I would suggest finding a _hardware_ solution to freeing up the other
hand rather than forfeiting use of the keyboard.

regard.

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

Re: ceci n'est pas une selection...

2009-11-02T18:11:02Z

Sven Neumann wrote:

Hi,

On Sun, 2009-11-01 at 09:29 -0800, Patrick Horgan wrote:

Yea!!!  Seems like an obvious idea now that I've heard it that would 
make tablet user's lifes more happy:)  Although, if you think about why 
I would be wanting to get rid of the selection, I'm probably going to 
have to scale or select another layer or something that is also less 
than optional.  If we could have two little buttons it would be much 
better.  The first, the aforementioned selection canceler, and the 
second, something that does the same toggle as hitting <TAB>.  I love 
the <TAB> keyboard shortcut, but to use it I usually have to set down my 
tablet and reach over to the keyboard, which breaks the flow.


I wonder why you need both hands on the tablet. The pros that I have
seen working with GIMP always had one hand on the keyboard and the other
hand holding the tablet pen. I don't want to offend you in any way, I
just would like to understand why using the tablet and the keyboard at
the same time is not an option for you.

One hand on the tablet and the other on the pen doesn't leave a third for the keyboard. Have to set down the tablet or the pen, and since I usually use my left hand for <TAB>, and for the tablet, it's the tablet that's set down. I have the tablet, a wacom, in my left hand. I imagine that I could set the tablet down and still use it, but it doesn't feel right. Maybe if I had a bigger tablet? The keyboard goes up to the edge of the desk, where would I put the tablet but holding it? You've really confused me Sven. My insecure side says maybe I'm using my tablet wrong? But seriously holding it works like holding a tablet for me--it's natural.

Patrick


Sven

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

Re: Re branding ....

2009-11-02T15:08:00Z

vabijou2 wrote:

>
> Christopher Howard-3 wrote:
>> Its about having a product you aren't afraid to advertise. ..... As soon
>> as I say "GIMP," you can see
>> the doubt on their faces, because they associate the word with being
>> weak or lame.
>
> I agree with this. Many people shy away from using products that aren't
> mainstream, and have little to do with (or knowledge of) open source
> software alternatives. There is nothing about the current name that
> inspires confidence or denotes competence.
>
> I think that the time to change the name would be when a release comes out
> that has an option to run in a single window. This is a major change that
> people have requested for some time and this new configuration is sure to be
> discussed widely on the internet. That version could be called something
> like "Gimp+". Over time this might become shortened in blogs, forums, etc.
> to "G+", and then a later major release could use that as the name. The
> whole time, Wilber the mascot would remain basically the same to provide
> continuity. I'm no ad wizard so I don't claim this is the best naming
> strategy, but I think it provides an example of how the rebranding process
> could go.

If the devels ever did come over to the other side on this issue, the
coolest way to go about picking a new name would be a contest. For
example, have a web page where people suggest a name or vote on a list
of names. Then the devs could pick from the top 5.

Imagine the publicity and recognition the project would get the moment
word got out about the contest! It would be on every blog and news site
in the FOSS universe!

--
Christopher Howard
http://indicium.us
http://theologia.indicium.us

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

signature.asc (269 bytes) Download Attachment

Re: ceci n'est pas une selection...

2009-11-02T08:23:15Z

On Mon, Nov 2, 2009 at 11:49 AM, Sven Neumann <sven@...> wrote:

> I wonder why you need both hands on the tablet. The pros that I have
> seen working with GIMP always had one hand on the keyboard and the other
> hand holding the tablet pen. I don't want to offend you in any way, I
> just would like to understand why using the tablet and the keyboard at
> the same time is not an option for you.

After some of these replies, just wanted to say that this describes
*exactly* how I work. In addition to the actual drawing/editing I
also need to track email and web pages, so I need to be able to jump
between kb+pad and full kb easily (pretty much just drop the pen into
my lap and start typing).

I'd like to ask the folks who do not keep a hand on the keyboard: how
do you save files? How do you enter text into GIMP? Do you not use
modifier keys when selecting/drawing? I find that just about
everything I do (in any drawing program) requires both hands - but I
would like to hear more about how others work.

Thanks,
Chris
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: ceci n'est pas une selection...

2009-11-02T01:29:24Z

hi all,

peter sikking wrote:
> what I am missing is a direct way to end the selection state.

another thought:
when selection masks get disposed frequently, this points at possible
improvements in other places, IMHO.

Stroking circles as an example: the task is finished once the circle
is visible -- in my mind, but not so for GIMP, as i have to get rid of the
selection afterwards. Genuine geometry tools shurely work better here than
throw-away selection masks.

Complex selection masks, on the other hand, like a hair cut-out, tend to survive in
form of layer masks or alpha channels.

I'm not really shure: are there other common workflows which build selection masks
that are more complex than just a rectangle and still dispose the mask afterwards?

regards,
yahvuu

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

Re: ceci n'est pas une selection...

2009-11-02T01:09:57Z

Sven Neumann wrote:

> I wonder why you need both hands on the tablet. The pros that I have
> seen working with GIMP always had one hand on the keyboard and the other
> hand holding the tablet pen. I don't want to offend you in any way, I
> just would like to understand why using the tablet and the keyboard at
> the same time is not an option for you.

This workflow may be ok with certain types of uses/users (for example
photo retouching with a small tablet), but personally when I'm drawing
(main thing I use the tablet for with GIMP) I want, as when I draw on
paper, to keep the tablet aligned to my main monitor and keep a proper
body/arm position.

As I'm right-handed, the only places for the keyboard to be would be in
my case between the monitor and the tablet (where I actually keep it) or
to the left of the tablet. So the ESC key would be in either cases too
far away and require tiring and unnecessary stretching of my left arm.

Most tablets have usually a few (4-8 or more depending on the model,
some may have less) shortcut keys and a touch ring/strip. So the left
hand (or right hand for LH users) is usually not just lying on the
tablet doing nothing but has access to a limited set of quickly and
comfortably reachable keys. It's true that one of them could be mapped
to the "select none" option, but depending on the user and/or tablet,
this shortcut might have to be sacrificed for other, more used, ones.

All this without even talking of tablet PCs, tablet monitors, or users
who use their tablet on their lap like if they were drawing on a
sketchbook. In these cases keyboard access can be rather inconvenient
and thus limited to the minimum possible.

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

Re: ceci n'est pas une selection...

2009-11-01T12:54:55Z

>> What about showing a small "remove selection" button near the "Toggle
>> Quick" Mask button? That would be in my opinion a very logical place for
>> the proposed close box [x] to be, would take out very little space and
>> be always visible.
>>
> Yea!!! Seems like an obvious idea now that I've heard it that would
> make tablet user's lifes more happy:)

If you want to dream of selection "quick-buttons", I'd suggest:
Toggle Quickmask (existing), Toggle Last Selection (one click sets it
to selection of "none" and a second click would bring back the last
selection before it was made to none, using one of the methods. The
advantage to this, is a selection could be set, work done, then
toggled and work done and bring back the selection to do more work
again. Sort of a streamlined version of saving, clearing, then later
restoring a selection.) and Invert Selection.

But this should move over to the UI brainstorm at this point ;)

-Rob A>
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: ceci n'est pas une selection...

2009-11-01T10:51:50Z

On Sun, Nov 1, 2009 at 7:49 PM, Sven Neumann <sven@...> wrote:
> I wonder why you need both hands on the tablet. The pros that I have
> seen working with GIMP always had one hand on the keyboard and the other
> hand holding the tablet pen.

Let me propose a heretic idea that this is perhaps because most common
work flows do not work out with having one hand on the keyboard while
using a tablet? Like not having access to a one click undo. I know my
need to have a hand on the keiboard near disappeard when I got the
button maping for my bamboo working, so I have function keys for
undo/redo.

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

Re: ceci n'est pas une selection...

2009-11-01T10:47:05Z

On Sun, Nov 1, 2009 at 8:21 PM, Thorsten Wilms <t_w_@...> wrote:
> On Sun, 2009-11-01 at 18:49 +0100, Sven Neumann wrote:
>
>> I wonder why you need both hands on the tablet. The pros that I have
>> seen working with GIMP always had one hand on the keyboard and the other
>> hand holding the tablet pen.
>
> That's what I do, too. Wouldn't with a tablet-PC, though ;)
Or a screen tablet. Too bad I cant afford one :P.

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

Re: ceci n'est pas une selection...

2009-11-01T10:45:23Z

On Sun, Nov 1, 2009 at 7:49 PM, Sven Neumann <sven@...> wrote:
> I wonder why you need both hands on the tablet. The pros that I have
> seen working with GIMP always had one hand on the keyboard and the other
> hand holding the tablet pen. I don't want to offend you in any way, I
> just would like to understand why using the tablet and the keyboard at
> the same time is not an option for you.

It is an option, but its often inconvenient. I like to have my tablet
aligned with the screen as much as possible. It makes drawing easier.
After being a tablet user for several years now I can do side by side
setup if I have to, but more often than not, Ill just pick up the
tablet and hold it, since having a laptop, best place under the screen
is already taken. This puts the keyboard on the other side of the
tablet. I have A5 tablet, so not that big, but reaching for the keys
is still a hassle.

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

Re: ceci n'est pas une selection...

2009-11-01T10:21:27Z

On Sun, 2009-11-01 at 18:49 +0100, Sven Neumann wrote:

> I wonder why you need both hands on the tablet. The pros that I have
> seen working with GIMP always had one hand on the keyboard and the other
> hand holding the tablet pen.

That's what I do, too. Wouldn't with a tablet-PC, though ;)

--
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

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

Re: ceci n'est pas une selection...

2009-11-01T09:49:28Z

Hi,

On Sun, 2009-11-01 at 09:29 -0800, Patrick Horgan wrote:

> Yea!!! Seems like an obvious idea now that I've heard it that would
> make tablet user's lifes more happy:) Although, if you think about why
> I would be wanting to get rid of the selection, I'm probably going to
> have to scale or select another layer or something that is also less
> than optional. If we could have two little buttons it would be much
> better. The first, the aforementioned selection canceler, and the
> second, something that does the same toggle as hitting <TAB>. I love
> the <TAB> keyboard shortcut, but to use it I usually have to set down my
> tablet and reach over to the keyboard, which breaks the flow.

I wonder why you need both hands on the tablet. The pros that I have
seen working with GIMP always had one hand on the keyboard and the other
hand holding the tablet pen. I don't want to offend you in any way, I
just would like to understand why using the tablet and the keyboard at
the same time is not an option for you.

Sven

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

Re: ceci n'est pas une selection...

2009-11-01T09:29:35Z

SHIRAKAWA Akira wrote:
> ...elision by patrick...
> I like the close box more (the <esc> button on my keyboard is too far
> away from my tablet, and I think this is the case for most tablet users,
> especially if large ones are used), but what if the selection is bigger
> than the drawing area or if is it in another part of the image than the
> one currently viewed? Then one would have to zoom out/pan again to click
> the box, in other words will have to "search it".
>
Exactly my problem. When I'm using my tablet, keyboard shortcuts
ain't. And something that's part of the marching ants won't be visible
when I'm doing detail work.
> What about showing a small "remove selection" button near the "Toggle
> Quick" Mask button? That would be in my opinion a very logical place for
> the proposed close box [x] to be, would take out very little space and
> be always visible.
>
Yea!!! Seems like an obvious idea now that I've heard it that would
make tablet user's lifes more happy:) Although, if you think about why
I would be wanting to get rid of the selection, I'm probably going to
have to scale or select another layer or something that is also less
than optional. If we could have two little buttons it would be much
better. The first, the aforementioned selection canceler, and the
second, something that does the same toggle as hitting <TAB>. I love
the <TAB> keyboard shortcut, but to use it I usually have to set down my
tablet and reach over to the keyboard, which breaks the flow.

Patrick

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

Re: GIMP's name

2009-11-01T08:22:53Z

On Sun, 2009-11-01 at 14:29 +0100, mrhamster00 wrote:

> These discussions about the name are almost stupid, and a lack of
> time.

And the best way to end such a discussion is not to contribute to it.
Let them discuss the name and just ignore them. In the meantime we can
discuss topics that matter.

Sven

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

GIMP's name

2009-11-01T05:29:58Z

Hello.
There are more languages than English. I'm from Spain, and I speak
Spanish and I don't have problems with the word "GIMP", and there is a
lot of people in the world that thinks the same idea. Also, the "new
name" could have problems in other languages.

These discussions about the name are almost stupid, and a lack of
time. Is better discuss about the single window interface, vector
layers, layer groups, tags in resources... Vector layers or layer
groups is something useful. A different name doesn't help to create
new images and It doesn't save time to create them.

If someone doesn't like "GIMP", He can create their own fork and
release It under his favorite name because GIMP is free software.

I think that GIMP is useful itself and It doesn't need brandings or gimmicks.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: The name "Gimp"

2009-10-31T14:12:01Z

On 10/31/2009 09:26 PM, Alexandre Prokoudine wrote:
> The question you really have to ask is: will actual GIMP developers
> agree to work on rebranded GIMP? Because, you see, there are just 3,7
> of them. And only Martin (correct me if I'm wrong) once said he
> wouldn't mind having GIMP rebranded.

I once did, but that was before I got more involved in the project.
I am nowadays against a rebranding. GIMP is a well known project
and my belief is that changing the name will be of negligible benefit.

/ Martin

--

My GIMP Blog:
http://www.chromecode.com/

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

Re: Wish: adding Jitter and Brush Dynamics into Script-Fu

2009-10-31T13:36:41Z

On Sat, 2009-10-31 at 11:40 +0100, ginodonig@... wrote:

> Hi.
>
> After glancing over the various commands listed inside the Script-Fu
> Procedure Browser, I noticed that it ain't possible to invoke Jitter
> and Brush Dynamics by using the Script-Fu language.
>
> It would be nice if these two useful features were implemented within
> Script-Fu in some way.
>
> By chance, the addition of these functionalities into Script-Fu (as
> new procedures or maybe as arguments of existing procedures) is
> planned for upcoming versions of GIMP?

yes.

ciao,
--mitch

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

Re: The name "Gimp"

2009-10-31T13:26:15Z

On 10/31/09, Christopher Howard wrote:

> that. Every heard, though, of the original name of the Linux OS?
> Torvalds wanted it called "Freaxs." Fortunately, though, the name Linux
> stuck, and even Linus admitted this was better.

For reasons far beyond human imagination this is all but a valid
argument, because the choice was made before the 1st public version of
kernel was actually published, while GIMP is around for over a decade
already.

The question you really have to ask is: will actual GIMP developers
agree to work on rebranded GIMP? Because, you see, there are just 3,7
of them. And only Martin (correct me if I'm wrong) once said he
wouldn't mind having GIMP rebranded.

Living in a country of 100+ millions of potential users I have no
problem advocating GIMP name-wise. But I do have a problem advocating
it feature-wise and the last thing I would ever want to see is
development stopped because some nois^H vocal people go further than
4th meaning of a word in a dictionary while having a problem
understanding what an acronym is. Education does cruel things to
people's minds.

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

Re: Re branding ....

2009-10-31T08:21:04Z

On Saturday 31 October 2009, vabijou2 wrote:
> Speaking again as a non-programmer, why would anything have to change
> internally?

Many internal names have "gimp" in them, and future generations of programmers
should not have to ask themselves what that stands for when nobody
knows "GIMP" anymore.

So while changing names internally is not strictly required, it would be very
very much recommended.

Daniel

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

signature.asc (205 bytes) Download Attachment

Re: ceci n'est pas une selection...

2009-10-31T08:18:21Z

On Saturday, October 31, 2009, 11:50:43, peter sikking wrote:

> what I am missing is a direct way to end the selection state.

I like the way PSP has this implemented: right click anywhere with any
of the selection tools active will dismiss the current selection (I
find having a secondary function bound to the right mouse button much
more useful than a context menu, especially since the context menu in
GIMP duplicates the menu bar).

--
< Jernej Simončič ><><><><>< http://eternallybored.org/ >

Opportunity always knocks at the least opportune moment.
-- Ducharme's Precept

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