[Sugar-devel] Ad-hoc network identification badge

Gary C Martin gary at garycmartin.com
Sat Aug 29 00:11:49 EDT 2009


Hi Eben,

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

> On Fri, Aug 28, 2009 at 5:41 PM, Gary C Martin<gary at garycmartin.com>  
> wrote:
>> On 28 Aug 2009, at 21:51, Eben Eliason wrote:
>>
>>> On Fri, Aug 28, 2009 at 4:16 PM, Gary C Martin<gary at 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



More information about the Sugar-devel mailing list