On Fri, Mar 27, 2009 at 1:36 AM, <gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx> wrote:
Send Gimp-developer mailing list submissions to
gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
or, via email, send a message with subject or body 'help' to
gimp-developer-request@xxxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
gimp-developer-owner@xxxxxxxxxxxxxxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Gimp-developer digest..."
Today's Topics:
1. Re: GIMP PDF export plugin (Andrew A. Gill)
2. Re: GIMP PDF export plugin (Andrew A. Gill)
3. Re: a good student UI project... (Alexandre Prokoudine)
4. Re: a good student UI project... (David Gowers)
5. Re: a good student UI project... (Irena Damsky)
6. Re: a good student UI project... (yahvuu)
----------------------------------------------------------------------
Message: 1
Date: Thu, 26 Mar 2009 03:40:09 -0400 (EDT)
From: "Andrew A. Gill" <superluser@xxxxxxxxxxxxxxx>
Subject: Re: GIMP PDF export plugin
To: Martin Nordholts <enselic@xxxxxxxxx>
Cc: gimp-developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID: <alpine.LNX.1.00.0903260311120.7133@localhost>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Thu, 26 Mar 2009, Martin Nordholts wrote:
>
> I must say I find this a bit arrogant.
Maybe. Probably.
But I think it's time for me a a user to stop telling developers
what I need and to start asking what you need to make that
happen.
I think it's time to stop looking at this from the position of
nebulous wants and desires and to start looking at the end
product and asking what restrictions need to be placed on its
development. Where does it connect to the rest of the program?
How does it interact with the rest of the program? When we know
that, we'll be able to start figuring out how best to implememt it.
> Supporting someone that is inexperienced with hacking on the GIMP core
I'm not asking for support. I'm just asking you what the shape
of the hole is that the CMYK peg must fit into.
I'm not really suggesting that I tackle the problem, but in my
experience, the first response to ``You should have feature X''
is usually ``You forgot to attach the patch.'' Talk is cheap,
and somebody needs to offer to help.
--
| Andrew A. Gill To ensure continued quality of service, |
| this e-mail is being monitored by the NSA |
| <superluser@xxxxxxxxxxxxxxx> <http://www.needsfoodbadly.com> |
--
------------------------------
Message: 2
Date: Thu, 26 Mar 2009 05:16:20 -0400 (EDT)
From: "Andrew A. Gill" <superluser@xxxxxxxxxxxxxxx>
Subject: Re: GIMP PDF export plugin
To: Vincent Lordier <vincent.lordier@xxxxxxxxx>
Cc: GIMP Developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID: <alpine.LNX.1.00.0903260511520.7133@localhost>
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII
On Wed, 25 Mar 2009, Vincent Lordier wrote:
> Hello happy CMYK warriors,
>
> This is valuable input you're giving actually
> How about collecting these use cases for prepress in the wiki here
> http://wiki.gimp.org/gimp/ ?
Well, I'm a man of my word and so I just contributed my wiki
attempt to do my part to change this from pie-in-the-sky
dreaming.
There's an incomplete draft here:
<http://wiki.gimp.org/gimp/ToDo/FloorpieCMYK>
I still need to come up with a good color correction example and
a good rich black example, but I should sleep now.
--
| Andrew A. Gill To ensure continued quality of service, |
| this e-mail is being monitored by the NSA |
| <superluser@xxxxxxxxxxxxxxx> <http://www.needsfoodbadly.com> |
--
------------------------------
Message: 3
Date: Thu, 26 Mar 2009 12:32:31 +0300
From: Alexandre Prokoudine <alexandre.prokoudine@xxxxxxxxx>
Subject: Re: a good student UI project...
To: GIMP Developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID:
<733f2c730903260232v3d481f6fn4d6b8a998c56bd28@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1
On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:
> levels, curves - could support the user's intention more directly:
> ? ? ? ? ? ? ? ? ? - mark places in the image, which should be brighter/darker,
> ? ? ? ? ? ? ? ? ? ? or have more/less contrast or modified colors
> ? ? ? ? ? ? ? ? ? - the whitepoint, graypoint pickers could be adjustable markers
> ? ? ? ? ? ? ? ? ? ? on the image. Or a completely different method for whitebalance?
> ? ? ? ? ? ? ? ? ? - if tones are getting compressed, better control of where the
> ? ? ? ? ? ? ? ? ? ? clipping happens (separately for each of R,G,B, Value)
Yup, on-canvas level/curves. Excellent point.
Another idea: Gradient fill tool that has color stops editable on
canvas (a-la Inkscape).
Alexandre
------------------------------
Message: 4
Date: Thu, 26 Mar 2009 20:29:48 +1030
From: David Gowers <00ai99@xxxxxxxxx>
Subject: Re: a good student UI project...
To: Alexandre Prokoudine <alexandre.prokoudine@xxxxxxxxx>
Cc: GIMP Developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID:
<23f4e3390903260259p4a6d55ebtb4e9b2d3398529f0@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1
> gradation map - nearly the same: map image points to positions in the gradient
Yahvuu, you probably need to clarify: how is this different from
Colors->Map->Gradient Map?
On Thu, Mar 26, 2009 at 8:02 PM, Alexandre Prokoudine
<alexandre.prokoudine@xxxxxxxxx> wrote:
> On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:
>
>> levels, curves - could support the user's intention more directly:
>> ? ? ? ? ? ? ? ? ? - mark places in the image, which should be brighter/darker,
>> ? ? ? ? ? ? ? ? ? ? or have more/less contrast or modified colors
>> ? ? ? ? ? ? ? ? ? - the whitepoint, graypoint pickers could be adjustable markers
>> ? ? ? ? ? ? ? ? ? ? on the image. Or a completely different method for whitebalance?
>> ? ? ? ? ? ? ? ? ? - if tones are getting compressed, better control of where the
>> ? ? ? ? ? ? ? ? ? ? clipping happens (separately for each of R,G,B, Value)
Better? We already have exact control of clipping for each of
R,G,B,Value , so do you mean a change in the quality of clipping
control? I think this needs to be more specific
>
> Yup, on-canvas level/curves. Excellent point.
>
> Another idea: Gradient fill tool that has color stops editable on
> canvas (a-la Inkscape).
If I had this, I'd probably delete all my gradients :) IMO this is a
much more usable way in general, and premade gradients cover only a
small subset of use cases.
David
------------------------------
Message: 5
Date: Thu, 26 Mar 2009 18:51:30 +0200
From: Irena Damsky <irena.damsky@xxxxxxxxx>
Subject: Re: a good student UI project...
To: peter sikking <peter@xxxxxxxxxxxx>
Cc: GIMP Developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID:
<4ecb01410903260951i612ac6a6pebbd3444e1ef5873@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"
Peter Hi,
I think you should post this question to the GIMP-USERS list.
I find it extremely useful to ask the users themselves what do they want to
be a part of a package they are using...
Irena
On Wed, Mar 25, 2009 at 10:38 PM, peter sikking <peter@xxxxxxxxxxxx> wrote:
> hi all,
>
> at the end of may I am again teaching an interaction design
> course at the FH Voralrberg (university of applied sciences).
>
> here is the plan: the course is in the form of a design project,
> and the students work in small teams on a UI concept for GIMP.
> all (4) teams work on the same design problem. after the thing
> is over and they got their grades, I will take the overall concept
> further using their ideas and then spec a solution.
>
> so now we need a design problem. the course is short but
> intense, 3 days with me full-time to work up a solutions model
> and then they take some days to finish their presentation.
>
> so now huge redesign problems, more something like a compact tool.
> (like the free/poly select tool), or a tricky interactive dialog
> (like, combined brightness/contrast + levels + curves).
>
> please post your suggestions what we could do.
>
> --ps
>
> founder + principal interaction architect
> man + machine interface works
>
> http://mmiworks.net/blog : on interaction architecture
>
>
>
> _______________________________________________
> Gimp-developer mailing list
> Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
--
Irena Damsky
irena.damsky@xxxxxxxxx
057-8165528
052-3294417
you can also find me on MSN: ira_damsky@xxxxxxxxxxx
Smile! and the world will smile with you!
Cry! and you'll cry alone...
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /lists/gimp-developer/attachments/20090326/58e3c3be/attachment-0001.html
------------------------------
Message: 6
Date: Thu, 26 Mar 2009 18:37:39 +0100
From: yahvuu <yahvuu@xxxxxxxxx>
Subject: Re: a good student UI project...
To: GIMP Developer <gimp-developer@xxxxxxxxxxxxxxxxxxxxxx>
Message-ID: <49CBBD63.8060502@xxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1
hi,
David Gowers schrieb:
>> gradation map - nearly the same: map image points to positions in the gradient
> Yahvuu, you probably need to clarify: how is this different from
> Colors->Map->Gradient Map?
sorry for the misspelling. Exactly Colors->Map->Gradient Map is what i meant.
Here again, a balance between emphasizing certain photo areas
and adjusting the global tone is desired.
>> On Thu, Mar 26, 2009 at 4:12 AM, yahvuu wrote:
>>> - if tones are getting compressed, better control of where the
>>> clipping happens (separately for each of R,G,B, Value)
> Better? We already have exact control of clipping for each of
> R,G,B,Value , so do you mean a change in the quality of clipping
> control? I think this needs to be more specific
Indeed, clipping is under full control right now. Applying the on-canvas idea,
it's interface could be supplemented by marking the border between important
image regions and those regions which can be color-clipped without regret.
More useful would be augmented feedback:
- how harsh does the clipping start?
- which details get lost?
- is one of R,G,B clipping early?
Something more advanced than letting the clipped pixels blink could
be interesting here.
greetings,
peter
------------------------------
_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
End of Gimp-developer Digest, Vol 78, Issue 51
**********************************************
--
http://www.watch-movies-online-hollywoodkiller.com
_______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
