egrid 4 grid gadget - (static PB library version.)
No, afraid that will not be possible except by moving cell contents around - which I think would be quite ugly!
You must remember that an egrid is, at the end of the day, a Windows List View control which has been beaten into submission. As such there are limits to what can be done.
What I gained by leveraging the functionality of the list view, I have perhaps lost in that I cannot offer functionality which is physically not capable with a list view etc.
You must remember that an egrid is, at the end of the day, a Windows List View control which has been beaten into submission. As such there are limits to what can be done.
What I gained by leveraging the functionality of the list view, I have perhaps lost in that I cannot offer functionality which is physically not capable with a list view etc.
I may look like a mule, but I'm not a complete ass.
That's not a bad idea.ricardo wrote:Your grid is excellent!!
I hope you open some forum at your site for questiosn, tips, etc.
(Did you speak spanish?)
Thanks!!
Unfortunately I have no experience with php or MySQL etc. and I don't think that my account on the server I'm using allows server side scripting anyhow.
I may look like a mule, but I'm not a complete ass.
I've just finished adding a command button type cell (still got some testing to do though!) and am wondering if I should add a toggle button type cell? After all we already have check boxes which kind of act like a toggle button.
Any thoughts anyone?
If there's a need then I'll add them.
Any thoughts anyone?
If there's a need then I'll add them.
I may look like a mule, but I'm not a complete ass.
It is easy enough to reposition the selection box after a column click; just place a #egrid_SelectCell() command in the #egrid_HeaderItemClick message handler in your CellCallBack function.
After a column drag - uhm, not possible at the moment because I haven't coded any message. I did do originally but removed it for some reason!
I don't think that I deemed it necessary. Problems with Windows 98 required that I remove the selection box every time a column is resized or dragged by the user, and whilst I could put it back, it just seemed that it was something users could live without. I'll think some more on it when I've completed the work on command buttons.
Bear in mind though that, for example, the column with index 2 still has column index 2 even after dragging it elsewhere. This is a Windows thing which makes a lot of sense when you delve into the inner workings. For this you might need the commands egrid_GetColumnOrderArray() and egrid_SetColumnOrderArray(). See the history.txt file for details.
After a column drag - uhm, not possible at the moment because I haven't coded any message. I did do originally but removed it for some reason!
I don't think that I deemed it necessary. Problems with Windows 98 required that I remove the selection box every time a column is resized or dragged by the user, and whilst I could put it back, it just seemed that it was something users could live without. I'll think some more on it when I've completed the work on command buttons.Bear in mind though that, for example, the column with index 2 still has column index 2 even after dragging it elsewhere. This is a Windows thing which makes a lot of sense when you delve into the inner workings. For this you might need the commands egrid_GetColumnOrderArray() and egrid_SetColumnOrderArray(). See the history.txt file for details.
I may look like a mule, but I'm not a complete ass.
I have just paid via paypal link on your site for this library 
Can't wait for the reg stuff needed.
I have absolutely no problem with purchasing libraries from fellow PB developers. If I believe the library is benefitial to me, then I purchase the bugger.
One nagging question through. When you do finally release this bugger in DLL format for non-pb languages. Will the pb library format still be available to PB users, with all updates? Or will we be required to use the DLL format?
Can't wait for the reg stuff needed.I have absolutely no problem with purchasing libraries from fellow PB developers. If I believe the library is benefitial to me, then I purchase the bugger.
One nagging question through. When you do finally release this bugger in DLL format for non-pb languages. Will the pb library format still be available to PB users, with all updates? Or will we be required to use the DLL format?
Hi Shannara,
thanks for the purchase. Reg key is on its way.
Beta 4 is almost ready (the last beta version I hope!) with some new features.
The Purebasic version will always come first and will be the main release version as this is the language I am most comfortable with. The dll version will require a few changes where the passing of strings is concerned. Of course all registered users will have access to all versions of the library and in the case of PB, can choose to use the static lib or dll as desired.
thanks for the purchase. Reg key is on its way.
Beta 4 is almost ready (the last beta version I hope!) with some new features.
The Purebasic version will always come first and will be the main release version as this is the language I am most comfortable with. The dll version will require a few changes where the passing of strings is concerned. Of course all registered users will have access to all versions of the library and in the case of PB, can choose to use the static lib or dll as desired.
I may look like a mule, but I'm not a complete ass.
Hi srod!
About setting the selection box position:
I use the lib with purelvsort an want to change the position after the
sorting process is done. Here i have to hide it in #egrid_HeaderItemClick callback.
Perhaps we need a message #egrid_AfterSort and #egrid_AfterDragDrop
here do do the position change.
Hmm, i dont want the lib to be over complicated (to many meassage) but ...
What do you think?
rw
About setting the selection box position:
I use the lib with purelvsort an want to change the position after the
sorting process is done. Here i have to hide it in #egrid_HeaderItemClick callback.
Perhaps we need a message #egrid_AfterSort and #egrid_AfterDragDrop
here do do the position change.
Hmm, i dont want the lib to be over complicated (to many meassage) but ...
What do you think?
rw
I finish also buying my licenseI've finished work on what will be the last beta now, and I will address this issue of yours before releasing.rw wrote:Hi srod!
About setting the selection box position:
I use the lib with purelvsort an want to change the position after the
sorting process is done. Here i have to hide it in #egrid_HeaderItemClick callback.
Perhaps we need a message #egrid_AfterSort and #egrid_AfterDragDrop
here do do the position change.
Hmm, i dont want the lib to be over complicated (to many meassage) but ...
What do you think?
rw
egrid now hides the selection box automatically when a sort is instigated, so you no longer need to worry about that. In fact this now means that you can trap #egrid_LosingFocus and determine which cell was last selected etc. (although this wont help if you then sort the rows!)
I will add a message which is fired whenever a column resize or a column drag is completed so that you can reinstate the selection box if required. Myself and Gnozal are currently at work integratng egrid and PURELVSort a little more and it should then be possible to fire the same message when the sort is completed. This should cover all of your requirements in this respect.
Incidentally, it is obviously not possible for egrid to reinstate the selection box after a sort as it has no way of knowing where the old selected cell has ended up! It will be possible, however, for the developer to use the new forthcoming message to then search the grid looking for the old cell. You just need some kind of bookmark (which you could store as text within an image cell, for example, which will not affect the image. This is covered in the Tricks and Tips section of the help manual).
I may look like a mule, but I'm not a complete ass.