[CREATE] Pro bono ads in Libre Graphics Magazine

2010-11-03 Thread ginger coons
Hello, Create!

More chatter from *Libre Graphics Magazine*. In issue 1.1, we've reserved
nine full pages for pro bono ads. These pages are spaces we want to go to
the promotion of F/LOSS and Libre Graphics software and projects. So far,
only one is spoken for. Which means that we've got eight whole pages left
for the promotion of Libre Graphics projects. We're running A4 size pages
and if you don't want to design an ad yourself, we'll do it for you. If your
project wants one of those spaces, either reply to this thread, to me, or to
enquir...@libregraphicsmag.com.

-- 
ginger all-lower-case coons
adaptstudio.ca
647.865.7757 (Toronto)
514.213.1318 (Montreal)
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


[CREATE] Pro bono ads in Libre Graphics Magazine

2010-11-03 Thread Susan Spencer
Question about what is probably obvious to everyone else:

By 'pro bono', does this mean that the remaining
eight full-page advertisements are available
for free, no fee, no remuneration to the magazine?

This 'free' concept continues to confound my brain,
which is *never* available for free, and frequently
goes out of its way to oppose my personal
needs, goals, and professional reputation.
It apparently is currently on strike until it
receives more caffeine and glucose.

Thanks for your considered and hopefully polite response,

- Susan

Date: Wed, 3 Nov 2010 09:38:19 -0400
 From: ginger coons gin...@adaptstudio.ca
 Subject: [CREATE] Pro bono ads in Libre Graphics Magazine



 ...we've reserved  nine full pages for pro bono ads.



 --
 ginger all-lower-case coons


___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


[CREATE] Questions and reflections about gradients

2010-11-03 Thread Olivier BERTEN
Hi!

Still going on with SwatchBooker, I'm now analysing gradients file
formats http://www.selapa.net/swatches/gradients/fileformats.php and
as I was thinking at my own format for these, there were some things
triggering me... And I'd really like to have some other's opinions about
them...

* I don't see the point in Foreground/Background colors
http://www.mail-archive.com/create@lists.freedesktop.org/msg01272.html
;-) I see even less the point in having gradients swatches defined with
Foreground/Background colors... This is a feature you can find in
Photoshop and Gimp gradients. For sure I don't see how it would be
useful in an exchange format...

* In my idea, a gradient is defined by stops and the way to go from one
to the other. All other things like shape, angle, center, etc. are how
you use the gradient, not the gradient itself. Which means I would leave
out these features when importing from OpenOffice.org or Flash.

* I think the segment concept of Gimp isn't really interesting since
the position of a segment start has to be the same as the end of the
previous one, and in 99% of the cases, the color is the same too. For
the 1% left, you can create another stop at the same position.

* I'm not sure yet how to deal with transparency. My first option would
be to say: we're talking about color gradient and transparency isn't a
color attribute, it's an object or painter attribute, so we leave it out
completely. There's the Adobe's option to have a transparency gradient
next to the color gradient but then again, why not really differentiate
things and really separate them... But at least it would cover that
feature because I really think including transparency into the color
definition is wrong.

* Is there any free software dealing with noise gradients?

Even though I thought a lot about these things, I really appreciate
contradiction so start shooting ;-)

Olivier
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Questions and reflections about gradients

2010-11-03 Thread Alexandre Prokoudine
On 11/4/10, Olivier BERTEN wrote:

 * I don't see the point in Foreground/Background colors
 http://www.mail-archive.com/create@lists.freedesktop.org/msg01272.html
 ;-) I see even less the point in having gradients swatches defined with
 Foreground/Background colors... This is a feature you can find in
 Photoshop and Gimp gradients. For sure I don't see how it would be
 useful in an exchange format...

Inkscape doesn't have FG/BG colors in gradients, even though we were
criticized for that some months ago (the discussion was in
inkscape-devel@) :) IMO, start and end are the best you can get
really. FG/BG are just common conventions many people got used to.

But even for gradients fg/bg and start/end don't have to make sense.
If you look at Mandelbulber's Shaders tab, you'll see a kind of
gradient that controls coloring of a 3D fractal. The concept of start
and end is quite washed out there.

 * I think the segment concept of Gimp isn't really interesting since
 the position of a segment start has to be the same as the end of the
 previous one, and in 99% of the cases, the color is the same too. For
 the 1% left, you can create another stop at the same position.

OTOH things like blending function and coloring type for segments in
GIMP's gradients can be of use.

 * Is there any free software dealing with noise gradients?

Not that I know of. Noise gradients are entirely a Photoshop thing to
the best of my knowledge. I have to admit though we haven't looked at
any of Corel PSP's assets (mostly because the installer doesn't wish
to work on wine out of box).

Alexandre Prokoudine
http://libregraphicsworld.org
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Questions and reflections about gradients

2010-11-03 Thread Sven Langkamp
On Thu, Nov 4, 2010 at 12:19 AM, Olivier BERTEN olivier.ber...@gmail.comwrote:

 Hi!

 Still going on with SwatchBooker, I'm now analysing gradients file
 formats http://www.selapa.net/swatches/gradients/fileformats.php and
 as I was thinking at my own format for these, there were some things
 triggering me... And I'd really like to have some other's opinions about
 them...

 * I don't see the point in Foreground/Background colors
 http://www.mail-archive.com/create@lists.freedesktop.org/msg01272.html
 ;-) I see even less the point in having gradients swatches defined with
 Foreground/Background colors... This is a feature you can find in
 Photoshop and Gimp gradients. For sure I don't see how it would be
 useful in an exchange format...


The feature itself makes sense (I recently added it to Krita on request).
That is mostly used for foreground-transparent and foreground-background
gradients that are handled by the applications internally but not exported.


 * In my idea, a gradient is defined by stops and the way to go from one
 to the other. All other things like shape, angle, center, etc. are how
 you use the gradient, not the gradient itself. Which means I would leave
 out these features when importing from OpenOffice.org or Flash.


Agreed.


 * I think the segment concept of Gimp isn't really interesting since
 the position of a segment start has to be the same as the end of the
 previous one, and in 99% of the cases, the color is the same too. For
 the 1% left, you can create another stop at the same position.


The main difference of the segmented gradients is that can have different
interpolations per segment. There are interpolations like sinus and color
interpolations like HSV. Of course in probably 99% of the cases just linear
is used. For the application it doesn't really matter if the gradient comes
as stop or segment gradient. In Krita we can use can use both types and for
Karbon we convert Gimp gradients to stop gradients (with potential loss of
some features).


 * I'm not sure yet how to deal with transparency. My first option would
 be to say: we're talking about color gradient and transparency isn't a
 color attribute, it's an object or painter attribute, so we leave it out
 completely. There's the Adobe's option to have a transparency gradient
 next to the color gradient but then again, why not really differentiate
 things and really separate them... But at least it would cover that
 feature because I really think including transparency into the color
 definition is wrong.


Transparency is at least needed for the stops, so it's linked to the stop
color anyway. The application can still decide if it wants to use the
transparency or not.


 * Is there any free software dealing with noise gradients?

 Even though I thought a lot about these things, I really appreciate
 contradiction so start shooting ;-)

 Olivier
 ___
 CREATE mailing list
 CREATE@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/create

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Pro bono ads in Libre Graphics Magazine

2010-11-03 Thread ginger coons
In this case, pro bono means free as in beer. The ads are at no cost to the
advertisers, because we want to give them a leg up and a little exposure to
potential new users. So for once, free does mean monetary, not free as in
freedom.


-ginger

On Wed, Nov 3, 2010 at 3:34 PM, Susan Spencer susan.spen...@gmail.comwrote:

 Question about what is probably obvious to everyone else:

 By 'pro bono', does this mean that the remaining
 eight full-page advertisements are available
 for free, no fee, no remuneration to the magazine?

 This 'free' concept continues to confound my brain,
 which is *never* available for free, and frequently
 goes out of its way to oppose my personal
 needs, goals, and professional reputation.
 It apparently is currently on strike until it
 receives more caffeine and glucose.

 Thanks for your considered and hopefully polite response,

 - Susan

 Date: Wed, 3 Nov 2010 09:38:19 -0400
 From: ginger coons gin...@adaptstudio.ca
 Subject: [CREATE] Pro bono ads in Libre Graphics Magazine



 ...we've reserved  nine full pages for pro bono ads.



 --
 ginger all-lower-case coons



 ___
 CREATE mailing list
 CREATE@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/create




