Re: [Sugar-devel] Ad-hoc network identification badge

2009-08-28 Thread Gary C Martin

On 28 Aug 2009, at 21:51, Eben Eliason wrote:

On Fri, Aug 28, 2009 at 4:16 PM, Gary C Marting...@garycmartin.com  
wrote:

On 27 Aug 2009, at 22:24, Simon Schampijer wrote:


On 08/27/2009 10:42 PM, Gary C Martin wrote:


Quick ping,

Do we need something like an emblem-buddy.svg for ad-hoc network  
icons
(e.g. an XO icon used in same way as the star and lock icon are  
used
to badge AP icons)? Sorry couldn't find a trac ticket or the  
right ML

thread.

Regards,
--Gary


Yeah, I think we settled on a badged AP icon. If you have  
something in

mind - please share it with us ;p


OK :-) Just tested the buddy icon pretty much as is for an emblem,  
but it

doesn't quite ring true (feels too fussy). Here's a few screen shots:

So taking a leaf out of the emblem-locked style and came up with  
what I
think is a much better emblem using a box outline and solid stroke  
colour

for the buddy icon:


Yup. I would definitely recommend the (unstroked, as you show it) XO
icon within the box, as well. The badge feels just a little high in
your mockups (it should be at a 45 degree angle from center, and
positioned so that the lower-right corner falls outside the 55px
recommended icon region, at (70,70)), but that's just an issue of
defining the hotspot correctly.


I copied the existing emblem-locked.svg positioning without falter, so  
assume this is the emblem placing code that's a little off (unless  
emblem-locked is wrong).



Also, all bages are supposed to be
black fills with white strokes (and white symbols within the box, eg.
the XO itself). I think that never happened because entity support was
never added for badges.


Oh, OK. So black box (white stroke?) with white buddy icon (in this  
example) is the intention?


inline: version3_1.pnginline: version3_2.pnginline: version3_3.pnginline: version3_4.png


Does someone know how to add that so we can fix the badges up?
Alternatively, does someone want to update all of the default SVGs for
the badges so that they use the correct colors without use of
entities?


Well the one's I've looked at have stroke_color and fill_color so it  
could just be a simple code change I guess (above screen shot was  
taken just by changing stroke to white, and fill to black). But I can  
do that in each of the emblem-*.svg if that's all that is needed, and  
is easier for core devs?



Thanks Gary! (For the mockups, that is; I'm not volunteering you for
the above task).


Hey, no problem, I've been volunteered for far worse things ;-)

Regards,
--Gary

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Ad-hoc network identification badge

2009-08-28 Thread Eben Eliason
On Fri, Aug 28, 2009 at 5:41 PM, Gary C Marting...@garycmartin.com wrote:
 On 28 Aug 2009, at 21:51, Eben Eliason wrote:

 On Fri, Aug 28, 2009 at 4:16 PM, Gary C Marting...@garycmartin.com
 wrote:

 On 27 Aug 2009, at 22:24, Simon Schampijer wrote:

 On 08/27/2009 10:42 PM, Gary C Martin wrote:

 Quick ping,

 Do we need something like an emblem-buddy.svg for ad-hoc network icons
 (e.g. an XO icon used in same way as the star and lock icon are used
 to badge AP icons)? Sorry couldn't find a trac ticket or the right ML
 thread.

 Regards,
 --Gary

 Yeah, I think we settled on a badged AP icon. If you have something in
 mind - please share it with us ;p

 OK :-) Just tested the buddy icon pretty much as is for an emblem, but it
 doesn't quite ring true (feels too fussy). Here's a few screen shots:

 So taking a leaf out of the emblem-locked style and came up with what I
 think is a much better emblem using a box outline and solid stroke colour
 for the buddy icon:

 Yup. I would definitely recommend the (unstroked, as you show it) XO
 icon within the box, as well. The badge feels just a little high in
 your mockups (it should be at a 45 degree angle from center, and
 positioned so that the lower-right corner falls outside the 55px
 recommended icon region, at (70,70)), but that's just an issue of
 defining the hotspot correctly.

 I copied the existing emblem-locked.svg positioning without falter, so
 assume this is the emblem placing code that's a little off (unless
 emblem-locked is wrong).

 Also, all bages are supposed to be
 black fills with white strokes (and white symbols within the box, eg.
 the XO itself). I think that never happened because entity support was
 never added for badges.

 Oh, OK. So black box (white stroke?) with white buddy icon (in this example)
 is the intention?

