[sugar] icon assistance/validation

[Eben Eliason]

I removed the stroke_opacity entity completely.  Bert also pointed out that
I was accidentally setting stroke_opacity on stroke elements that had the
fill color.  This fixes that glitch as well.  Of course, that fixed, I do
recognize that in the cases where a stroke is rendered in fill color, there
may be some potential oddities in the rendering.  As it's now been proven
that people do have use for this, perhaps we we'll opt to keep the "hack"
and forget the opacity completely.

I guess I'm going to ponder this and bring it up with the other developers
for the next day or so before finalizing it on the wiki.  Sorry for the
delay, but thanks for all the discussion!  It's been really helpful.  Please
let me know if you find any more bugs or have ideas for new features the
script could handle to make things easier.

- Eben



On Tue, Mar 18, 2008 at 4:13 PM, Eben Eliason <eben.eliason at gmail.com>
wrote:
> On Tue, Mar 18, 2008 at 3:47 PM, Bert Freudenberg <bert at freudenbergs.de>
wrote:
>  > On Mar 18, 2008, at 19:20 , Eben Eliason wrote:
>  >
>  >  > Again, this is usually the fault of the stroke translucency,
>  >  > since the stroke overlaps the fill by half its width, causing a
>  >  > layered effect.  Our only potential uses for this are (opaque
stroke,
>  >  > translucent fill) and (translucent stroke, transparent fill).  That
>  >  > is, at no time will we ever use a translucent stroke in conjunction
>  >  > with any fill at all, which is where you run into odd looking
results.
>  >
>  >
>  >  Unless some icon designer used the (now translucent) fill color for a
>  >  stroke. Or let strokes overlap, which will look odd as well.
>  >
>  >  That, and the fact that alpha-blending will take more cycles than
>  >  using solid colors, is that not enough reason to ditch that opacity
>  >  idea? If you insist on it, icon designers will have to make sure their
>  >  strokes won't ever overlap, which can of course be achieved by boolean
>  >  geometry, but this is much harder to do correct than what is required
>  >  now.
>
>  I can remove the stroke-opacity altogether.  As mentioned before, I
>  don't have any particular goal in mind with respect to that
>  property...I just implemented it at the same time as fill-opacity
>  because it was easy to add.  I do want to keep the fill-opacity so we
>  can take advantage of it in the future, though.  It is something that
>  may not be implemented immediately, but would make the code much
>  cleaner once we are able to support it.
>
>  - Eben
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.laptop.org/pipermail/sugar/attachments/20080318/be20b594/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: sugar-iconify
Type: application/octet-stream
Size: 11196 bytes
Desc: not available
Url : http://lists.laptop.org/pipermail/sugar/attachments/20080318/be20b594/attachment-0001.obj