RE: Grid Control: getting original checkbox state
- Posted by Phil Russell <pg_russell at lineone.net> Feb 10, 2003
- 460 views
Hi Dan, The scrollbars in EuGrid only appear when the number of rows or width of visible columns exceed the size of the window. In that sense the vertical scrollbar should act in a similar way to a listbox. If you size the columns so that they all fit in the window size then you won't get a horizontal scrollbar either. To make it look even more like a listbox you would need to: - hide the row header - make the grid background colour the same as the row background colour - make the grid line colour the same as the grid background colour. Is that what you meant? I can send you an example if you like... Regards, Phil Dan Moyer wrote: > Phil, > > It does take some getting used to, but it's a very nice looking & > functioning control! > > Here's a suggestion: > Since I'm trying to use it essentially like a ListView with checkboxes, > I > wonder if it could be made to have an option to behave even more like a > list, such that instead of initially showing its whole innate height, it > would only show however many rows it has been given, up to its innate > height, and then begin to scroll when the number (or space) of rows > exceeds > the space provided by its height? > > Dan Moyer > > > ----- Original Message ----- > From: "Phil Russell" <pg_russell at lineone.net> > To: "EUforum" <EUforum at topica.com> > Sent: Monday, February 10, 2003 2:10 AM > Subject: RE: Grid Control: getting original checkbox state > > > > Hi Dan, > > > > Sorry to be so long in getting back to you, but at least Jonas replied > > and he probably knows as much about using EuGrid as anybody! > > > > Just to confirm what you have discovered through (painful?) experience: > > > > - If you allocate more than one visible column to the same column in the > > underlying dataset then if the data in one of the visible columns is > > changed then they will all be updated at the same time. > > > > - At the moment, checkbox values are only able to cope with values of > > True or False. Any data value that is not 'False' is assumed to be True > > - this includes a null sequence "". If you modify a checkbox by > > clicking on it then the underlying data will always be converted to a > > True/False value i.e. you will lose the original underlying data if it > > was not a boolean value. > > > > - As Jonas and others have found, occasionally the grid does not > > automatically repaint itself and it is necessary to issue a > > repaintWindow call. This was actually deliberate so that it would be > > possible to change lots of screen elements in one go without causing a > > load of repaints and screen flicker. However I have been toying with > > the idea of having a grid property of 'automatic redraw' which would > > make sure that the grid was always repainted - this could be useful for > > small grids & during development. > > > > Please keep posting your questions & comments. For one thing it is the > > only feedback that I get & for another it is nice to know that the > > control is actually being used! I am still developing it (albeit slowly > > at the moment) and any suggestions and/or bug reports are very welcome. > > > > Regards, > > > > Phil > > > > Dan Moyer wrote: > > > Double sigh & nevermind! I gotta think first before I ask questions! > > > Seems > > > if I put a "1" in my newRow sequence where checkboxes go, it then allows > > > correct interrogation of original checkbox state: > > > newRow = {fName,1,1,dirName } > > > > > > Should'a tried *something* before asking, since I *did* have a clue. > > > > > > Dan Moyer > > > > > > > > TOPICA - Start your own email discussion group. FREE! > > >