Gimp event brush system proposal.
Part one – Event and dynamics system overhaul for this cycle
Goals:
* event filtering
* motion and time smoothing
* derivative dynamics generation
* modifying current tools to use event system prepaired dynamics.
Reasoning for need:
Early
I joined the list so recently that I hadn't seen the proposal from Brian
Vanderburg II, now I looked it up from the archives. The patch that I made
addresses basics what is desired as attributes. He offers and interesting
concepts for dynamic adjustments GUI. That and the rest falls into what
On Friday 11 January 2008 01:29:17 David Hodson wrote:
I wrote a proposal to enhance the gimp brush code quite a few years ago,
which can still be found here:
http://members.ozemail.com.au/~hodsond/gimpbrush.html
You might want to see if it contains any useful ideas.
Ive read it:)
At the level of programming, the only relatively difficult thing is to
create the GimpDataChooser widget. Even this is simple in principle,
although complicated in practice because it involves a lot of rather
complex Gimp code. I have been experimenting with writing a Chooser,
and I
A concept for brush core structure from events viewpoint.
* Events are recived from X
* Events are evaluated for:
- usefulness using tools options for threshold and dynamics need,
- adjusted with curves and filled with requested dynamics
(MISSING: Tool needs to report what it
Sven Neumann wrote:
Would it make sense to add it as a new tool now (provided that Jimmac
draws a nice icon for it)? I guess we can always merge it with the Free
Select tool later if that is desired
As a user I can say it is definitely desired. I miss the option to draw
straight segments
On Sunday 02 March 2008 14:08:13 Laxminarayan Kamath wrote:
Is it possible to add pressure emulation using the second mouse's y axis?
practically no, (theoretically maybe, but it would be a pita mixing events
from two sources). All pointer movement is driven by events that carry info
about the
On Tuesday 04 March 2008 11:27:52 Simon Budig wrote:
I found it a bit tricky to work with these events. On one hand it
absolutely makes sense that the SpaceNavigator delivers relative events,
at least for the intended purpose. But this means that the amount of
pressure you apply controls the
On Saturday 08 March 2008 19:49:48 Bill Skaggs wrote:
After discussing these things with Enselic on IRC, I've come to
realize that the most basic question is what we expect the user
to do with this window.
My two cents: nether wasking space on screen or behind other windows
cluttering the
On Tuesday 11 March 2008 21:46:41 Joern P. Meier wrote:
I have been looking at the GIMP code recently to look for
possibilities of implementing some features that could make GIMP more
useful for artists that create paintings from scratch (which includes me
;)).
Yay! Another art buff interested
On Thursday 13 March 2008 17:56:40 Bill Skaggs wrote:
I managed to get this patch to build with trunk yesterday, after some
struggling. I am only starting to understand what is going on here,
but I thought it might be useful to dash off a thumbnail review.
Thanks for that... I would really
On Tuesday 18 March 2008 14:39:07 David G. wrote:
. I don't know if this
GIMP FX Foundry is managed by one of the developers here, but it would be
good to have some official releases with this common 'effects' for the
general public who doesn't have knowledge about sourceforge, script-fus and
I finally updated to latest trunk and tested it out. All in all its progress
for the better...
What I like:
*Toolboxes moving with image window
Currently its very buggy, toolboxes disappear completely when image
is out of focus and don't always reappear to taskbar or come up with
Solution:
1) the export warning for flat file formats should be optional ('do not
show this dialog again')
2) closing images, which have not been saved to
.xcf, should trigger a warning ('you have already exported this image to
.png, but you will loose all your layering/path information if
On Saturday 07 June 2008 20:01:17 Akkana Peck wrote:
Alexia Death writes:
I'm going to echo my support for this. The nags on saves are
counterproductive.
And often they're not even right -- e.g. The image has
transparency, flatten? shows up on anything with an alpha
channel even if every
On Saturday 07 June 2008 21:47:06 Michael Schumacher wrote:
There are several feature requests about a changed export behavior:
http://bugzilla.gnome.org/show_bug.cgi?id=75328
http://bugzilla.gnome.org/show_bug.cgi?id=75459
http://bugzilla.gnome.org/show_bug.cgi?id=164709
It has also been
This is a planning idea for new PaintCore for GIMP 2.8 or beyond.
1: The Why?.
Current paint core is just not flexible enough and migration to GEGL based
paint core is planned anyway. So why not do the best possible paint core
since we are redoing it anyway?
2: What is the goal?
In general:
On Sunday 08 June 2008 03:07:15 David Gowers wrote:
* support a dynamic selection of arbitrary purely calculated axis
(random, iterator, sin, cos, sawtooth, box);
A 'Dynamic selection'? what does this mean? Just that you are free to
choose one of these?
In my vision you could choose
On Sunday 08 June 2008 14:28:17 Sven Neumann wrote:
On Sat, 2008-06-07 at 14:51 +0200, [EMAIL PROTECTED] wrote:
The current protection mechanism for closing images is insufficient as it
doesn't differentiate between 'saved' and 'exported'.
Yes, that is well-known and the plan is to change
Sven Neumann wrote:
Instead someone needs to sit down
with the UI team and work out a complete solution for Save and Export,
and then start to implement it.
In that case I propose an IRC based scheduled and announced meeting on
this topic with the UI team? That way anybody who wants to can
Sven Neumann wrote:
Hi,
On Tue, 2008-06-10 at 17:54 -0400, Liam R E Quin wrote:
Could make sense to ask on the gimp-user list. But as far as I can see,
saving the current drawable is the only reasonable use case. We might
want to consider to make this easier by adding Save Layer and
Sven Neumann wrote:
Hi,
On Wed, 2008-06-11 at 09:14 +0300, Alexia Death wrote:
So basically the whole dialog is useless and could just as well be
replaced by assuming that the user clicked Export... and maybe a
notice in save dialog that any other format except xcf may cause some
data
Sven Neumann wrote:
Hi,
On Wed, 2008-06-11 at 09:45 +0300, Alexia Death wrote:
I don't quite understand. What dialog is useless?
Export file... dialog you get on saves to formats that are not xcf. It
does ask in some formats for conversion options but I doubt many people
have ever done
David Gowers wrote:
Hi,
GIMP does all the right things (and so, for example, it works as you'd
expect on Linux).ERRR... Not on Linux. It is dependent on a VM. I tested
kwin, compiz and
metacity, the three most common VMs on Linux today. Exactly *one* VM of
those handles the hints as
Valerie wrote:
The other half is that with brush resize in tool options now
(where everybody can see it), even non-editable round brushes
can be rescaled, which means the default distribution should
have not 10 round brushes, but 1 (same with fuzzy brushes
and maybe calligraphy).
I
Sven Neumann wrote:
Note that these brushes are editable. They are just read-only because
they are in the system folder.
I am well aware of the technical reasons. That does not change it for
the user. From user POV they are non-editable clutter that you cant even
trim.
As soon as you copy
Sven Neumann wrote:
There are some questions that need to be solved before we can do this though:
- How can the user resurrect brushes that she removed?
Reset default brushes button somewhere near brushes paths in
preferences that recopies them. Or the user can manually copy the ones
user
On Wednesday 09 July 2008 19:23:33 Akkana Peck wrote:
I wrote:
Alexia thought 50 was surprisingly large, but remember, brushes
Oops, that was Valerie, sorry.
I was about to correct you on that :) Actually for me, its either small hard
brushes - 0.5-5px or very large soft ones 50-150px that
On Sunday 27 July 2008 22:57:38 Theodore Imre wrote:
All such applications that i tried
(sai,nekopaint,4thpaint) used a relatively low amount of virtual
memory/cache space. So from what i read now, gimp cannot handle such a
brush dynamics,because it is going to likely consume a lot of
Good morning ladies and gentlemen,
I'm here to propose a new default layout for 2.6 series of GIMP.
Why now you may ask... The reason is that the UI has changed. There is a whole
new window always on users desktop. And this gives us the opportunity to
present a lot more familiar and, in my
On Saturday 23 August 2008 01:22:18 you wrote:
Hi,
On Fri, 2008-08-22 at 20:22 +0300, Alexia Death wrote:
My proposal is basically this:
http://a.death.pri.ee/2.6_default_layout_proposal.png
IMO the tool-options should definitely be part of the toolbox.
My opinion is exactly opposite
On Saturday 23 August 2008 13:19:35 Sven Neumann wrote:
Hi,
On Sat, 2008-08-23 at 11:18 +0300, Alexia Death wrote:
In my opinion this layout(thin toolbox, one large dock) is preferable to
first time users. It has familiarity. They wont feel lost when GIMP loads
for the first time
On Saturday 23 August 2008 22:51:51 [EMAIL PROTECTED] wrote:
that's the second time you propose familiarity for a first time user.
How can a first time user be familiar with anything? Or is this another
Gimp should look and behave like Photoshop proposal?
No it should not look like
Hi,
I noticed that there was a lack of splashes for 2.6 so I made one for an
option. Here it is for your appraisal: http://a.death.pri.ee/gimp-splash2.png
Best,
Alexia
PS: This is a photo manipulation, not a painting. The base image is a photo of
a sand sculpture altered with some processing
After an idea on IRC (thanks Martin!) the text on it got reworked into this:
http://a.death.pri.ee/gimp-splash3.png that seems better.
On Friday 29 August 2008 23:26:57 Alexia Death wrote:
Hi,
I noticed that there was a lack of splashes for 2.6 so I made one for an
option. Here
On Thursday 04 September 2008 21:13:04 vabijou2 wrote:
The LayerTransformArbitrary Rotation function allows you to enter
coordinates for a center of rotation, but it would be very handy to be able
to pick a point with the mouse. I would like to submit a feature request
in Bugzilla to this
Hi!
I have forked the GIMP FX Foundry project for 2.6 in SVN and am currently in
process of making sure that presently included scripts work and that use of
deprecated functions is corrected.
SVN versions of the 2.6 stable scripts can be checked out with following
command:
svn co
On Sunday 28 September 2008 21:01:16 Guillermo Espertino wrote:
Probably this should be discussed a little bit more. There's a
particular situation where having an opaque original makes very hard to
use a transform tool...
My personal annoyance with this occurs when I float a bit of a mostly
On Wednesday 01 October 2008 02:32:50 William Steidtmann wrote:
I am running the latest svn 27095 and I do not see Save, Save As,
...[etc]... Close, Quit in the File menu. Is this correct?
Bill
It seems to be version push gitch.
following set of commands given to me on irc when I asked about
It seems to be making people overly excided and jumping to conclusions
generating anti-FUD. GIMP still only supports 8bits per channel. The day of
GEGL based gimp is not today and most likely wont be 2.8 release date
either. The integration will take time.
On Thu, Oct 2, 2008 at 12:10 PM,
On Friday 03 October 2008 08:58:29 Martin Nordholts wrote:
1. Hide the toolbox Wilber by default, or
2. Add a UI in the Preferences to toggle toolbox Wilber on and off.
What are peoples thoughts here?
For me it is not a drop target, but a little branding plaque and as such quite
nice, but
On Mon, Oct 6, 2008 at 10:05 AM, Sven Neumann [EMAIL PROTECTED] wrote:
So, what are your plans for 2.8?
For me there are 2 bugs I want to tackle for 2.8 in bugzilla.
First http://bugzilla.gnome.org/show_bug.cgi?id=471344 - The interpolation
issue causing polygonal strokes when moving fast
and
On Monday 06 October 2008 22:32:43 Sven Neumann wrote:
This is IMO a prerequisite for:
* Supporting one-window layouts by allowing to dock the toolbox and
dialogs to image windows/the empty image window [1]
IMO the most important prerequisite for this is the introduction of tabs
into
Hi!
PNG-s support offset for whatever renders them in the file format. However, the
way GIMP handles the offset is less than optimal. I've included a sample image
for anybody interested to see for themselves.
So whats the issue? The file is loaded with the layer offset on canvas. That is
not
On Sunday 12 October 2008 21:26:45 Alexia Death wrote:
I've included a sample image for anybody interested to see for themselves.
And forgot to include it. Here it is.
attachment: idle_00.png___
Gimp-developer mailing list
Gimp-developer
On Mon, Oct 13, 2008 at 9:07 PM, Sven Neumann [EMAIL PROTECTED] wrote:
On Sun, 2008-10-12 at 21:26 +0300, Alexia Death wrote:
PNG-s support offset for whatever renders them in the file format.
What's the purpose of these offsets? I find it difficult to judge your
proposal without knowing
On Wednesday 22 October 2008 17:51:02 Monica Kraenzle wrote:
But I also offered to talk about releasing an updated second edition and to
collaborate.
Open source is all about collaboration. Jumping out of the bushes and
demanding support is not it.
But now to go to the book page and give a
On Saturday 25 October 2008 11:02:57 Brian Allen Vanderburg II wrote:
Anyhow I though about some more ideas for a brush dynamics system, these
are just some ideas I doubt I could do much with them myself though but
I may try to familiarize myself with the code anyhow.
Most of what you have
2008/10/27 Jernej Simončič [EMAIL PROTECTED]
On Monday, October 27, 2008, 11:00:57, [EMAIL PROTECTED] wrote:
Your build system needs work. I'm sorry you don't like hearing that.
The build system works like with most other open source programs
(excluding Mozilla and OpenOffice.org). If you
DnD issues from firefox AFAIK have nothing to do with GIMP... Its the way FF
handles dragging of images. The path resulting from dragging an image is not
a valid file path, because firefox cache is a bit different than IE-s simple
filesytem. In Linux it seems firefox passes URL-s and GIMP fetches
On Sunday 21 December 2008 13:45:37 Martin Nordholts wrote:
What do you think about making the layers not be cropped if Allow
Growing is checked? Making the canvas larger generally does not affect
layer sizes when that option is checked, so not affecting the layer
sizes when making the
On Thursday 25 December 2008 19:04:27 Sven Neumann wrote:
Hi,
On Thu, 2008-12-25 at 13:49 +0100, Martin Nordholts wrote:
But what about making layers not be cropped by default and only crop
them if Current layer only is checked in the crop tool options? That's
also a one-line patch and is
On Tuesday 30 December 2008 23:18:13 psgo...@bluewin.ch wrote:
Hi,
I wish to use GIMP. I have downloaded it. I have run the setup program.
I have a problem as a result.
Uhuh.
Some more background information first.
I am British. I live in Switzerland. My computer was purchased in
On Sunday 04 January 2009 17:35:42 Martin Nordholts wrote:
Updated screenshot:
http://www.chromecode.com/temp/gimp-on-demand-docking-2009-01-03-1627.png
Now THAT I like. As a NOOB I had serous problems realizing that the thin bars
indicate a drop site and their thinness made them hard to hit
On Monday 05 January 2009 18:41:58 Manfred Joerg wrote:
Hello,
are there currently any plans to implement adjustment layers in Gimp? If
no, is there anybody who would like to support me doing it?
I suggest you come to #gimp channel on GimpNet irc network, most of the active
developers hang
On Mon, Jan 26, 2009 at 8:15 AM, julien jm.h...@wanadoo.fr wrote:
What is visible?
Using GIMP's terminology it is projection --- flattened stack of layers.
Sorry, I am not accustomed to developer terminology. visible is
related to a flattened stack of layers? I don't understand that.
Is
On Wednesday 11 February 2009 08:46:26 Alpár Jüttner wrote:
You don't need permission as long as you follow the rules of the
license. As Gimp is under the GPL the most important rule is to add the
source code on the CD too.
By the way, isn't it enough to publish it on the net? E.g. one
On Thursday 12 February 2009 22:10:14 Egor Voznessenski wrote:
-- EV --
This mail is supposed to mean what? What wheel?
-- Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
On Fri, Mar 6, 2009 at 3:53 PM, Sven Neumann s...@gimp.org wrote:
This results in a variety of possible dialogs:
And? If I save to a format it can be assumed that I know its limitations.
Being warned once about the information loss is good enough. Mind, gimp does
not even do that right now.
On Fri, Mar 6, 2009 at 5:49 PM, Sven Neumann s...@gimp.org wrote:
Hi,
On Fri, 2009-03-06 at 17:37 +0200, Alexia Death wrote:
And? If I save to a format it can be assumed that I know its
limitations. Being warned once about the information loss is good
enough.
That is not what GIMP
On Fri, Mar 13, 2009 at 1:22 PM, Sven Neumann s...@gimp.org wrote:
How useful are brush pipes (or image hoses) really? As far as I can see
their primary use is for simulating brush transformations. We can
already do that better on the fly.
Use of image hose for brush transformation is abuse
On Friday 13 March 2009 14:02:04 Sven Neumann wrote:
Hi,
On Fri, 2009-03-13 at 13:34 +0200, Alexia Death wrote:
Use of image hose for brush transformation is abuse that hopefully is
no longer needed. They are useful ho ever for complex animated brushes
and as such should remain
Thank you for your introduction. I'm forwarding this letter to
gimp-developer mail list that I suggest you join. There may be questions
from other developers. Also all other students interested in GSoC projects
will be there.
On Fri, Mar 20, 2009 at 2:12 PM, H hira...@gmail.com wrote:
Sir,
I
Hello,
Id like to remind anybody interested that deadline for proposals at Google
site for gsoc is today, in only a few hours. If you think you could try this
project but haven't submitted your application yet, please do. There have
been a few proposals already but there hasn't been one that
On Saturday 18 April 2009 05:51:26 rojov...@cox.net wrote:
Hello,
I'm hoping somebody can help me with a GIMP problem. I want to install
GIMP 2.6 on a computer that is NOT internet-accessible. I do not need,
nor do I want all the added perks such as Weatherbug and PC Confidential.
O_O Just
On Wednesday 20 May 2009 04:38:33 pm Nick Zhao wrote:
Hi,
This is Zhenfeng, a GSoC student on the following project...
Title: Advanced GUI for brush dynamics (GIMP)
Student: Zhenfeng Zhao
Mentor: Kaja Liiv
/me waves. been meaning to contact you. seems you beat me.
On Thu, May 28, 2009 at 1:43 PM, Alpár Jüttner al...@cs.elte.hu wrote:
Stop this thread, please.
Aww... and it was just getting fun. Trolling trolls always is.
Esteban, for 3 years you WAITED, instead of actually fixing stuff you don't
like. You claim to be able to... I dare to doubt it.
On Friday 29 May 2009 21:56:50 Esteban Barahona wrote:
the CLI (text) should have a trash can (image);
rm rf ./ is too risky
safe hex; updating filters+
Could somebody evict this guy from the mail list?
___
Gimp-developer mailing list
Hi!
From Dynamics Gui side things are progressing as expected. We are setting up
work flow, getting accounts and reading code.
Best,
Alexia
On Wed, Jun 3, 2009 at 12:12 PM, Michael Schumacher schum...@gmx.de wrote:
Hi,
I'd like to see a short status report from each of our SoC mentors.
On Wednesday 10 June 2009 18:55:23 Joao S. O. Bueno wrote:
Hi GIMPers --
The people Organizing the LGM are asking for an opinion/agrrement on the
location and dates for LGM 2010 - I am pasting both Louis' email and the
formal Brussels proposal bellow. Louis is looking forward for a feedback
On Mon, Jul 20, 2009 at 1:36 AM, Martin Nordholts ense...@gmail.com wrote:
Hi,
I think we at least should:
* Add larger variants of the circle and fuzzy circle
brushes, say 50, 100, 250 and 500 px
Please no, there's too many round brushes already and bigger ones would look
exactly the
On Mon, Jul 20, 2009 at 12:15 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On Mon, Jul 20, 2009 at 1:10 PM, Alexia Death wrote:
Default set of resources should include some tool presets, like some
common
aspect ratio fixed presets(2:3, 3:4) for crop tool and dynamics
On Wednesday 22 July 2009 00:37:43 Sven Neumann wrote:
Hi,
On Tue, 2009-07-21 at 18:33 -0300, Joao S. O. Bueno wrote:
I d'be against the removal of the vintage pixmaped brushes.
Why? Tell us a good reason then why we should keep them.
Ive done a few quite nice wallpapers with just dynamics
On Fri, Jul 24, 2009 at 2:31 PM, Martin Nordholts ense...@gmail.com wrote:
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
On Sunday 26 July 2009 11:02:30 SHIRAKAWA Akira wrote:
Martin Nordholts wrote:
I would just like to point out that the smallest screen size supported
by GIMP is 1280x1024, so we don't need to make 1024x768 work or look
good.
Yes, I've read that many times and I would agree with it too
On Monday 03 August 2009 22:20:29 Sven Neumann wrote:
On Sat, 2009-07-25 at 17:41 +, Omari Stephens wrote:
More specifically, once I hit Ctrl+E and see the status message not
saying anything about exporting, I expect the file to have been saved.
If GIMP thinks there were no changes, it
On Tuesday 04 August 2009 21:12:27 Sven Neumann wrote:
Hi,
On Mon, 2009-08-03 at 22:25 -0400, Liam R E Quin wrote:
So I press save, and go for a coffee, and come back confident my
file was saved, knowing that I'd get huge alarm bells ringing if
the operation failed. And your elevated
On Wed, Aug 5, 2009 at 12:26 AM, Patrick Horgan phorg...@gmail.com wrote:
1) If I plug it in after the gimp is already started it isn't recognized
as a tablet, i.e. doesn't appear as an extended input device that can be
configured and works only as a mouse.
2) If I plug it in before starting
On Fri, Aug 7, 2009 at 5:22 AM, Luis Diego Alpizar Alpizar
diego.1...@hotmail.com wrote:
Pro tip... ctrl+mousewheel = zoom, regardless of which tool you are
using.
using a pen tablet(though i can use scrollwheel but works strange on GIMP,
better 2 simple buttons)...
thanks anyway =) i
On Mon, Aug 24, 2009 at 8:58 AM, Martin Nordholts ense...@gmail.com wrote:
I have also thought a bit on how to clean up the concept of brushes, and
in my mind, we could do it like this:
Ive also thought of this.
We make a brush be just a bitmap/svg/whatever (possibly also an
animation).
On Monday 24 August 2009 18:59:53 Martin Nordholts wrote:
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
On Sunday 30 August 2009 22:30:54 Eckhard M. Jäger wrote:
Hello Martin,
once i suggested at GIMP brainstorm painting two lines for fuzzy brushes
and feather borders.
One dotted where pacity = 100% and on with just any secound dot where
opacity = 0%.
A center mark would be great too.
There
On Monday 07 September 2009 20:13:23 Martin Nordholts wrote:
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,
On Wed, Sep 16, 2009 at 1:32 PM, Alexandre Prokoudine
alexandre.prokoud...@gmail.com wrote:
On Wed, Sep 16, 2009 at 1:16 PM, 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
On Fri, Sep 25, 2009 at 11:42 PM, Tal ta...@inbox.com wrote:
I found and solved a new bug in the bilinear rotate transform algorithm that
sometimes caused artifacting on brush edges for brushes rotated 90, -90,
-180, 180 degrees.
Since the previous bugzilla report
On Thu, Oct 1, 2009 at 3:17 AM, peter sikking pe...@mmiworks.net wrote:
another thing I see here is filling the new tile immediately with the
same thing as the parent one. I thought I wanted to do that too, but
then realised that in GIMP an empty tile would be automatically a
drag-n-drop
On Friday 02 October 2009 18:47:46 Vio wrote:
This would suggest a permissions problem, but I'm not sure.
I wonder: does Gimp need to write to the user home directory by any chance?
In that case, 'www-data' (the apache user) doesn't have a home
directory per se.
Gimp needs a place IIRC
On Sun, Oct 4, 2009 at 2:37 AM, Owen rc...@pcug.org.au wrote:
This might work and might not.
Start gimp from the console, but before you do set the LD_LIBRARY_PATH
to /opt/gtk or where ever you installed it
For me it worked for some time an then suddenly after rebuilding
something libtool
On Sun, Oct 4, 2009 at 12:34 PM, Stephen scg...@gmail.com wrote:
-anything you would like to discuss.
for me, as both distributor(FX foundry) and a user resource
distribution means mostly a simple way to package and deploy
resources. For example, currently there are some scripts I wont
On Mon, Oct 5, 2009 at 10:41 AM, Stephen Craig Griffiths
scg...@gmail.com wrote:
Can anyone provide (a) use case(s)?
I've also told about my main use for such a thing. Having an in-gimp
way to provide this functionality would be cherry on the cake.
I can agree that a package needs to be self
On Thu, Oct 22, 2009 at 12:54 AM, Ilya Zakharevich
nospam-ab...@ilyaz.org wrote:
I can see how a John Do can blame GIMP for GTK+ issues, but I don't
see why GIMP developers should bother about John Do's misconceptions
about software development.
These are not misconceptions. Software does
On Thu, Oct 22, 2009 at 12:50 PM, peter sikking pe...@mmiworks.net wrote:
what we can do is be much more concrete on www.gimp.org and
say on the home page: Help wanted. This is eerily close
to job openings at companies, but that is what we have.
I actually like this idea. It would be awesome
On Sunday 25 October 2009 01:43:56 Ismael Barros² wrote:
There are some possibilities that look cool, and we would love to have
some feedback on which design (A, B, C or D) and tee color (white or
black) look best to you. Also, is the font okay? Is there any better
font available out there for
On Sunday 25 October 2009 21:21:45 Martin Nordholts wrote:
If the user presses F1 he is interested in getting help, not being
informed that the information he will be reading is not locally
installed.
True.
The possibility to install the manual locally becomes
interesting if there is no
On Mon, Oct 26, 2009 at 4:28 AM, Liam R E Quin l...@holoweb.net wrote:
I wonder if there's a half-way possibility, of having a small
subset of the documentation shipped with GIMP, or easily
downloaded? And still have the full manual kept separate.
I actually like the idea. IF we could have
This thread makes me want to draw Wilber in spandex and some cuffs and
pehaps Gegl with a whip ;)... too bad it would be going too far to
make something like that a dev splash.
--Alexia
___
Gimp-developer mailing list
On Thu, Oct 29, 2009 at 10:19 AM, Jakub Friedl kyk...@gmail.com wrote:
In case the no name change policy is ever dropped, I have a suggestion for
the new name:
Perfect Image Manipulation Program
It should fix all the problems :)
Indeed! Lets make it one better. HomeOffice Perfect Image
On Fri, Oct 30, 2009 at 12:40 PM, David Gowers 00a...@gmail.com wrote:
On Fri, Oct 30, 2009 at 9:43 AM, Brendan mailingl...@endosquid.com wrote:
A list of files that would need modification:
... SINP LONG LIST...
And all of GIMP code. 98% functions are prefixed as gimp. You can try
to grep for
On Sat, Oct 31, 2009 at 1:47 AM, Stephen Griffiths scg...@gmail.com wrote:
On Fri, 2009-10-30 at 13:06 +0200, Alexia Death wrote:
Some English speakers
discomfort at the name is getting a bit ridiculous IMHO.
These words make me squirm.
fag - a pile of sticks (secondary meaning, rarely used
On Sun, Nov 1, 2009 at 7:49 PM, Sven Neumann s...@gimp.org 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
1 - 100 of 266 matches
Mail list logo
