> [ It's all about attitude. Saying "Patches welcome" is an unhelpful attitude.
OK, so what about "Feel free to ask for your money back"? Or "OK, I
guess you have to use the competing products then"?
--tml
___
Gimp-developer mailing list
Gimp-developer@
Sparr wrote:
> is broken, switch (temporarily)". Everyone waited for Microsoft to
> fix the DX problem (which never happened, ATI and nVidia implemented
> workarounds in their drivers instead). Expecting Blizzard's
> developers to fix (or even acknowledge) bugs in Microsoft's code is
> silly[1].
Hi Martin,
2009/10/22 Martin Nordholts :
> It doesn't seem feasible from a performance perspective to construct
> complex compositing graphs from scratch all the time. For example, can
> caches be reused between VIPS pipeline setups?
That's true, there is a cost there. I would argue:
- VIPS does
On 10/22/2009 09:58 PM, jcup...@gmail.com wrote:
> 2009/10/22 Martin Nordholts :
>>> I have the impression that the least painful way to make GEGL fast
>>> SOON may be to build its desired API on top of VIPS.
>>
>> We can't use VIPS in GIMP because we need a dynamic graph.
>> In practice that also
2009/10/22 Martin Nordholts :
>> I have the impression that the least painful way to make GEGL fast
>> SOON may be to build its desired API on top of VIPS.
>
> We can't use VIPS in GIMP because we need a dynamic graph.
> In practice that also rules out implementing GEGL with VIPS.
You could use VI
On 10/22/2009 07:37 PM, Michael Schumacher wrote:
> Martin Nordholts wrote:
>
>> It is exactly that that is our root problem, we don't have such an admin. One
>> way to solve this is to move the list to a place that has sysadmins.
>
> A place like XCF at Berkeley?
>
> Contrary to popular belief,
Martin Nordholts wrote:
> It is exactly that that is our root problem, we don't have such an admin. One
> way to solve this is to move the list to a place that has sysadmins.
A place like XCF at Berkeley?
Contrary to popular belief, the mailing list server is not located in
yosh's bedroom.
I've
On Wed, Oct 21, 2009 at 5:54 PM, Ilya Zakharevich
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 not modularize; at
On 10/22/2009 04:15 PM, Nicolas Robidoux wrote:
>
> On Thu, Oct 22, 2009 at 1:50 PM, peter sikking wrote:
>
>> another 'external' area where we really can use some help is gegl,
>> to get that from its bumbling experimentation speed to production
>> speeds that are same or even better that curren
On Thu, Oct 22, 2009 at 7:03 PM, Alexandre Prokoudine wrote:
> IMO the real solution is to shop documentation with GIMP.
Ship, that is :)
Alexandre
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mai
On Thu, Oct 22, 2009 at 1:39 AM, Sven Neumann wrote:
>> This is a very sad situation. Note that most of users won't be able
>> to install GIMP documentation locally [*], and in today's state of
>> mobility, people are very often without Internet access...
>>
>> [*] Try to understand how to get
On Thu, Oct 22, 2009 at 1:50 PM, peter sikking wrote:
> another 'external' area where we really can use some help is gegl,
> to get that from its bumbling experimentation speed to production
> speeds that are same or even better that current GIMP (I read between
> the lines in irc that not everyt
On Thu, Oct 22, 2009 at 15:57, Alexandre Prokoudine
wrote:
>> another 'external' area where we really can use some help is gegl,
>> to get that from its bumbling experimentation speed to production
>> speeds that are same or even better that current GIMP (I read between
>> the lines in irc that no
On Thu, Oct 22, 2009 at 1:50 PM, peter sikking wrote:
> "GIMP is looking for an experienced windows XYZ developer who
> can really make a difference to our user experience on windows."
>
> I do not want this to be a high-maintenance thing like the SoC.
> The effort for the current contributors sho
On Thu, Oct 22, 2009 at 1:54 AM, Ilya Zakharevich wrote:
>> If a particular system service in Windows gets broken and some apps
>> don't work as expected, would it be their developers fault? :)
>
> If they fix the defect - yes, of course.
Yes, of course -- what? ;)
>> I can see how a John Do can
Here's Yuval Levy's account of his experience using GIMP to produce
the panoramas:
http://panospace.wordpress.com/2009/10/13/making-the-gimp-work-for-me/
Nicolas Robidoux
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lis
Yuval Levy [0] has produced paroramic mug shots of the GIMP/GEGL
developers present at Libre Graphics Meeting 2009 in
Montreal. Everything was done with with FLOSS.
This is a still picture:
http://www.photopla.net/hugin/090509lgm03_gimp_240st.tif
This is a rotating animation:
http://www.photop
(Apologies if this repeats a previous suggestion.)
I am wondering if making a distinction between
saving an IMAGE (which would have an export format component)
saving a PROJECT (basically, saving a GEGL tree: this should be the
"quick save")
saving a WORKSPACE (chosen
On Thu, Oct 22, 2009 at 12:50 PM, peter sikking 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 if we could li
OK guys,
the tone of this discussion is distracting from the real problems
we have and a possible solution.
and we do have problems that are in gtk (mainly on windows) and with
a load of window managers that do not even implement the window hint
that we are apparently the bleeding-edge users of
On Thu, Oct 22, 2009 at 5:14 PM, Alexia Death wrote:
> On Thu, Oct 22, 2009 at 12:54 AM, Ilya Zakharevich
> 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.
>>
>>
21 matches
Mail list logo