Opened 10 years ago

Last modified 3 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)

381.png (154.8 KB) - added by quozl 3 years ago.

Download all attachments as: .zip

Change History (14)

comment:1 Changed 10 years ago by homunq

  • Keywords sugar-love added

comment:2 Changed 10 years ago by sascha_silbe

  • Cc sascha_silbe added

comment:3 Changed 9 years ago by erikos

  • Owner changed from marcopg to erikos
  • Status changed from new to assigned

comment:4 Changed 9 years ago by erikos

  • Keywords sugar-love removed

comment:5 Changed 9 years ago by garycmartin

  • Milestone changed from 0.86 to 0.88

comment:6 Changed 9 years ago by tomeu

  • Milestone changed from 0.88 to 0.90
  • Owner changed from erikos to tomeu
  • Status changed from assigned to accepted

Would like to get to this for 0.90

comment:7 Changed 6 years ago by manuq

  • Milestone changed from 0.90 to 1.0

comment:8 Changed 6 years ago by manuq

  • Owner changed from tomeu to manuq
  • Status changed from accepted to assigned

comment:9 Changed 5 years ago by dnarvaez

  • Milestone changed from 1.0 to Unspecified

comment:10 Changed 5 years ago by dnarvaez

  • Bug Status changed from Unconfirmed to New

comment:11 Changed 3 years ago by tch

Still present in 0.107.0.

comment:12 Changed 3 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 3 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.

Changed 3 years ago by quozl

Note: See TracTickets for help on using tickets.