On Fri, Jul 24, 2009 at 2:31 PM, Martin Nordholts 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 dynamics and to
On Wed, Jul 22, 2009 at 12:26 PM, Martin Nordholts wrote:
> 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 pre
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 d
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(
On Mon, Jul 20, 2009 at 1:36 AM, Martin Nordholts 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 same and add
On Mon, Jul 6, 2009 at 5:25 PM, Ryan Krauss wrote:
>
>
> I would like my Latex enabled approach to act like the regular text tool.
> The main thing I don't know how to do is allow the user (me) to click on a
> spot on the current image and pass those coordinates to PyGimp so that I can
> use that
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 feedba
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 wrote:
> Hi,
>
> I'd like to see a short status report from each of our SoC mentors.
>
> We're now on
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
Gimp-devel
On Thu, May 28, 2009 at 1:43 PM, Alpár Jüttner 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.
Those that can, do.
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 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 Ju
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 would
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 wrote:
> Sir,
>
> I am Hiran Venugo
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
> >
On Fri, Mar 13, 2009 at 1:22 PM, Sven Neumann 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 that hopef
On Fri, Mar 6, 2009 at 5:49 PM, Sven Neumann 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
On Fri, Mar 6, 2009 at 3:53 PM, Sven Neumann 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. Loss of vector
Does this mean that the annoying pop-up asking If I want to export will go
away if I choose export?
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
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
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp
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.
On Mon, Jan 26, 2009 at 8:15 AM, julien 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 "vis
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 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 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
> Swi
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 patc
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 ca
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
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).
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 hav
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 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
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.
<>___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berk
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 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
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
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
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, Alessand
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 ab
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
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 https://gim
On Thursday 04 September 2008 21:13:04 vabijou2 wrote:
> The Layer>Transform>Arbitrary 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 thi
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. He
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 a
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 P
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
&
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 tool
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 optio
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
> mem
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
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
us
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 co
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
On Thursday 26 June 2008 19:29:32 Andrei Simion wrote:
> Hi,
>
> Does Gimp support German characters.
AFAIK it does as long as your font has gylphs for them.
> I work on Mac and I want to add
> text on an image. I cannot copy/paste the character Ü because Gimp uses
> its own clipboard, so I have
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 expe
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 format
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 th
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 La
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
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 ch
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 cho
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 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
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?"
> 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 informat
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
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 a
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 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 interes
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 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 th
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
> 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 seg
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 ne
> 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 be
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:) T
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
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
201 - 278 of 278 matches
Mail list logo
