Jeff, > Don't move the check boxes, just don't render them.
So, you're saying when the user selects a group they do not own, I should make the checkboxes disappear, leaving me with an empty column (that, somehow, I'm going to tell to take up EXACTLY as much space as it would if it had checkboxes in it), and that having controls appear and disappear in the middle of a table is a superior interface to having the controls enable and disable? Or am I just totally not understanding you? Greg On Jan 28, 3:53 pm, Jeff Schwartz <[email protected]> wrote: > Don't move the check boxes, just don't render them. If all user interfaces > we're as rigid as that we wouldn't need a dom api to manipulate and render > html on the client. A ui principle you didn't mention is don't expose > useless info/ui to users. > > Look, its your site so I'm just giving you something to think about. > On Jan 28, 2011 3:19 PM, "Greg Dougherty" <[email protected]> > wrote: > > > Well, If they create a group, or select a group that they can modify, > > then they need the checkboxes. Having them disappear and reappear > > (rather than be disabled and enabled) violates the principles of UI > > design that I know and agree with. Starting with the belief that the > > UI should be stable and solid, and that controls should not move > > (muscle memory being key to accomplishing things quickly, a UI that > > moves targets around is a bad UI). > > >> Now, about your question > >> which requires a question: Did you extend Column<T,C> to use check boxes > in > >> your cell table? If you did you can extend your implementation's api even > >> further by providing it with methods to enable and disable the > checkboxes. > > > public class UserColumn extends Column<String, Boolean> implements > > FieldUpdater<String, Boolean> > > > My Cell is a CheckboxCell. I don't see any routines in either class > > for enabling or disabling the checkbox. So, what do I override / > > call? > > > Thanks, > > > Greg > > > On Jan 28, 11:29 am, Jeff Schwartz <[email protected]> wrote: > >> From a UI designer's perspective why display a column of check boxes if > the > >> user isn't allowed to click them? I wouldn't personally as a designer nor > >> would I like that if I were a user. > > >> If the checkbox column is in a cell table that is being rendered in > response > >> to the user having selected something from somewhere else in the view > then > >> I'd first determine if the user can or cannot check the boxes and then I > >> would render the table accordingly. > > >> But that is just me and the way I would do it. Now, about your question > >> which requires a question: Did you extend Column<T,C> to use check boxes > in > >> your cell table? If you did you can extend your implementation's api even > >> further by providing it with methods to enable and disable the > checkboxes. > > >> Jeff > > >> On Fri, Jan 28, 2011 at 11:59 AM, Greg Dougherty < > > [email protected] > > > > >> > wrote: > >> > Hi Jeff, > > >> > Thank you. I added a SingleSelectionModel to my CellTable, and now I > >> > can force selection of rows. > > >> > Any idea how I tell a column of CheckBoxes that they can't accept any > >> > clicks? > > >> > Greg > > >> > On Jan 28, 10:11 am, Jeff Schwartz <[email protected]> wrote: > >> > > You can use one of the concrete implementations of > > AbstractSelectionModel>> > to > >> > > select rows and respond to row selection. CellTables and > >> > > AbstractSelectionModel instances work hand-in-hand. > > >> > > You connect the selection model to the cell table by calling the > table's > >> > > setSelectionModel method passing an instance of a selection model. > > >> > > You select rows by calling the selection model's setSelected method > >> > passing > >> > > an instance of the data object being displayed by the table. The row > >> > > displaying that instance of the data object will then be selected > > >> > > You respond to row selection by adding a > > SelectionChangeEvent.Handler() > > >> > to > >> > > the selection model by calling the selection model's > >> > > addSelectionChangeHandler method. You can use this event, for > instance, > >> > to > >> > > load a detailed view of the selected data object such as more > >> > information, > >> > > data from its children data objects, etc. etc. > > >> > > Jeff > > >> > > On Fri, Jan 28, 2011 at 10:49 AM, Greg Dougherty < > >> > [email protected] > > >> > > > wrote: > >> > > > I am trying to use three CellTables to make a Users and Groups > panel > >> > > > in my current application. Its purpose is so users can give other > >> > > > users access to resources that they control (in this particular > case, > >> > > > choosing which people can see the information you've uploaded to a > >> > > > database). > > >> > > > The first table is the Groups table. Groups can be added and > >> > > > selected. If you are the owner of the current Group then you can > >> > > > modify its settings, if not, you can't. > > >> > > > The second table is Users. It has two columns, a text field with > the > >> > > > name of the user, and a checkbox reporting whether or not the user > is > >> > > > a member of the selected group. > > >> > > > The third table is Resources. It lists the information available > to > >> > > > members of the current group, and any information you control that > is > >> > > > not available to the current group (so you can give access to that > >> > > > information to the members of the group). It also has two fields, > the > >> > > > name of the resource, and a checkbox. > > >> > > > Issues I'm trying to solve: > >> > > > 1: How do I programmatically select a row in a table? When a user > >> > > > creates a new group, I wish to select it. When the user first > brings > >> > > > up the panel, I'd like to select the first group (or, maybe, the > first > >> > > > group the person owns). > > >> > > > 2: How do I disable a checkbox? If the user doesn't own the group, > >> > > > they shouldn't be able to change anything. > > >> > > > TIA, > > >> > > > Greg > > >> > > > -- > >> > > > You received this message because you are subscribed to the Google > >> > Groups > >> > > > "Google Web Toolkit" group. > >> > > > To post to this group, send email to > >> > [email protected]. > >> > > > To unsubscribe from this group, send email to > >> > > > [email protected]<google-web-toolkit%[email protected]> > > <google-web-toolkit%[email protected]<google-web-toolkit%[email protected]> > > >> > <google-web-toolkit%[email protected]<google-web-toolkit%[email protected]> > > <google-web-toolkit%[email protected]<google-web-toolkit%[email protected]> > > >> > > > . > >> > > > For more options, visit this group at > >> > > >http://groups.google.com/group/google-web-toolkit?hl=en. > > >> > > -- > >> > > *Jeff Schwartz* > > >> > -- > >> > You received this message because you are subscribed to the Google > Groups > >> > "Google Web Toolkit" group. > >> > To post to this group, send email to > > [email protected].>> > To unsubscribe from this group, send > email to > >> > [email protected]<google-web-toolkit%[email protected]> > > <google-web-toolkit%[email protected]<google-web-toolkit%[email protected]> > > >> > . > >> > For more options, visit this group at > >> >http://groups.google.com/group/google-web-toolkit?hl=en. > > >> -- > >> *Jeff Schwartz* > > > -- > > You received this message because you are subscribed to the Google Groups > > "Google Web Toolkit" group.> To post to this group, send email to > [email protected]. > > To unsubscribe from this group, send email to > > [email protected]<google-web-toolkit%[email protected]> > .> For more options, visit this group at > > http://groups.google.com/group/google-web-toolkit?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
