Opened 15 years ago
Last modified 8 years ago
#381 reopened enhancement
Neighbourhood view icons should be placed in a spatially repeatable way
Reported by: | garycmartin | Owned by: | manuq |
---|---|---|---|
Priority: | Normal | Milestone: | Unspecified |
Component: | Sugar | Version: | Unspecified |
Severity: | Minor | Keywords: | |
Cc: | eben, sascha_silbe | Distribution/OS: | Unspecified |
Bug Status: | New |
Description
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'.
Attachments (1)
Change History (14)
comment:1 Changed 15 years ago by homunq
- Keywords sugar-love added
comment:2 Changed 14 years ago by sascha_silbe
- Cc sascha_silbe added
comment:3 Changed 14 years ago by erikos
- Owner changed from marcopg to erikos
- Status changed from new to assigned
comment:4 Changed 14 years ago by erikos
- Keywords sugar-love removed
comment:5 Changed 14 years ago by garycmartin
- Milestone changed from 0.86 to 0.88
comment:6 Changed 14 years ago by tomeu
- Milestone changed from 0.88 to 0.90
- Owner changed from erikos to tomeu
- Status changed from assigned to accepted
comment:7 Changed 11 years ago by manuq
- Milestone changed from 0.90 to 1.0
comment:8 Changed 11 years ago by manuq
- Owner changed from tomeu to manuq
- Status changed from accepted to assigned
comment:9 Changed 10 years ago by dnarvaez
- Milestone changed from 1.0 to Unspecified
comment:10 Changed 10 years ago by dnarvaez
- Bug Status changed from Unconfirmed to New
comment:11 Changed 8 years ago by tch
Still present in 0.107.0.
comment:12 Changed 8 years ago by quozl
- Resolution set to fixed
- Status changed from assigned to closed
Is in 0.107.1, as a reproducible position for each neighbourhood view icon, based on identity, but without being able to move them. Closing.
comment:13 Changed 8 years ago by quozl
- Resolution fixed deleted
- Status changed from closed to reopened
I'd like a second opinion; are the icons unevenly distributed? Do they avoid lower or right edge? See attached.
Would like to get to this for 0.90