Re: [Gimp-developer] 2.8 schedule, donations and krita

2010-01-15 Thread Boudewijn Rempt
On Friday 15 January 2010, SHIRAKAWA Akira wrote:
 On 2010-01-15 18:02, Alexia Death wrote:
  Well, I didn't know it was an option, and my interest in such device
  is not limited to just developing gimp, so I've been plotting to get
  one on my own... But it would help a lot if me and someone else, like
  Martin or Mitch had the same set, for testing etc purposes.
 
 If you want pen rotation for for developing but you also need a tablet
 for your personal artistic needs, the best choice would be getting a
 Wacom Intuos4 Medium tablet + Art Pen

Adding my two cents -- from the perspective of the Krita maintainer... That's 
the setup I got for Krita after doing a donation drive for tablets -- I would 
have liked to have airbrushes to go with them, but our funds didn't stretch as 
far, and we couldn't get into contact with anyone at Wacom.

By the way, I think that Alexia is completely right when suggesting to get two 
rigs: we did the same for Krita, one for the brush engine developer, one for 
me (or to send around). That way, bugs can be reproduced reasonably easily, 
even if the other developer doesn't use it for creating art.

 (undiscounted price: about 370 +
 100 euro), although if you're really into drawing and painting then you
 should get an Intuos4 Large which costs 480 euro (+ 100 euro Art Pen).
 These are prices from the official Wacom.eu shop; online retails prices
 are usually about 10% lower. If you're really on a budget (or better, if
 Gimp funds don't allow for such expenses) then you should get an Intuos4
 Small (Wacom price: 225 euro), although I personally don't recommend it
 for drawing or painting as it's way too small. For testing/developing
 tablet support on Gimp would be more than enough anyway.

I also thought that getting a small wacom wouldn't be as useful since the feel 
of those are quite different.
-- 
Boudewijn Rempt | http://www.valdyas.org
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Fwd: Libre Graphics Meeting Sign up Available

2007-04-12 Thread Boudewijn Rempt
On Thu, 12 Apr 2007, Louis Desjardins wrote:

 Hello all,
 
 I am forwarding you this message from Peter Linnell so we don't forget
 anybody!
 
 Please take a few secs to fill the LGM registration form. This helps us a
 lot, including in the last round of negocitations with some sponsors.
 Showing rapidly how many we are to attend LGM can help make a decision and
 will definitely help me in the last sraight! Please do it asap.
 
 Thanks!
 
 

I _think_ I filled in this survey, but I'm not terribly sure, since I'm
on my mac and somehow my login name is not recognized. But I got the questions
all right.

Boudewijn
 

___
Gimp-developer mailing list
[EMAIL PROTECTED]
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Archive based project storage with XML catalog

2006-03-03 Thread Boudewijn Rempt
On Friday 03 March 2006 00:07, Øyvind Kolås wrote:
 My toy GEGL which evolved into a video compositing end editing
 application also had a by product of a versatile proof of concept XML
 based project description [1]. Disregarding the temporal aspects of
 it, it is a structure that allows for layer groups, effect layers and
 cloned layers.

 I attempted to condense it down somewhat and remove some of the
 mistakes in the initial implementation and tentativly called that XML
 structure XCF2[2].

 One of the things that would remain for making this kind of format a
 standard is deciding upon baseline features to be implemented, and a
 baseline set of operations that need to be supported PNG, SVG, JPG,
 ICC and EXR might seem like some of the binary formats that are
 referenced by the catalog.

I'm not sure about jpeg, and a more flexible binary raster format would be 
needed, too, to support the colormodels png cannot support. And we'd need to 
have an authoritative list of composite ops and all that kind of thing.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi


pgpFGOTAWdgBC.pgp
Description: PGP signature
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] support for the PSD

2006-03-03 Thread Boudewijn Rempt
On Friday 03 March 2006 22:41, Florent Monnier wrote:
It is somewhat futile to point out that support for the PSD format
needs to be improved. We know that. We know that for several years
now. We simply need someone who invests the time to improve it. No
need to convince anyone that it is a good idea.
  
   rather than doing this job in the gimp, what would you think about
   extract the current related code to initialize the project of a lib for
   reading psd?
  
   just an idea...
   ... perhaps more people would be able to get in this projet this way
 
  Still faces of the problem of finding a developer interested in working
  on it.  I wouldn't even know where to start.

 Do you mean that extracting this code would be hard or long to do?
 Or that starting a new project requires work?

The big problem with writing a support library for photoshop files is not that 
it's hard to do -- it's a moderate amount of work, and then some because the 
public specs aren't complete, but the real problem is that there's nothing 
public beyond version 6; everything after is closed and forbidden. It's 
better to spend time getting something together that's open, extensible and 
fits in with the emerging open document landscape. 

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi


pgpGaWQ68PYay.pgp
Description: PGP signature
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


OpenDocument. Was: [Gimp-developer] Photoshop PSD 6 format Spec / Gimp XCF format Spec

2006-03-02 Thread Boudewijn Rempt
Okay, so it turned out that I was still subscribed under an old email address, 
but my mailers sends everyone with the current one. Anyway, my fault, and  I 
would like to thank Manish for helping me out of my bewilderment. What I 
wanted to propose  work on after my 1.5 release is the following:

Cooperating on get an OpenDocument specification for layered raster images 
done and into the OASIS OpenDocument standard. Krita would use that format 
for its native format, of course, as all of KOffice is moving to 
OpenDocument.

OpenDocument automatically means some choices are made for us: a zip file 
store, a certain layout inside that store, and xml main document and 
resources for the binary data. Those choices may not be the best possible 
technical choices, but Krita already uses a similar mechanism and it seems to 
work.

And since the Gimp and Krita have a different set of capabilities, we'd have 
to make a flexible and complete specification, one that includes all possible 
(possibly uninvented as yet) color models, adjustment layers, paths (which 
Krita doesn't have) and so on.

I would really like to cooperate on this, since a standard used by one 
application isn't a standard at all and since it would mean much better 
interchange of documents than would be possible through either Photoshop 
(ancient version 6 or reverse-engineered later versions) or XCF.

I'm prepared to do most of the writing  nagging of David Faure about 
procedures and guidelines, but I'm not knowledgeable enough to do it all on 
my own.

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi


pgpcsbibDrXxy.pgp
Description: PGP signature
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] Re: artistic GIMP

2005-06-18 Thread Boudewijn Rempt
On Sat, 18 Jun 2005, Leon Brooks wrote:

 On Saturday 18 June 2005 03:33, GSR - FR wrote:
  You missed an interesting page:

  http://www.levien.com/gimp/brush-arch.html

 Curtis's watercolour simulations may no longer be too computationally
 intensive, now that eight years (!) have passed, or may have been
 improved upon. Certainly worth investigating. I think that rather than
 setting a specific wetness value, the brush should reduce the
 difference between the bursh's wetness and the medium's wetness - so in
 principle applying a dryish brush to a very wet medium should actually
 dry the medium out a little.

If you really want to know what can be done with todays hardware, watch
the video's Bill Baxter has made available for his Dab and Impasto
projects: http://www.billbaxter.com/projects

Boudewijn
___
Gimp-developer mailing list
Gimp-developer@lists.xcf.berkeley.edu
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer