[ubuntu-art] Random Thoughts on Mail Burst

Troy James Sobotka troy.sobotka at gmail.com
Tue Apr 29 04:14:16 BST 2008


> Bharat Varma wrote:
> The visual style I have mentioned is called 'Elements' and it has 4
> variations - Fire (the one you can see in the link), Water, Air and Earth.
> 
> Fire - Orange, the default visual style
> Water - Blue
> Air - Grey
> Earth - Green

Don't you feel that this thinking is bordering on cliche?  I am rather
shocked by the few people who seem to think that this is a good
direction, but alas, pursue away.

Somehow I can't help but think that the four elements of our poorly
illuminated past are best left for the cliched design paradigm in
foreign RPGs.  I greet with open arms anyone who will prove me wrong.

> Anton Kerezov wrote:
> 	2. Create aesthetically pleasing and eye-easy theme that clearly
> represents the Ubuntu spirit.

This isn't a personal poke toward you Anton, but _everyone_ who thinks
this sentence makes perfectly good sense _really_ needs to pick up an
introductory text on art and design.

This is perhaps the most common and most flawed statement that I read
over and over and over again.  It is mired in a sea of misunderstanding
and solidly lodged in logic that would be enlightened with even a
precursory examination of just about _any_ text on art and design.

> Cory K. wrote:
> Though, as far as shipping .SVGs goes, I think it was kwwii that was
> telling me about some rendering bug with using .SVG as walls. That's
> what I would worry about. I can't remember. Maybe he can chime in.

Rendering SVGs using the lib in GNOME using the default rendering
context is awful for a number of reasons:

  1) The work you do in Inkscape isn't often supported in the renderer.

  2) The GNOME renderer does this strange thing where it 'clips' the
objects and then blurs them.  Near edges, the objects that should be
uniformed blurred, are clipped and then blurred.  This results in a blur
'chasm' between the object and the edge where there shouldn't be one.

  3) GNOME renders to the size context _and then_ scales the bitmap to
the destination size.  Last time I checked this was still the case, and
I registered a bug against it for GDM.  The default renderer did this
for other SVG elements as well.  Instead of rendering for the built-in
size, it should figure out the destination context and render to it.

There are more issues, but I can't remember them.  Most of it would
probably come down to that the work environment (namely Inkscape) won't
reflect what you would get in the rendering context of GNOME.

> Álvaro Medina Ballester wrote:
> I don't know how to make a poll (and I don't know if this is what we 
> should do) but if all the artwork team are agree with making 4 themes
> air, earth, fire and water) we should discuss it and everyone should
> be agree with that.  So please, we must make this discussion useful.
> Maybe doing some brainstorming (for guidelines) and then voting can
> be a great way to take decisions (I'm sure Troy has something to say
> about this). 

I am more than willing to set up a poll for whatever a team / group
would desire.  That said, if you think you want to avoid all of this,
simply form your own team and poll away!  And no, I don't have much to
say other than a hearty good luck.

Sincerely,
TJS

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/ubuntu-art/attachments/20080428/de414eb8/attachment.pgp 


More information about the ubuntu-art mailing list