Next is keyboard navigation and editing (probably using fieldstyle, I will see).
Just some input - when you reorder column - do you physically move the data? I hope it is just virtual?
Virtual, moving all data would be too much work ;)
As for editing - it is just me, so feel just easy, but I don't like in-place Excel like editing. In real-life DB apps, what I like is INS, DEL, ENTER keyboard, and entering the form to change/input new data .... just my opinion though, but if I can influence the design, please allow forbidding the in-place editing as an option ....
btw - is there going to be a vartical scroller too, if there is more than visible amount of columns? Well, beware - that might result in another request to have some columns frozen (not scrolling) at the left :-)
My final word - great work, looks good and will allow ppl to start to produce DB apps, so thanks for that!
Vertical scroller - I'd like to avoid that as long as I can ;)
In-place editing - actually having separate editor would be easier to do than in-place one, so I may start with separate one and add in-place later. I need to do some testing to see what is easier. And thanks, I'm glad you like it!
as for an "editor" - it is upon the programmer, to design the form. It would be enough to allow double click, or using the keyboard navigation, plus enter event, to enter the form. I worked with many db apps in an enerprise. Grids rarely allowed to hilite the particular cell, the row was mostly enough. Also some allowed to tick the box, to select multiple rows, and then you could do some batch operations via some button, etc.
I really did not like in-place editing, as sometimes you need to do a validation against some other table, or the field triggers some other operations, etc.
Well, otoh I can understand, why someone might want the in-place editing though.
Highlighting the cell was easy enough to add, but now I realized I do not support highlighting multiple rows (or cell). I'm adding it to my todo list.
Bug in Draw command - 'rotate' documentation? It says that the rotate angle is SET to the angle parameter. In my experiments, the parameter is ADDED to the current rotation amount. Thus, rotate 10 followed by: rotate -10 sets the rotate back to zero angle.
Henrik Mikael Kristensen
@rebolek looks like a good table widget. :-)
@GiuseppeChillemi Looks well @rebolek good job! will test in 0.6.4
@henrikmk@planetsizecpu Thanks guys, there's still lot of work to do, but it's fun :)
Really nice Bolek! @pekr, in-place editing will be important in a spreadsheet model.
Thanks Gregg. The problem I have with in-place editing done using native widgets (field on top of custom table) would look strange.