[Bugs] #381 NORM: Neighbourhood view icons should be placed in a spatially repeatable way
SugarLabs Bugs
bugtracker-noreply at sugarlabs.org
Wed Feb 18 20:36:32 EST 2009
#381: Neighbourhood view icons should be placed in a spatially repeatable way
----------------------------+-----------------------------------------------
Reporter: garycmartin | Owner: marcopg
Type: enhancement | Status: new
Priority: Normal | Milestone: 0.86
Component: sugar | Version: Unspecified
Severity: Minor | Keywords:
Distribution: Unspecified | Status_field: Unconfimed
----------------------------+-----------------------------------------------
Right now the neighbourhood view is disappointingly random from machine to
machine, reboot to reboot, or even just over time as the view (seemingly
randomly) refreshes. Now Sugar 8.4 has just broken all the AP colours to
be of some new set(network manager, ssid reporting changes?), which is
really a great loss of utility and identity; but not withstanding that
unfortunate brick wall in the face, I'd like to suggest that AP x,y
placements (and all other neighbourhood icons) are based on identity as
well, so that you can quickly learn where to expect resources to be
spatially in the neighbourhood view. The placement does not have to be
100% accurate, perhaps first attempt then somewhere random, but ideally a
blocked placement would slide until it found a nearby empty location.
P.S. I resolved something similar with my SOM label layouts: Roughly...
where by I place labels one by one (from most important to least), if it
collides it takes the collided's x,y and looks around N, S, E, W locations
(+random jitter factor). If still no free space, increase random jitter
factor and try again. Worst case (for me) falls back to a label overlap,
for neighbourhood view it would be 'any random free space'.
--
Ticket URL: <http://dev.sugarlabs.org/ticket/381>
Sugar Labs <http://sugarlabs.org/>
Sugar Labs bug tracking system
More information about the Bugs
mailing list