Yup, these look great!

 Does someone know how to add that so we can fix the badges up?
 Alternatively, does someone want to update all of the default SVGs for
 the badges so that they use the correct colors without use of
 entities?

 Well the one's I've looked at have stroke_color and fill_color so it could
 just be a simple code change I guess (above screen shot was taken just by

Right. I made them with the proper entities, but the code path for
creating the badges isn't tied into the Sugar classes that do the
entity replacement (or something like that). So we'd have to look into
the badging code to see how to hook that up.

 changing stroke to white, and fill to black). But I can do that in each of
 the emblem-*.svg if that's all that is needed, and is easier for core devs?

That seems like a really quick short term fix, so it might be worth
doing, unless a few minutes investigation of the code presents an
obvious solution. Actually, we've honestly never had any designs for
colored badges and I don't anticipate them in the near term, so maybe
supporting entities there is overkill and modifying the SVGs directly
is the right course anyway.

Eben


 Thanks Gary! (For the mockups, that is; I'm not volunteering you for
 the above task).

 Hey, no problem, I've been volunteered for far worse things ;-)

 Regards,
 --Gary



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Ad-hoc network identification badge

2009-08-28 Thread Gary C Martin
Hi Eben,

On 29 Aug 2009, at 04:26, Eben Eliason wrote:

 On Fri, Aug 28, 2009 at 5:41 PM, Gary C Marting...@garycmartin.com  
 wrote:
 On 28 Aug 2009, at 21:51, Eben Eliason wrote:

 On Fri, Aug 28, 2009 at 4:16 PM, Gary C Marting...@garycmartin.com
 wrote:

 On 27 Aug 2009, at 22:24, Simon Schampijer wrote:

 On 08/27/2009 10:42 PM, Gary C Martin wrote:

 Quick ping,

 Do we need something like an emblem-buddy.svg for ad-hoc  
 network icons
 (e.g. an XO icon used in same way as the star and lock icon are  
 used
 to badge AP icons)? Sorry couldn't find a trac ticket or the  
 right ML
 thread.

 Regards,
 --Gary

 Yeah, I think we settled on a badged AP icon. If you have  
 something in
 mind - please share it with us ;p

 OK :-) Just tested the buddy icon pretty much as is for an  
 emblem, but it
 doesn't quite ring true (feels too fussy). Here's a few screen  
 shots:

 So taking a leaf out of the emblem-locked style and came up with  
 what I
 think is a much better emblem using a box outline and solid  
 stroke colour
 for the buddy icon:

 Yup. I would definitely recommend the (unstroked, as you show it) XO
 icon within the box, as well. The badge feels just a little high in
 your mockups (it should be at a 45 degree angle from center, and
 positioned so that the lower-right corner falls outside the 55px
 recommended icon region, at (70,70)), but that's just an issue of
 defining the hotspot correctly.

 I copied the existing emblem-locked.svg positioning without falter,  
 so
 assume this is the emblem placing code that's a little off (unless
 emblem-locked is wrong).

 Also, all bages are supposed to be
 black fills with white strokes (and white symbols within the box,  
 eg.
 the XO itself). I think that never happened because entity support  
 was
 never added for badges.

 Oh, OK. So black box (white stroke?) with white buddy icon (in this  
 example)
 is the intention?

 Yup, these look great!

Fab :-)

 Does someone know how to add that so we can fix the badges up?
 Alternatively, does someone want to update all of the default SVGs  
 for
 the badges so that they use the correct colors without use of
 entities?

 Well the one's I've looked at have stroke_color and fill_color so  
 it could
 just be a simple code change I guess (above screen shot was taken  
 just by

 Right. I made them with the proper entities, but the code path for
 creating the badges isn't tied into the Sugar classes that do the
 entity replacement (or something like that). So we'd have to look into
 the badging code to see how to hook that up.

Understood.

 changing stroke to white, and fill to black). But I can do that in  
 each of
 the emblem-*.svg if that's all that is needed, and is easier for  
 core devs?

 That seems like a really quick short term fix, so it might be worth
 doing, unless a few minutes investigation of the code presents an
 obvious solution. Actually, we've honestly never had any designs for
 colored badges and I don't anticipate them in the near term, so maybe
 supporting entities there is overkill and modifying the SVGs directly
 is the right course anyway.

OK, sounds like we should just make these svg modifications now, and  
consider code changes in the future if really needed. I'll go through  
and adjust each of the svg later tomorrow.

Regards,
--Gary

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Ad-hoc network identification badge

2009-08-27 Thread Simon Schampijer
On 08/27/2009 10:42 PM, Gary C Martin wrote:
 Quick ping,

 Do we need something like an emblem-buddy.svg for ad-hoc network icons
 (e.g. an XO icon used in same way as the star and lock icon are used
 to badge AP icons)? Sorry couldn't find a trac ticket or the right ML
 thread.

 Regards,
 --Gary

Yeah, I think we settled on a badged AP icon. If you have something in 
mind - please share it with us ;p

Thanks,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel