Difference between revisions of "Talk:Features/Neighborhood List View"

From Sugar Labs
Jump to navigation Jump to search
 
(One intermediate revision by one other user not shown)
Line 2: Line 2:
  
 
can we get the design discussion going and then describe a bit more the feature. Would be nice to have a mockup as well.
 
can we get the design discussion going and then describe a bit more the feature. Would be nice to have a mockup as well.
 +
 +
Have asked in the mailing list. [[User:Tomeu|tomeu]] 07:43, 17 July 2009 (UTC)
  
 
----
 
----
  
 
It is not clear that list vs random is the real issue. Wasn't there a proposal to position based on some hash so that icons would keep a consistent position on the screen? That coupled with Search might be enough. But nothing wrong with a list view, of course. --[[User:Walter|Walter]] 22:49, 16 July 2009 (UTC)
 
It is not clear that list vs random is the real issue. Wasn't there a proposal to position based on some hash so that icons would keep a consistent position on the screen? That coupled with Search might be enough. But nothing wrong with a list view, of course. --[[User:Walter|Walter]] 22:49, 16 July 2009 (UTC)
 +
 +
Maybe this feature should be renamed "Make presence UI scale better", though that may be more of a goal than a feature that can be delivered in a single milestone. Simon has proposed a feature for fixed positioning in the free-form view already, but this one will focus on the list view. List views are important because allow the user to examine sets of objects that are too big to represent in a single screen. Also, allow for keyboard navigation and use facilities in Gtk+ that plug into the accessibility framework. I also hope that having one more list view in the shell will help people distinguish the activity list from the journal list view. [[User:Tomeu|tomeu]] 07:43, 17 July 2009 (UTC)
 +
 +
== Moved again to ideas page ==
 +
 +
Is depended on Aleksey's TableView. Moved in conjunction with Tomeu.

Latest revision as of 06:42, 7 December 2009

Hi Tomeu,

can we get the design discussion going and then describe a bit more the feature. Would be nice to have a mockup as well.

Have asked in the mailing list. tomeu 07:43, 17 July 2009 (UTC)


It is not clear that list vs random is the real issue. Wasn't there a proposal to position based on some hash so that icons would keep a consistent position on the screen? That coupled with Search might be enough. But nothing wrong with a list view, of course. --Walter 22:49, 16 July 2009 (UTC)

Maybe this feature should be renamed "Make presence UI scale better", though that may be more of a goal than a feature that can be delivered in a single milestone. Simon has proposed a feature for fixed positioning in the free-form view already, but this one will focus on the list view. List views are important because allow the user to examine sets of objects that are too big to represent in a single screen. Also, allow for keyboard navigation and use facilities in Gtk+ that plug into the accessibility framework. I also hope that having one more list view in the shell will help people distinguish the activity list from the journal list view. tomeu 07:43, 17 July 2009 (UTC)

Moved again to ideas page

Is depended on Aleksey's TableView. Moved in conjunction with Tomeu.