Re: [Gimp-developer] http://wiki.gimp.org/

2011-03-31 Thread Burnie West 
On 03/31/2011 01:44 PM, Martin Nordholts wrote:
> On 03/31/2011 02:40 PM, Michael Natterer wrote:
>> Hi all,
>>
>> I'm pleased to announce that the new GIMP developer wiki
>> has found its way home and is reachable as wiki.gimp.org now.
> That's great! I have removed 'GIMP' from the roadmap title now since the
> domain itself has enough GIMP-weight, the roadmap can now be found at:
>
> http://wiki.gimp.org/index.php/Roadmap
>
>
>> Thanks a lot to LightningIsMyName and Alexia for starting,
>> hosting, and taking care of the wiki.
> Indeed, thank you Alexia and LightningIsMyName.
>
>/ Martin
And my thanks to the two of you as well - the organization and content of the 
wiki gives me some confidence I might be able to contribute in future :)
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] New adjustment widgets

2011-01-07 Thread Burnie West 
On 01/07/2011 03:55 AM, peter sikking wrote:

< snip >
> say you got a slider going from 1 to 1000. then divide the slider
> range (in pixels) in 3 equal parts, so that each handles a decade:
>
> |--   1–10   --|--  10–100  --|-- 100–1000 --|
>
> within each third the increase/decrease of value is linear.
This looks neat -- OTOH as tablets get more multitouch the current
trend seems to be touch speed controls rate of change nonlinearly.
Mouse tracking could execute this way. Looks hard, tho :-)

   -- Burnie

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

Re: [Gimp-developer] Looking for guidance on implementing a plugin

2010-05-28 Thread Burnie West 
On 05/28/2010 08:03 AM, Rob Antonishen wrote:
>> Maybe the code for
>>
>> http://registry.gimp.org/node/19582
>>
>> is useful?
>>
>> Nicolas Robidoux
>>  
> I looked at that one and they simply create a new image with a scaled
> version of the active layer, which is sub-optimal from a UI
> perspective (the plugin registers under the Image menu, but only
> scales one layer, and ends up create a new image).
>
> The "built-in" scaling options are:
>   Image->Scale Image which scales all the layers, layer masks, channels
> (including the active selection) and paths of the image, not just the
> active layer
>   Layer->Scale Layer which scales the active layer only but does not
> change the image canvas size or scale the associated layer mask (is
> that a reasonable behavior?).
>
>
> Thinking about it, I guess my initial question really had two parts:
> > From a UI perspective:
>   - should an action like scaling create a new image? (I'm leaning towards no)
>   - should an action like scaling scale all layers, masks, channels
> and paths of an image if it is the image menu (otherwise in the layer
> menu)? (I'm leaning towards yes)
>   - should an action like scaling a layer also scale an associated
> layer mask? (yes?)
>   - with 2.8 having layer groups, will any of this have to change?
>
 From my (quite naive) perspective, it feels like a layer mask should 
scale with the layer in the Layer menu.  I would expect a layer group to 
scale all layers (and their masks as well, for those layers in the group 
with an associated mask) in the group proportionately - which implies a 
Layer Group->Scale menu item.
> > From a programming perspective:
>   - Assuming I have decided my plugin will rescale a layer only (i.e.
> from the user's perspective the active layer gets scaled) is it better
> to create a new drawable to contain the scaled image and insert it in
> the layer stack and delete the initial layer, or better to use
> gimp_pixel_rgn_init to grab the pixels from the source layer, then
> change the layer boundary size and and use gimp_pixel_rgn_init to
> create a second pixel region as an output buffer pointing to the newly
> sized drawable?
>
> -Rob A>
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
>

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