On 07/15/2009 09:59 PM, Eric Daoust wrote:
> Hello,
>
> I have uploaded a couple patches (tarballs containing multiple
> commits) to bugzilla. What is the correct method to apply these
> patches so that others can see my work?
Hi,
To apply patches created with git-format-patch, use git-am, like
On 07/16/2009 03:44 AM, Khoem Sokhem wrote:
> Hello list members,
>
> I just want to ask one question on how to switch langugage in Gimp via
> menu, It will be good if Gimp can switch language via menu like VLC,
> Pidgin.
> Any one know, will Gimp have this feature in the future?
>
> Thank in advan
that early in the .c files. That way the order of
inclusion below does not matter
BR,
Martin
>From a6793ad5b6c8048bbbdb4678048cfa41d3fc934a Mon Sep 17 00:00:00 2001
From: Martin Nordholts
Date: Thu, 16 Jul 2009 16:19:34 +0200
Subject: [PATCH] Fix compilation for WiP metadata plug-in
---
On 07/16/2009 04:52 PM, Javier R. wrote:
> Hola, hi.
>
> I am trying to save an image as a jpeg file in a c-plugin.
> The problem is that I have not been able to use the file_jpeg_save
> function.
There is no such function in the C plug-in API, but you can invoke the
PDB function called file-jpe
On 07/16/2009 05:39 PM, Rob Antonishen wrote:
> I have a (hopefully simple) question that I can not seem to find the
> answer for anywhere...
>
> When is it appropriate to write:
>
> - a script
> - a python plugin
> - a compiled plugin
>
> Specifically, If I have written a script and want better sp
Hi again,
This is what we ended up in the last discussion. Anyone have some final
comments or objections before I push this to master and port plug-ins to
use this?
/ Martin
/**
* gimp_export_prepare_image:
* @image_ID: Pointer to the image_ID.
* @drawable_ID: Pointer to the draw
On 07/18/2009 06:53 PM, Sven Neumann wrote:
> Hi,
>
> On Sat, 2009-07-18 at 15:02 +0200, Martin Nordholts wrote:
>
>> This is what we ended up in the last discussion. Anyone have some final
>> comments or objections before I push this to master and port plug-ins to
>&
On 07/18/2009 09:10 PM, Sven Neumann wrote:
> Hi,
>
> The semantics of gimp_export_image() are complete crap (I wrote this
> code in the first place, so I have the right to say that). So let's not
> make this error worse by introducing a new function that has the same
> broken semantics. If you rea
Hi,
With the integration of tagging support in GIMP we have a mechanism that
allows us to organize resources (brushes, patterns, palettes, and
gradients). This enables us to add a bigger set of default resources.
Not being an artist myself makes me rather useless for this task. To get
things r
On 07/20/2009 02:40 PM, Rob Antonishen wrote:
> Is the tagging data stored in the resource file itself as metadata or
> in some corresponding file or files?
The tags are stored externally in ~/.gimp-2.7/tags.xml
> Is it possible to pre-tag the items in a set of resources (say a brush
> set) that
On 07/19/2009 11:06 AM, Martin Nordholts wrote:
> On 07/18/2009 09:10 PM, Sven Neumann wrote:
>> If you really need the semantics of
>> gimp_export_image() as an interim solution, that's fine. But then we
>> don't need to add an extra API for this. If you p
On 07/20/2009 06:43 AM, Laxminarayan Kamath wrote:
> On Mon, Jul 20, 2009 at 4:06 AM, Martin Nordholts wrote:
>> Hi,
>>
>> With the integration of tagging support in GIMP we have a mechanism that
>> allows us to organize resources (brushes, patterns, palettes, and
>
On 07/20/2009 10:29 AM, Alexandre Prokoudine wrote:
> On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote:
>
>> * Add larger variants of the circle and fuzzy circle
>> brushes, say 50, 100, 250 and 500 px
>
> The prerequisite for this is GIMP not playing a dying
On 07/20/2009 06:14 PM, Rob Antonishen wrote:
> Couple quick questions...
>
> How is it decided what scripts should be included in the core?
If they help us fulfill the product vision [1], they should be added.
>
> For example, I have created a new script with a number of menu entries
> to grow s
On 07/20/2009 11:10 AM, Alexia Death wrote:
>>* Add larger variants of the circle and fuzzy circle
>
> Please no, there's too many round brushes already and bigger ones would
> look exactly the same and add confusion. There should not be 2 brushes
> that look to be the same shape in the default
On 07/20/2009 03:28 PM, Alexandre Prokoudine wrote:
> On Mon, Jul 20, 2009 at 2:36 AM, Martin Nordholts wrote:
>> Hi,
>>
>> With the integration of tagging support in GIMP we have a mechanism that
>> allows us to organize resources (brushes, patterns, palettes, and
>
On 07/20/2009 06:19 PM, Emil Assarsson wrote:
> What I really miss is to be able to remove brushes that I don't need
> and sort/group the ones I use a lot.
> Maybe it would be better that most - if not all - of the brushes where
> copied to the users profile as a default instead of being static.
I
On 07/22/2009 06:39 AM, Jonathan Wolf wrote:
> Hello,
>
> I am interested in using the "GIMP" logo graphic in a commercial
> product under a special thanks page in the credits. Who would I need
> to get in contact with to ask for permission for usage?
You would either have to comply with the licen
On 07/22/2009 06:50 AM, Joao S. O. Bueno wrote:
> Now, my tagging proposal would just keep then available for people and
> scritps alike, while making then 100% non-obtrusive, - I don' t
> understand why you haven't commented on that.
I think your suggestion to use tags to mark resources as invisi
On 07/22/2009 12:18 PM, SHIRAKAWA Akira wrote:
> Martin Nordholts wrote:
>
>> I get your drift, but is it really reasonable to force a user to scale
>> a say 250px brush to 3px if that is what he desires? It might be, but
>> I don't think it is with our current scaling
On 07/20/2009 12:36 AM, Martin Nordholts wrote:
> Does anyone have any suggestions on adjustments and additions to the
> default set of GIMP resources?
Thanks for the great feedback everyone. Summing it up, these are the
current desired adjustments to the default set of resources.
We
On 07/22/2009 03:28 PM, Martin Cracauer wrote:
> Speaking of brushes - brush rotation which currently requires a plugin
> (which is a little painful to use as it isn't interactive) is high on
> my wishlist.
Brush rotation is implemented in git master and will be part of GIMP 2.7.0.
/ Martin
___
On 07/22/2009 11:59 PM, Martin Cracauer wrote:
> Hi.
>
> Can somebody tell me how far away GIMP is from being able to view
> manipulations that you do in a different color space in real time in
> real colors?
Hi,
The current plan is get GIMP 2.8 out the door asap, hopefully within the
next few m
On 07/23/2009 12:27 AM, Martin Cracauer wrote:
> Do I understand that correctly that you will move to
> single-floats/color?
Yes, virtually all image processing and compositing will be performed in
the linear light RGBA color space with 32 bit float depth per channel.
There have been discussions
On 07/23/2009 12:39 AM, Sven Neumann wrote:
> Hi,
>
> On Wed, 2009-07-22 at 12:10 +0200, Martin Nordholts wrote:
>> On 07/20/2009 06:19 PM, Emil Assarsson wrote:
>>> What I really miss is to be able to remove brushes that I don't need
>>> and sort/group the o
On 07/23/2009 12:56 AM, Sven Neumann wrote:
> Hi,
>
> On Thu, 2009-07-23 at 00:51 +0200, Martin Nordholts wrote:
>
>> We could either introduce a complex system to allow the user to delete
>> system resources, or we could make it simple for ourselves and the user
>>
On 07/23/2009 04:11 AM, Martin Cracauer wrote:
> I use the git version of last week. Lost my tablet (probably due to
> some dbus API issue) but works otherwise.
>
> Let me just poke some more.
>
> And does all this survive layer copying and other changes?
>
>Does current 2.7 carry floating
> point
On 07/23/2009 05:38 PM, SHIRAKAWA Akira wrote:
> Hello,
>
> I was about to write a rather detailed interface/feature improvement
> suggestion about the brush editing feature in GIMP but then I thought
> that first it would be better to show you all this (incomplete)
> interface mock-up I made:
Hi
On 07/23/2009 06:17 PM, SHIRAKAWA Akira wrote:
> Would you like me to write more in detail and be more specific regarding
> this?
Absolutely, I mean why would you hold it back?
BR,
Martin
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley
On 07/23/2009 06:37 PM, Sven Neumann wrote:
> I don't see how anything that was unreasonable some years ago becomes
> reasonable in 2009.
It was equally reasonable also some years ago. My point was that we are
long past the time when hard disk space was an issue.
>>> Another reason is that it be
On 07/24/2009 09:06 AM, Sven Neumann wrote:
> Hi,
>
> On Thu, 2009-07-23 at 22:07 +0200, Martin Nordholts wrote:
>
>> So, we can only add resources and tags that have never shipped with a
>> previous version of GIMP to the migrated user dir. Finding this set of
>>
On 07/24/2009 11:48 AM, gg wrote:
> Hi,
>
> I added a comment to a png image and pressed Save. I was averted to the
> fact it failed by the fact it was too quick (a fairly large file).
>
> On repeating the save to see what happened I caught a glimpse of a
> subliminally fast message at the bottom o
On 07/24/2009 11:55 AM, gg wrote:
> Hi,
>
> using gimp 2.6.6 I pulled the tool options dlg off the toolbox. Now it
> won't dock back in.
>
> the space says "you can drop dockable dialogs here" but nothing happens
> when I do. I remain with two independant windows.
>
> I was explaining to someone ov
On 07/24/2009 12:28 PM, Sven Neumann wrote:
> Hi,
>
> On Fri, 2009-07-24 at 10:33 +0200, Martin Nordholts wrote:
>
>> Whatever approach we take will require some dedicated code for managing
>> system/default resources. My conclusion is that being forced to deal
>>
On 07/24/2009 01:10 PM, Martin Nordholts wrote:
> As convinced you are that your approach is better than mine, I'm equally
> convinced my approach is better then yours.
I would like to add that if the ongoing brush dynamics and tool options
redesign discussions end with a solution wh
On 07/25/2009 06:05 PM, Luis Diego Alpizar Alpizar wrote:
> > This is the annotated version I sent to the GIMP UI brainstorm blog. It
> > doesn't add much more than what has been already wrote in this thread
> > though:
> >
> > http://img268.imageshack.us/img268/8928/sdigimp.png
>
> I agree wi
On 07/26/2009 05:45 AM, SHIRAKAWA Akira wrote:
> Nelson A. de Oliveira wrote:
>
>> This is something that I, as an user, would like to have.
>> It also seems to save some screen space when editing on a notebook
>> that can do only 1024x768 too :-)
>
> This is a smaller version I made which shows th
On 07/24/2009 11:07 AM, Stephen Griffiths wrote:
> I am looking for some advice on how to make tool re-arrangements
> cancelable in the preferences dialog.
> (for http://bugzilla.gnome.org/show_bug.cgi?id=500930)
>
> the current code that resets the preferences looks like this (in
> prefs-dialog):
On 07/28/2009 03:04 AM, Joao S. O. Bueno wrote:
> Getting back to the start of this discussion --
>
> I am in talks with the new mantainer of a very popular brazillian GIMP
> comunity portal this week (Guilherme coordinating www.ogimp.com.br with
> ~20.000 unique visitors a day)-- he has resources
On 07/28/2009 12:40 PM, Roman Joost wrote:
> Hi,
>
> I wasn't sure if I should bring up this discussion on the mailing list
> or better on the bug report
> (http://bugzilla.gnome.org/show_bug.cgi?id=589474).
>
> I think it could be useful to subscribe to events emited by the XMPModel
> (although ot
On 07/31/2009 07:06 PM, Emil Assarsson wrote:
> Hi,
>
> I'm trying to get a grasp over the Gimp code but I think I need a
> cross referenced code browser of some kind. Are there anything online?
> Or can anyone suggest a better way?
>
I use exuberant ctags for looking up symbol definitions, and GN
On 07/31/2009 07:12 AM, Roman Joost wrote:
> I could and the patch provided by that bug adds a custom
> 'property-changed' signal. Sven and Mitch thought, if I inherit from
> XMPModel, I wouldn't really need the 'property-changed' signal, because
> I'd be able to control the 'property-changed' sign
Hi,
The "Color" layer mode has since long produced bad results, see bug
325564 [1] for a way to see this. The cause is a combination of rounding
errors due to 8bit processing and poor properties/usage of the
underlying color model HSL.
I have just implemented Color based on the CIE LCH color m
On 08/02/2009 12:19 PM, SHIRAKAWA Akira wrote:
> Martin Nordholts wrote:
>
>> Does anyone see any problems with using CIE LCH instead of HSV for
>> these layer modes? We can ignore backwards compatibility issues for now.
>
> Except for the final results, will there
On 08/02/2009 12:59 PM, David Gowers wrote:
> LCH processing is definitely slower than HSV or HSL (whether optimized
> or not), so this may have an impact on display update speed (and
> consequently on user experience)
Problems with real-time responsiveness when using LCH is a good point,
and usi
On 08/02/2009 01:50 PM, Roman Joost wrote:
>> does not change the fact that it would be nice to have a
>> 'property-changed' signal as a convenience if you have the need to
>> listen property changes
> So ... I'm just wondering. If I like to use two signals for the
> XMPModel, does it still make se
The input I've gotten so far removed any remaining doubt about porting
those layer modes to LCH, so I've done that now:
commit 18603ac192493296b191197a3e2b62c710398afd
Author: Martin Nordholts
Date: Sun Aug 2 21:35:10 2009 +0200
Bug 401754 – Port Hue, Saturation, Value to CIE LC
On 08/03/2009 10:45 AM, SHIRAKAWA Akira wrote:
> Hello,
>
> The last discussion about using CIE LCH for some layer modes made me
> remember that there is a CIE LCH color selector plugin for GIMP that
> many people would like to see included in the main GIMP distribution
> sooner or later.
Before w
On 08/03/2009 05:07 PM, SHIRAKAWA Akira wrote:
> Martin Nordholts wrote:
>> Before we add support for picking device-independent colors, the whole
>> color selector should be color managed, and it currently isn't.
>
> by
> "not color managed" did you ref
On 08/03/2009 05:44 PM, SHIRAKAWA Akira wrote:
> Can you give a rough estimate of when a color managed picking system
> will be integrated into GIMP ?
Making the color picker color managed has not been incorporated in any
short or long term plan yet. So yeah, maybe we will get around to do it
in
On 08/03/2009 09:33 PM, Sven Neumann wrote:
> GIMP has done it the way you proposed in the past and copied system
> resources to the user directory. This was ugly and caused lots of grief.
> Eventually we got rid of this mess and now you are proposing to undo
> this work and to reintroduce this ugl
On 08/03/2009 11:04 PM, gg wrote:
>As I said in my original post , this is not a "by the way the image
> was not saved" it is an error condition what warrants an modal dialogue
> and a user response.
Please let's not bombard the UI with modal dialogs. They are excellent
for interrupting workf
On 08/03/2009 11:19 PM, Jay Smith wrote:
> _I_ would want my "workflow interrupted" if the program was not going to
> do what I had asked it to do. Maybe that's just me.
Hi Jay
When you do a File -> Save you want to make sure that your changes is
safely written to disk, right? If you have made
On 08/04/2009 08:27 PM, Sven Neumann wrote:
> Well, there have been some good arguments brought up in this thread why
> saving a clean image may make sense. So perhaps we should change the
> default for 'trust-dirty-flag' back to 'no' and always save the image?
I was about to propose changing the
On 08/04/2009 01:29 AM, Christopher Howard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> http://bugzilla.gnome.org/show_bug.cgi?id=164774
>
> Hi - I was going to look into this enhancement. It was a request to make
> it possible for the user to change the zero-point of the image rule
On 08/05/2009 04:39 PM, Radhwan Ben Madhkour wrote:
> Hi,
>
> I want two persons to work on the "same" image at the same time but on
> different pc.
>
> Since my last post ("tile update" on Thursday 30 July), I have had some
> results. One person can open Gimp, start to draw and the changes are
> s
On 08/06/2009 04:48 AM, qrtt1 wrote:
> Hello,
>
> I try to load a file:
>
> const gchar* filename = "/home/qrtt1/Desktop/Images/IMGP5585.JPG";
> gint32 imageId = gimp_file_load(GIMP_RUN_NONINTERACTIVE, filename,
> filename);
>
> but:
>
> qr...@debian:~/Desktop/galileo/workspace/gimp-plu
On 08/10/2009 01:12 AM, Luis Diego Alpizar Alpizar wrote:
> See this http://bugzilla.gnome.org/show_bug.cgi?id=591017
> How can i apply this patch in linux ubuntu??(i did try using man patch,
> seem to work, but not sure)
> i need to recompile GIMP again? (if so how without lossing the patched
> fi
which uses "Circle Fuzzy (11)".
Any comments on the proposed way to deal with obsolete resources?
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
>From b12d3466e65c67aeb0f5cc5a444040f81dd1df23 Mon Sep 17 00:00:00 2001
From: Martin Nordholts
Date: Tue, 11 Aug 2009 20:
On 08/12/2009 06:04 PM, SHIRAKAWA Akira wrote:
> Hello,
>
> A few days ago I was trying out Adobe Photoshop CS4 under my OS, Windows
> 7 RC 64 bit, and although I prefer using GIMP even though it lacks
> some very useful features, I was surprised at one thing in particular:
> its speed when man
On 08/12/2009 08:50 PM, Sven Neumann wrote:
> Hi,
>
> On Tue, 2009-08-11 at 20:45 +0200, Martin Nordholts wrote:
>
>> It has already been concluded that we want to get rid of a few data
>> resources for GIMP 2.8 and also that this requires a mechanism to
>> suppo
On 08/13/2009 05:46 PM, Aurimas Juška wrote:
> Suggestions please. What resource tagging in GIMP could be in 2.8 and
> in the later versions?
Hi Aurimas,
Multiple-selection of resources and keeping translations within tags to
allow switch language would be nice to have for 2.8.
If we keep all t
On 08/13/2009 09:54 PM, BugByteMan wrote:
> Hello,
>
> When I build gimp (mingw/windows XP) with gtk+> 2.17.2 the application
> crashes as soon as I move my mouse over either the toolbox or image window.
> This happens with both the stable (2.6.6 tarball) and git source. I have not
> been suc
On 08/14/2009 02:26 AM, Bug ByteMan wrote:
> I know for sure that the problem I am experiencing is a result of
> changes from gtk+ 2.17.2 to 2.17.3. Unfortunately I do not have it
> isolated to a particular commit.
Between 2.17.2 and 2.17.3 the client-side-window branch was merged to
master. Wha
We are pleased to announce the release of GIMP 2.7.0 which is the
first step towards GIMP 2.8, the next stable release. Even though GEGL
related work has been made, the primary focus for GIMP 2.8 is to get
work not related to GEGL done. This will enable us to fully focus on
GEGL once GIMP 2.8 has b
On 08/17/2009 11:52 AM, Jonathan Wolf wrote:
> Hi,
>
> I've tried to get in contact with the GIMP logo author, but I haven't
> been able to find a valid e-mail address. At any rate, under what
> licensing terms is the GIMP logo under (in particular, does the
> license already allow for usage of the
On 08/20/2009 06:09 PM, LightningIsMyName wrote:
> Hello,
>
> As requested in http://bugzilla.gnome.org/show_bug.cgi?id=382688 I
> have created a PDF export plugin for GIMP. I need some feedback on it
> (mainly on it's GUI) so I'm asking for it here. The plugin can be
> accessed through File->Creat
On 08/21/2009 11:23 AM, LightningIsMyName wrote:
> Where should I register the procedure for creating multiple paged
> PDFs? I switched the plugin to use the gimp_export_dialog as part of
> the new export api, but I don't know what is the correct place to
> register a file saver from the menu
Hi B
Hi Barak,
Sorry for getting your name wrong in the previous mail!
On 08/21/2009 09:32 PM, LightningIsMyName wrote:
> The problem is that if I add the multiple paged PDF as an option to
> the normal sace procedure we will have a problem when running the
> plugin using GIMP_RUN_WITH_LAST_VALS.
> Im
On 08/21/2009 10:51 PM, Tim Harder wrote:
> I ran across an erroneous comma in an enumerator list when building the
> latest G'MIC plugin [1] using the 2.7.0 release.
>
> I couldn't find any related bug reports or fix for the problem in the
> latest git tree so I've attached a patch to fix the issu
On 08/21/2009 10:23 PM, Eric Daoust wrote:
> Hello,
>
> This is my Google Summer of Code website displaying the final results
> of the samplers I worked on during the summer.
>
> http://socghop.appspot.com/document/show/user/ericdaoust/gsoc
>
> Thanks for your time,
> Eric
Hi,
Congratulations on
On 08/22/2009 11:03 AM, LightningIsMyName wrote:
> I wish I could try the new branch, however I don't have a computer to
> test it on with administrator rights... I need someone to package GIMP
> 2.7 as a zip so I can extract and run it (The windows installer
> requires administrator rights, and in
On 08/22/2009 12:27 PM, LightningIsMyName wrote:
> the problem is that the linux system I use on the computer labs at
> doesn't have autogen (and some other tools required for the
> compilation) installed
Ok but you should be able to build the GIMP 2.7.0 tarball at least,
right? It has the API yo
On 08/22/2009 05:48 PM, Christophe Buffenoir wrote:
> Hello,
>
> I use the GPS set of presets and I think that tags system will be good
> on presets and not only on brushes.
>
> Nothing is done yet, the screens are just fakes to show my purpose. But,
> even if I've not enough spare time to do it qu
On 08/24/2009 03:33 AM, David Gowers wrote:
> On Mon, Aug 24, 2009 at 5:06 AM, Martin Nordholts wrote:
>> On 08/22/2009 05:48 PM, Christophe Buffenoir wrote:
>>> Hello,
>>>
>>> I use the GPS set of presets and I think that tags system will be good
&g
On 08/24/2009 11:51 AM, Alexia Death wrote:
> A "brush preset" is a brush + dynamics, and this is actually what the
> user typically picks. If we would have tags for brush presets, we would
> be one step closer to make brush options be part of the brush, so to
> speak.
>
>
> I can o
On 08/24/2009 06:42 PM, Alexia Death wrote:
>> If you by "brush" mean "tip shape + dynamics" then I agree. I don't
>> think we should use any custom format for the tip shape; PNG or SVG
>> should do fine.
>
> Svg supports custom metadata. I see no problem in supporting a value for it.
If we define
On 08/29/2009 03:47 AM, Christopher Howard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi. Where is it in the code that generated brush hardness (and other
> GimpBrushGenerated data) start getting turned into something more
> concrete (something that can be painted).
Hi,
The para
00:00:00 2001
From: Martin Nordholts
Date: Sun, 30 Aug 2009 11:40:44 +0200
Subject: [PATCH] app: Improve brush outline for fuzzy brushes
Use a 25% threshold instead of 0% so that we get a nicer outline for
fuzzy brushes. If the 25% doesn't result in a outline at all, fallback
to 0% though.
On 08/30/2009 09:09 PM, Eckhard M. Jäger wrote:
>
> Please, can someone answer my request. Thanks.
GIMP is distributed under GPL and LGPL
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF
On 08/30/2009 09:51 PM, Eckhard M. Jäger wrote:
>
> Hello Martin,
> thanks a lot for your help, so it should be possible.
>
> So we have your permission too?
Hi,
Hold on. There seems to be confusion here. CC and GPL are not compatible, which
would be a problem for you. And I don't have the aut
On 08/31/2009 10:30 AM, Eckhard M. Jäger wrote:
> Do we get the permission promoting GIMP in TORCS-NG in general?
Hi,
Personally I am totally fine with you promoting GIMP and find it hard imagine
anyone being against that.
> Who is the author of the Wilber image located in
> "/usr/share/gimp/2.
On 08/31/2009 07:14 PM, Aurimas Juška wrote:
> Hi,
>
>> Hold on. There seems to be confusion here. CC and GPL are not compatible,
>> which would be a problem for you. And I don't have the authority to give you
>> permissions to use the logo in any way, I'm not the author of it.
>>
>
> Don't you
On 08/31/2009 09:00 PM, Bill Skaggs wrote:
> Interesting -- I did a search for "Gimp trademark" and didn't find
> that. But is there any evidence that "Gimp" is actually trademarked?
> Unlike copyright, trademarks are not automatic -- they must be applied
> for and approved. They must also be ac
On 09/01/2009 07:29 PM, peter sikking wrote:
> Guillermo Espertino wrote:
>
>> what about printing a semi transparent copy of the actual brush on the
>> canvas?
>
> exactly what I thought.
Even though I think the patch made the brush outline better for fuzzy brushes,
it is still not without fla
Hi,
We are making pretty good progress towards GIMP 2.8 which has turned
into an "everything but GEGL" release. I think it would make sense to
also go for a single-window mode in 2.8 and not 2.10 as originally
planned.
By doing this we will be able to focus all resources on integrating
GEGL once
On 09/05/2009 06:22 PM, Richard Nespithal wrote:
>> A single-window mode would also turn 2.8 into a remarkable release
> is it possible, to switch back to multi-window mode in 2.8?
That is not really relevant to this thread.
(But yes of course it will be possible.)
/ Martin
--
My GIMP Blog:
h
On 09/07/2009 07:07 PM, Shashwat wrote:
> Whatever you guys do. Please make it work with KDE kwin windows manager. The
> current UI doesn't work with Kwin or Compiz.
You'll have to file a bug report with those window managers, there's nothing
GIMP can sensibly do about them not supporting the util
On 09/07/2009 07:49 PM, Rob Antonishen wrote:
> Thanks all, for the confirmation and clarification.
For reference, here is the gimp-developer thread leading up to the
rearrangements:
http://lists.xcf.berkeley.edu/lists/gimp-developer/2008-November/thread.html#21099
/ Martin
--
My GIMP Blog:
On 09/09/2009 02:52 PM, Chris Moller wrote:
>> if you doubleclick anywhere, the free select tool will close the
>> selection with a straight line to it's starting point.
>>
>
> Aha! I missed that! Thanks.
You can also close it by pressing Return, then it will commit what you
have (without t
Hi,
In Edit->Preferences->Window Management you can set the window hint on
the toolbox and the docks separately. Do we really need this kind of
granularity? Isn't it enough to only have one window hint setting and
use that for both the toolbox and the docks? I can't come up with a
use case where t
On 09/09/2009 09:39 PM, Steren wrote:
> If you want to test-drive the look and feel, here's a flash applet
> featuring various outline designs:
>
> http://sites.google.com/site/yahvuu/stuff/brushtester-web.lzx.swf8.swf?attredirects=0
>
> This is the good approach : prototype, test and
On 09/09/2009 07:10 PM, Martin Nordholts wrote:
> The commit [1] that introduced the hint concept doesn't explain why
> two separate options were added. Do you remember your reasons for
> doing this Sven?
Drc reminded me of that once upon a time the toolbox was the main
window. Sin
On 09/09/2009 10:56 PM, Martin Nordholts wrote:
> Drc reminded me of that once upon a time the toolbox was the main
> window. Since that is not the case any longer, let's get rid of
> the toolbox specific hint and use the dock hint also for the toolbox.
I've don
On 09/13/2009 12:41 AM, Chris Moller wrote:
> FWIW, a -1 from me on single window and a +1 on the existing
> multi-window. Single windows are generally too cluttered up with stuff
> you don't need at the moment and use screen space inefficiently.
Let's clear this up once and for all: The single
On 09/13/2009 11:21 AM, us3...@web.de wrote:
> Because of the fact that GEGL provides support for some raw image
> formats, I just wanna ask, whether it is planned to use this ability in GIMP
> someday
Hi!
GIMP's product vision [1] is among other things to be a high-end photo
manipulation
appli
On 09/15/2009 03:50 AM, Jenny wrote:
> Hi all,
>
> In this Google Summer of Code season, a new detail refinement brush was done.
> This page is a demo: http://sites.google.com/site/gsoc2009/result-demo
>
> There might still be some bug. I'd love to get any feedback from you.
Hi Jenny,
Thanks fo
On 09/16/2009 11:16 AM, James Hughes wrote:
> Hello,
>
> Can someone advice me the best place to start in making a patch to the UI to
> revert the 2.7 version to using the 2.6 style save dialogue. If someone would
> kindly point me in the right direction of which files I need to change would
>
On 09/19/2009 02:12 PM, Jan Rüegg wrote:
> Hello, I am new to gimp development, and I'm trying to implement an undo
> - redo tree in Gimp
Hi Jan and welcome!
I'd love to help you out hacking on GIMP. My preferred way to do tight
collaboration is using IRC. In GIMP's case that's #gimp on irc.gnome
On 09/19/2009 03:17 PM, peter sikking wrote:
> Gerald Friedland wrote:
>
>> That's a great idea. The idea would be to have only on foreground
>> selection tool and make it automatically determine whether to use
>> Magic Wand or SIOX
>
> I have been saying this for a while:
>
> every time I look
301 - 400 of 719 matches
Mail list logo
