On Tue, Mar 1, 2011 at 22:52, LightningIsMyName
wrote:
> Users who have a comment on the list should raise it now.
Sven had some time ago the idea of a PDB to D-Bus bridge. Wouldn't
that a nice GSoC project?
Regards,
Tobias
___
Gimp-developer mailing l
Chris Mohler gmail.com> writes:
>
> On Tue, Mar 1, 2011 at 3:46 PM, Kevin Cozens ve3syb.ca> wrote:
> > I'm a little uneasy at the moment about the "ban working with numbers for
> > transformations" comment.
>
> It would be nice (IMO) to have a dockable that displays the "numbers"
> of the tran
I can remember there was an intention to rewrite iwarp plug-in as a tool...
Kevin Cozens wrote:
> LightningIsMyName wrote:
>> Users who have a comment on the list should raise it now.
> I did mention one possible GSoC idea was a rewrite of gimp-perl. The binding
> seems to be a bit of a mess and c
On 03/02/2011 04:33 AM, GSR - FR wrote:
> Hi,
> ense...@gmail.com (2011-03-01 at 2214.48 +0100):
>> Thanks, I've added your items as well as mapped features into GIMP
>> releases up to GIMP 3.8. (I implicitly include both 'color adjustment
>> layers' and 'filter layers' under "Adjustment layers".):
Hi,
ense...@gmail.com (2011-03-01 at 2214.48 +0100):
> Thanks, I've added your items as well as mapped features into GIMP
> releases up to GIMP 3.8. (I implicitly include both 'color adjustment
> layers' and 'filter layers' under "Adjustment layers".):
> http://gimp-wiki.who.ee/index.php/GIMP_Roa
Your mention of a wrapper made me wonder, "what? where?" I don't believe
there was any such thing in the GIMP 2.0. So I looked in the bin directory
and lo and behold! gimp-console-2.6.exe. Apparently now there are separate
executables for GUI and console use. Either there weren't before, or the
pre
> Users who have a comment on the list should raise it now. The ideas
> list was divided in to two parts, as discussed on IRC.
> Developers who wish to make small corrections should feel free to do
> so, but please do not move projects between the lists / add/remove
> projects or do any other major
> > I'm a little uneasy at the moment about the "ban working with
> > numbers for transformations" comment.
>
> It would be nice (IMO) to have a dockable that displays the "numbers"
> of the transform tool's current selection and transform, and also
> applies numerical input to the transform tool.
jcup...@gmail.com wrote:
> I might be able to help a little on the forks-two-processes thing. My
> app does this as well, because Windows distinguishes between
> command-line and GUI .exes.
Could you have Windows start GIMP as a GUI program but pass -i to GIMP to
stop it from opening up its windo
On Tue, Mar 1, 2011 at 3:46 PM, Kevin Cozens wrote:
> I'm a little uneasy at the moment about the "ban working with numbers for
> transformations" comment.
It would be nice (IMO) to have a dockable that displays the "numbers"
of the transform tool's current selection and transform, and also
appli
LightningIsMyName wrote:
> Users who have a comment on the list should raise it now.
I did mention one possible GSoC idea was a rewrite of gimp-perl. The binding
seems to be a bit of a mess and could stand some clean up. I may squeeze in
a bit more time to make sure it at least works with 2.6 an
Hello,
The nearly finalised project list for GSoC 2011 is available at the
wiki: http://gimp-wiki.who.ee/index.php/Hacking:GSoC_2011/Ideas
Users who have a comment on the list should raise it now. The ideas
list was divided in to two parts, as discussed on IRC.
Developers who wish to make small c
>>> * unified transform tool (I remember seeing plans for that last item on
>>> Peter sikking's Blog)
>> http://gui.gimp.org/index.php/Transformation_tool_specification
>>
>> You will probably be nicely surprised :)
Definitely surprised. It looks interesting.
A different icon than the small cir
On 03/01/2011 03:23 PM, Michael Grosberg wrote:
> Congrats! this is a much-needed step.
>
> Can I ask what "non-destructive editing" is? According to Adobe, this
> includes:
> * Color adjustment layers (such as levels, hue/saturation, threshold, etc)
> * filter layers (such as blur, sharpen, embos
On 1 March 2011 16:42, wrote:
> So it sounds to me, though I've not checked and this is just a guess,
> that the Windows wrapper .exe is not terminating correctly in the new
> gimp. Also, this is from memory of looking into this a few years ago,
> I've probably messed up the details, argh.
Just
On 1 March 2011 05:00, Roger Penn wrote:
> work out all the how's and so-forth, but for now if anyone knows the inner
> workings of gimp-quit or why calling gimp.exe from the command line forks
> two gimp processes I'd sure be grateful for some insight. Thanks.
I might be able to help a little on
On Tue, Mar 1, 2011 at 16:16, Alexandre Prokoudine <
alexandre.prokoud...@gmail.com> wrote:
> On 3/1/11, Michael Grosberg wrote:
>
> > I also have a couple of suggestions for things to put on the roadmap:
> >
> > * change the floating selection behavior so that float and un-float can
> > be aut
On 3/1/11, Michael Grosberg wrote:
> I also have a couple of suggestions for things to put on the roadmap:
>
> * change the floating selection behavior so that float and un-float can
> be automatic and not need user's explicit input.
Wasn't it supposed to be done in 2.8 actually? Floating sele
Martin Nordholts gmail.com> writes:
>
> On the developer meeting I got an action to create a draft of a roadmap.
> It can be found here:
>
> http://gimp-wiki.who.ee/index.php/GIMP_Roadmap
>
> It has has a list of features we prioritize, as well as a list of at
> what GIMP release we expect f
19 matches
Mail list logo