-- 
ginger all-lower-case coons
adaptstudio.ca
647.865.7757 (Toronto)
514.213.1318 (Montreal)
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Pro bono ads in Libre Graphics Magazine

2010-11-03 Thread j...@rejon.org
Yes, I would like a pro-bono ad only for Aiki Framework:
http://aikiframework.org

What is needed of this?

cheers
jon

On Thu, Nov 4, 2010 at 2:38 AM, ginger coons gin...@adaptstudio.ca wrote:
 In this case, pro bono means free as in beer. The ads are at no cost to the
 advertisers, because we want to give them a leg up and a little exposure to
 potential new users. So for once, free does mean monetary, not free as in
 freedom.


 -ginger

 On Wed, Nov 3, 2010 at 3:34 PM, Susan Spencer susan.spen...@gmail.com
 wrote:

 Question about what is probably obvious to everyone else:

 By 'pro bono', does this mean that the remaining
 eight full-page advertisements are available
 for free, no fee, no remuneration to the magazine?

 This 'free' concept continues to confound my brain,
 which is never available for free, and frequently
 goes out of its way to oppose my personal
 needs, goals, and professional reputation.
 It apparently is currently on strike until it
 receives more caffeine and glucose.

 Thanks for your considered and hopefully polite response,

 - Susan

 Date: Wed, 3 Nov 2010 09:38:19 -0400
 From: ginger coons gin...@adaptstudio.ca
 Subject: [CREATE] Pro bono ads in Libre Graphics Magazine



 ...we've reserved  nine full pages for pro bono ads.



 --
 ginger all-lower-case coons



 ___
 CREATE mailing list
 CREATE@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/create




 --
 ginger all-lower-case coons
 adaptstudio.ca
 647.865.7757 (Toronto)
 514.213.1318 (Montreal)

 ___
 CREATE mailing list
 CREATE@lists.freedesktop.org
 http://lists.freedesktop.org/mailman/listinfo/create





-- 
Jon Phillips
http://rejon.org/
http://fabricatorz.com/
http://status.net/
http://rejon.status.net + skype: kidproto
+1.415.830.3884 (sf/global)
+86.187.1003.9974 (china)
___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Questions and reflections about gradients

2010-11-03 Thread Jon Cruz

On Nov 3, 2010, at 5:34 PM, Sven Langkamp wrote:

 * In my idea, a gradient is defined by stops and the way to go from one
 to the other. All other things like shape, angle, center, etc. are how
 you use the gradient, not the gradient itself. Which means I would leave
 out these features when importing from OpenOffice.org or Flash.
 
 Agreed.

Yes, I've done the analysis in the past and came to the same conclusion.

It is most helpful to separate the gradient itself away from the application of 
a gradient:

http://wiki.inkscape.org/wiki/index.php/Swatch_Book#Gradient

http://wiki.inkscape.org/wiki/index.php/Swatch_Book#Gradient_Application


___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create


Re: [CREATE] Questions and reflections about gradients

2010-11-03 Thread Jon Cruz

On Nov 3, 2010, at 5:34 PM, Sven Langkamp wrote:

 * I think the segment concept of Gimp isn't really interesting since
 the position of a segment start has to be the same as the end of the
 previous one, and in 99% of the cases, the color is the same too. For
 the 1% left, you can create another stop at the same position.
 
 The main difference of the segmented gradients is that can have different 
 interpolations per segment. There are interpolations like sinus and color 
 interpolations like HSV. Of course in probably 99% of the cases just linear 
 is used. For the application it doesn't really matter if the gradient comes 
 as stop or segment gradient. In Krita we can use can use both types and for 
 Karbon we convert Gimp gradients to stop gradients (with potential loss of 
 some features).

There isn't anything specifically tying different interpolations to segments. 
Instead of storing segments with two separate colors each (per endpoint aka per 
stop), one can just store the endpoints. If stored with endpoints only, the 
midpoint value applies to the portion leading up to that stop. An interpolation 
value also can be.

Given that SVG, CSS3 and Adobe all prefer viewing gradients as sets of stops, 
not segments, this seems like a reasonable approach. I've also not worked out 
any scenarios where storing as sets of stops instead of gradients will give a 
functional or end-user visible difference.

___
CREATE mailing list
CREATE@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/create