Re: Tables trouble
Hi! I have seen Tables object fixed in the previous beta release of the Revolution... Still, if you need just an elementary table to display or edit tab delimited data with earlier versions of Rev, then this is your way to start with: 1) use ordinary text field or select your table, click property inspector, go to table section, disable (uncheck) table object, 2) leave or check Horizontal grid and Vertical grid 3) adjust cells width with Tab stops (e.g. smthng like 200,300, 500 etc...) 4) put these scripts into the text field to force it to behave more like table: #This will prevent deletion of cell or table row with delete key on deleteKey if the selectedText is not empty then pass deleteKey else answer Select text to delete exit deleteKey end if end deleteKey #This will prevent deletion of cell or table row with backspace key on backspaceKey if the selectedText is not empty then pass backspaceKey else answer Select text to delete exit backspaceKey end if end backspaceKey #This won't alow to spoil table layout with return key on returnInField end returnInField #This won't alow to spoil table layout with enter key on enterInField end enterInField All the best! Viktoras ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Tables trouble
Hi Terry, There are a lot of bugs in table objects. I'd recommend making your own. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 10-mrt-2007, om 8:32 heeft Terry Vogelaar het volgende geschreven: Hi all, Although I use RunRev a lot, table fields are new to me. There was no need for me to explore the possibilities of these before. Until now. So the problems I run into might be stupid beginners mistakes... snip ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Tables trouble
There are a lot of bugs in table objects. I'd recommend making your own. While I agree that table objects are extremely limited, making your own is non-trivial and not something I would recommend unless you have a decent block of time to devote to it. The fact that we've never seen a 100% complete implementation of a custom table object from the community speaks to the difficulty of doing it. Most people who roll their own implement only the two or three aspects of a table they really need such as right-justification of cells or resizable columns. I figured out I can fill the table with tab delimited lines. So I populated the table with a 'put this into fld table' script. But as soon as I edit one of the cells, the entire table content is erased. From then on, I can add as many cells as I like (manually) without erasing anything I typed before. But everything I enter using a script is bound to be erased after the first manual modification. Why? The answer here is to leave the table object check box UNCHECKED and simply use the Vertical Grid option. The reason why things disappear is that the table object option is basically causing the field to work a little differently than usual, creating a parallel data structure that is erased when the table is adjusted later on. There are a whole bunch of undocumented commands for working with tables that put things into cells and are supposed to handle things like number formatting, etc. If what you're really trying to do is to line up numbers that you're loading via tab-delimited text, the table object isn't needed. Just use the vertical grid part and values won't disappear on you. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Tables trouble
There is one person on this list that got deep into the Rev tables, got them to sorta work and came up with a library of routines to deal with them. go here http://www.sosmartsoftware.com/?r=revolution_didacticielsl=en and download TUTORIALS PICKER 2.0. The tutorials are often updated and the app checks every time on startup. Or you can download just one tutorial at a time. Here's the one for table fields: http://www.sosmartsoftware.com/?r=telechargerl=enarch=tutorials/Managing%20Table%20Fields.rev.zip Eric Chatonet has a lot of great tools on his site, and knows his stuff. It's also the only place on earth you can get much info at all about Rev fields. However Eric has admitted that table fields are a PIA as currently offered, and incomplete and buggy. Just plain weird. I'm sure he did what he could I'm sure Rev will have something better soon with the new engine already ready to go. For now, however, Eric's stack gives a lot of clues If it is useful to you please leave a donation for Eric, because he's given a lot back to the Rev community. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Tables trouble
Hi all, Although I use RunRev a lot, table fields are new to me. There was no need for me to explore the possibilities of these before. Until now. So the problems I run into might be stupid beginners mistakes... I figured out I can fill the table with tab delimited lines. So I populated the table with a 'put this into fld table' script. But as soon as I edit one of the cells, the entire table content is erased. From then on, I can add as many cells as I like (manually) without erasing anything I typed before. But everything I enter using a script is bound to be erased after the first manual modification. Why? Also, why is the textheight of a table field empty if a script tries to obtain it? And why is the table field not responding like a normal field when I set the locktext to true? I was hoping to make a table in which cells in certain columns act like checkboxes; I click on the cell and a dot or checkmark appears - I click on it again and it is toggled off. But although the locktext is true, the table remains editable and no mouseup event is sent to the field. Do I need to have a transparent button over the table to handle the mouseup events? Or is there some other clever solution to do this? Terry ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution