Re: Table Fields problem
Sure do Josep! Wait for Rev 3.5 which has a REAL table object. Shouldn't be long now. Bob Sneidar IT Manager Logos Management Calvary Chapel CM On Mar 15, 2009, at 3:38 AM, Josep wrote: Hi, The main goal is build a basic data entry that will be stored in a database, for invoicing, task time control, etc.. For that I tryed to control the inputs over a tablefield to control how the user edit or add new rows to a tablefield. For that I put a frontscript that control the messages for the tablefield. I think that the arrows keys, the enterkey and the movement is controlled via rawkeydown. To add rows I use a button and the user click in some of the cell and can put the values. Add another row clicking again in the button. All is fine until arrive to the last viewable row. Suppose that I have 10 viewable rows. Click to add the row 9, all is fine, if I click in the row 10 nothing happen. The user can move over the rows 1-9 and change the data clicking inside of a cell. But when add the row 10 and click inside any cell to put the data, automatic the tablefield add 2 rows more, the 11 and 12. Why? and how can control? Many of you say me Josep don't use table field, they are the devil :) I know that now. Other solution proposed is use a field with tabstops and overlaping a hide field to edit the data that the user click in the field. I try it without exit. How can calculate the column position over the line? To positioning the hide field is hidding it moving to position and showing it with the data? Any idea about how to solve it? Salut, JosepM -- View this message in context: http://www.nabble.com/Table-Fields-problem-tp22521774p22521774.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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 ___ 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: Table Fields problem
Sure do Josep! Wait for Rev 3.5 which has a REAL table object. Weell... not *really*, but it's as close to a real table object as you can get with a scripted implementation. :-) Shouldn't be long now. Agreed! Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.com/ ___ 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: Table Fields problem
Another great option that is available today is ListMagic which is available for purchase at Rev's web site. https://secure.runrev.com/store/browse/?product=RVSLSOSMLTMG Bill Vlahos On Mar 16, 2009, at 4:54 PM, Ken Ray wrote: Sure do Josep! Wait for Rev 3.5 which has a REAL table object. Weell... not *really*, but it's as close to a real table object as you can get with a scripted implementation. :-) Shouldn't be long now. Agreed! Ken Ray Sons of Thunder Software, Inc. Email: k...@sonsothunder.com Web Site: http://www.sonsothunder.com/ ___ 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 ___ 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
Table Fields problem
Hi, The main goal is build a basic data entry that will be stored in a database, for invoicing, task time control, etc.. For that I tryed to control the inputs over a tablefield to control how the user edit or add new rows to a tablefield. For that I put a frontscript that control the messages for the tablefield. I think that the arrows keys, the enterkey and the movement is controlled via rawkeydown. To add rows I use a button and the user click in some of the cell and can put the values. Add another row clicking again in the button. All is fine until arrive to the last viewable row. Suppose that I have 10 viewable rows. Click to add the row 9, all is fine, if I click in the row 10 nothing happen. The user can move over the rows 1-9 and change the data clicking inside of a cell. But when add the row 10 and click inside any cell to put the data, automatic the tablefield add 2 rows more, the 11 and 12. Why? and how can control? Many of you say me Josep don't use table field, they are the devil :) I know that now. Other solution proposed is use a field with tabstops and overlaping a hide field to edit the data that the user click in the field. I try it without exit. How can calculate the column position over the line? To positioning the hide field is hidding it moving to position and showing it with the data? Any idea about how to solve it? Salut, JosepM -- View this message in context: http://www.nabble.com/Table-Fields-problem-tp22521774p22521774.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ 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
Linking table fields to a db
Hmm. I'm playing with the DB Query Builder. I can do all the standard linking of individual columns to a RR field. That works fine. However, I can't seem to get an all fields to link properly to a table field. I select that, but nothing happens. Curiously, using a table field and selecting multiple columns doesn't work either. I guess what I'm saying is that I can't seem to get the DB Query builder to link to a table field. As always, suggestions welcome. -- Jonathan Swift - May you live every day of your life. ___ 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: Table fields
On 6/13/08 2:27 PM, Éric Miclo [EMAIL PROTECTED] wrote: Hello, I'm afraid there is no answer to that question (or perhaps later). You can vote for bug #670 opened on 2003-09-18. Yes I did, but I hope it will not take to long as it took already. As matter of fact I see that the RR application uses tables in a few areas I'm wondering why it is not implemented? Hershel http://quality.runrev.com/qacenter/show_bug.cgi?id=670 Best, ÉrIC Le 13 juin 08 à 19:22, Hershel Fisch a écrit : Hi, any body have any idea regarding true table fields, when it will be incorporated? Hershel ___ 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 -- My NeXT computer will Be a Mac too! -- ___ 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 ___ 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
Table fields
Hi, any body have any idea regarding true table fields, when it will be incorporated? Hershel ___ 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: Table fields
Hello, I'm afraid there is no answer to that question (or perhaps later). You can vote for bug #670 opened on 2003-09-18. http://quality.runrev.com/qacenter/show_bug.cgi?id=670 Best, ÉrIC Le 13 juin 08 à 19:22, Hershel Fisch a écrit : Hi, any body have any idea regarding true table fields, when it will be incorporated? Hershel ___ 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 -- My NeXT computer will Be a Mac too! -- ___ 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: Table Fields
william humphrey wrote: Richard Gaskin wrote: I've been working off-and-on for quite some time on a database selector type of table object ...it would be nice to know if this gadget would be useful to others... If so, please drop me a note offline and let me know, and that'll help me gauge what level of effort I should put into this. How soon can I try it? The effort of prepping for RevCon has slowed everything else here down, so I won't be able to get around to documenting it until after I catch up on the client work once I get back. Translation: Late May at the earliest. Can the fields in the table be from a SQL (drawn from different tables in the database)? My table object is just a group containing a field and a bunch of other stuff to make the header. As a field, it can contain any tab-delimited data you like. -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ 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: Table Fields
How soon can I try it? ___ 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: Table Fields
Can the fields in the table be from a SQL (drawn from different tables in the database)? On Sat, Apr 26, 2008 at 8:27 AM, william humphrey [EMAIL PROTECTED] wrote: How soon can I try it? -- http://www.bluewatermaritime.com ___ 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: Table Fields
On 18/4/08 16:49, Richard Gaskin wrote: That said, it would be nice to know if this gadget would be useful to others, with a licensing fee of something like $50 for commercial use and free for use in non-commercial projects. I could even price it higher if people insist. :) If so, please drop me a note offline and let me know, and that'll help me gauge what level of effort I should put into this. I can very easily imagine buying that license. (My only caveat would be about how much work it is it to integrate into my projects for whatever the particular need happens to be. But your suggested arrangement would let me take a look first, and if I decided to use then pay. So count me as one.) - Ben ___ 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: Table Fields
Ben Rubinstein wrote: On 18/4/08 16:49, Richard Gaskin wrote: That said, it would be nice to know if this gadget would be useful to others, with a licensing fee of something like $50 for commercial use and free for use in non-commercial projects. I could even price it higher if people insist. :) If so, please drop me a note offline and let me know, and that'll help me gauge what level of effort I should put into this. I can very easily imagine buying that license. (My only caveat would be about how much work it is it to integrate into my projects for whatever the particular need happens to be. But your suggested arrangement would let me take a look first, and if I decided to use then pay. So count me as one.) That's a very healthy caveat. Once I finish the documentation please let me know what you think of the API, and feel free to offer suggestions for any ways you see which might make it even easier to use. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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: Table Fields
As far as I know table fields are reliable now. A while ago some nasty bugs were reported (e.g. in compiled apps modifying a cell in a table did not in fact updated the underlying table in some cases) and now they are fixed. However, I already got used to using ordinary text fields with table gridlines switched on and a bunch of scripts to make these fields behave more like tables. I think given enough motivation (stress, fun, money ;-) ) someone should be able to create such a perfect generic standard reusable table object using combination of existing text fields and other objects in rev. And I know a few examples that can be reused. Nevertheless, for most tasks gridded text field with a few scripts is more than sufficient (displaying database contents, calculations, etc...)... However, a few default features that would be nice to have in those text fields would be possibility to resize the cells by dragging vertical gridlines with mouse. This is based on feedback from my own clients - they usually ask why in my apps they can not contract or expand table collumns by dragging column borders with mouse, or make cell resize to match its contents on left-doubleclick... I know this is possible to script, however, somehow did not try yet to create such a useful script myself :-). Also cell addressing with commands like answer the cell A3 of fld myTable or get the cells A1:B10 of fld myTable or put the cells A1:Z1 of field myTable into fld myHeader would be very useful for any text field, not just tables... Any recipes?.. All the best! Viktoras Gregory Lypny wrote: Do table fields work reliably now or are they still to be avoided? Gregory ___ 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 ___ 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: Table Fields
viktoras wrote: I think given enough motivation (stress, fun, money ;-) ) someone should be able to create such a perfect generic standard reusable table object using combination of existing text fields and other objects in rev. And I know a few examples that can be reused. Nevertheless, for most tasks gridded text field with a few scripts is more than sufficient (displaying database contents, calculations, etc...)... The difficulty in creating a one-size-fits-all table is that there are at least three different types: - grid editor: the type seen in spreadsheets; allows in-cell editing, has row and column selection controls on left and top respectively, allows single cells to be selected, and allows regions of cells, even discontiguous ones, to be selected. - list selector: most commonly seen in databases; selects whole lines (records) rather than single cells, may or may not allow in-cell editing. - html table: for displaying text; allows multiple lines per cell, can display any control in a cell; provides selection of text rather than cells or rows. It may be possible to create a single table object in the engine which adopts these different behaviors based on a style property, but if building one based on the current objects available it may be best to build them separately, since each would be constructed using very different means. There are a number of requests for various enhancements related to grids, worth voting for if you haven't already: add html table functionality to fields http://quality.runrev.com/qacenter/show_bug.cgi?id=1447 More complete tables (actual grid control) http://quality.runrev.com/qacenter/show_bug.cgi?id=670 Addition of column and row as chunk types http://quality.runrev.com/qacenter/show_bug.cgi?id=4623 Zero-width columns http://quality.runrev.com/qacenter/show_bug.cgi?id=5947 Add tabAlign property for fields http://quality.runrev.com/qacenter/show_bug.cgi?id=2282 However, a few default features that would be nice to have in those text fields would be possibility to resize the cells by dragging vertical gridlines with mouse. This is based on feedback from my own clients - they usually ask why in my apps they can not contract or expand table collumns by dragging column borders with mouse, or make cell resize to match its contents on left-doubleclick... I've been working off-and-on for quite some time on a database selector type of table object - here's a snapshot of the latest version in action: http://www.fourthworldlabs.com/table.jpg It's columns are resizable as you describe, except for the double-click to resize to match the formattedwidth of the column. That's a good feature I can add soon. It doesn't currently provide in-cell editing, since the project I'm using it in right now is essentially a database and only needs a selector. I may have another project coming up in which in-cell editing may be useful, and if so I may add that. My original goal was to release it as a product for a modest licensing fee as Malte has done with his wonderful animation library, but the table needs of other developers here vary so broadly that I haven't yet decided if it's worth the effort to document it and clean up the API to make it suitable as a product. Like Steven McConnell says, With a tool it need only be possible to use it correctly, but with a product it should be impossible to use it incorrectly. :) The difference between the two is about an order of magnitude more work, and the nice thing about it not being a product is that I can manage expectations easily without pressure, since I'm the only customer. That said, it would be nice to know if this gadget would be useful to others, with a licensing fee of something like $50 for commercial use and free for use in non-commercial projects. I could even price it higher if people insist. :) If so, please drop me a note offline and let me know, and that'll help me gauge what level of effort I should put into this. I know this is possible to script, however, somehow did not try yet to create such a useful script myself :-). Can't say I blame you. Getting column resizing to work as well as iTunes is a lot of mind-bending work, especially if the table allows horizontal scrolling as iTunes does. Mine's not yet quite perfect, but getting it even close was a lot of work across more than a dozen revisions. So many ways to skin cats. Also cell addressing with commands like answer the cell A3 of fld myTable or get the cells A1:B10 of fld myTable or put the cells A1:Z1 of field myTable into fld myHeader would be very useful for any text field, not just tables... Any recipes?.. You could write a function for that, something like: -- GridContents -- Returns the contents of the field specified by a long ID -- in pTableObjectILongID, according to the specification in -- pCellSpecifier. -- -- pCellSpecifier uses spreadsheet
Re: Table Fields
Hi Richard. This looks like a very usable table object in it's own right. While I would like editing in cells at some point, my specific needs would be to present the user with a list of records, from which they could double click one so I could present them with a detail record to work with. The nice thing about your table object is it LOOKS like a table. I would pay good money for such a tool, for personal use or otherwise. Bob SlimPikn Sneidar Hog Pilot Extraordinaire On Apr 18, 2008, at 8:49 AM, Richard Gaskin wrote: viktoras wrote: I think given enough motivation (stress, fun, money ;-) ) someone should be able to create such a perfect generic standard reusable table object using combination of existing text fields and other objects in rev. And I know a few examples that can be reused. Nevertheless, for most tasks gridded text field with a few scripts is more than sufficient (displaying database contents, calculations, etc...)... The difficulty in creating a one-size-fits-all table is that there are at least three different types: - grid editor: the type seen in spreadsheets; allows in-cell editing, has row and column selection controls on left and top respectively, allows single cells to be selected, and allows regions of cells, even discontiguous ones, to be selected. - list selector: most commonly seen in databases; selects whole lines (records) rather than single cells, may or may not allow in-cell editing. - html table: for displaying text; allows multiple lines per cell, can display any control in a cell; provides selection of text rather than cells or rows. It may be possible to create a single table object in the engine which adopts these different behaviors based on a style property, but if building one based on the current objects available it may be best to build them separately, since each would be constructed using very different means. There are a number of requests for various enhancements related to grids, worth voting for if you haven't already: add html table functionality to fields http://quality.runrev.com/qacenter/show_bug.cgi?id=1447 More complete tables (actual grid control) http://quality.runrev.com/qacenter/show_bug.cgi?id=670 Addition of column and row as chunk types http://quality.runrev.com/qacenter/show_bug.cgi?id=4623 Zero-width columns http://quality.runrev.com/qacenter/show_bug.cgi?id=5947 Add tabAlign property for fields http://quality.runrev.com/qacenter/show_bug.cgi?id=2282 However, a few default features that would be nice to have in those text fields would be possibility to resize the cells by dragging vertical gridlines with mouse. This is based on feedback from my own clients - they usually ask why in my apps they can not contract or expand table collumns by dragging column borders with mouse, or make cell resize to match its contents on left-doubleclick... I've been working off-and-on for quite some time on a database selector type of table object - here's a snapshot of the latest version in action: http://www.fourthworldlabs.com/table.jpg It's columns are resizable as you describe, except for the double- click to resize to match the formattedwidth of the column. That's a good feature I can add soon. It doesn't currently provide in-cell editing, since the project I'm using it in right now is essentially a database and only needs a selector. I may have another project coming up in which in-cell editing may be useful, and if so I may add that. My original goal was to release it as a product for a modest licensing fee as Malte has done with his wonderful animation library, but the table needs of other developers here vary so broadly that I haven't yet decided if it's worth the effort to document it and clean up the API to make it suitable as a product. Like Steven McConnell says, With a tool it need only be possible to use it correctly, but with a product it should be impossible to use it incorrectly. :) The difference between the two is about an order of magnitude more work, and the nice thing about it not being a product is that I can manage expectations easily without pressure, since I'm the only customer. That said, it would be nice to know if this gadget would be useful to others, with a licensing fee of something like $50 for commercial use and free for use in non-commercial projects. I could even price it higher if people insist. :) If so, please drop me a note offline and let me know, and that'll help me gauge what level of effort I should put into this. I know this is possible to script, however, somehow did not try yet to create such a useful script myself :-). Can't say I blame you. Getting column resizing to work as well as iTunes is a lot of mind-bending work, especially if the table allows horizontal scrolling as iTunes does. Mine's not yet quite perfect, but getting it even close was a lot of work across more
Table Fields
Do table fields work reliably now or are they still to be avoided? Gregory ___ 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: Table Fields
My understanding is that Runrev did pretty much nothing to address the table field issues. For my 2 cents, I think they need a whole new Table Object, not just a glorified field. That would be a huge undertaking, and I think they would have to abandon the old table field which would break some people's apps. In my opinion a table object would need to be able to connect to a data source, like an SQL database and plain text files, have filtering applied, be sortable by clicking column headers, have disk caching so large databases could be addressed, have font control, at least down to the row/column level, pretty much everything you would expect from a table. I think this could probably be accomplished to some extent with an addon, but I don't know how you would get it to interact seamlessly with the ide. Ideally, it needs to be something that Runrev does in the nuts and bolts of the runrev engine. I for one would LOVE to see such a thing, but I do not think it is in the short term future. Bob Sneidar IT Manager Logos Management Calvary Chapel CM On Apr 17, 2008, at 7:16 AM, Gregory Lypny wrote: Do table fields work reliably now or are they still to be avoided? Gregory ___ 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 ___ 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: Table Fields
What you described sounds like a very cool and useful database view object. ___ 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: How to Use Table Fields?
On 19 Mar 2008, at 18:19, Richard Gaskin wrote: Dave wrote: Thanks for this. I can't seem to get it work as documented. I have columns as so: column1tab column2tab column3 I set the Width of the field to 600, tabStops to 200, vgrid and hgrid to true. This displays 3 columns as expected, however, the middle column's data exceeds the width of the column, but instead of truncating as documented, it overflows into the third column. From the online help: Any text in a column is truncated when it reaches the right edge of the column. To show the entire contents of the column, drag over the text to select it. If text at the end of a line does not have a tab following it--that is, if it's the last column in the field--it is not truncated. I believe that's consistent with Excel. You can either set the last tabstop to a high number like to move the column line out of the way, or put into each item of a new last column to get the truncation. Not sure what's happening with your middle column; here I get the columns truncated when as soon as I set the hGrid and vGrid properties. Thanks Richard, got it working now! All the Best Dave ___ 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
How to Use Table Fields?
Hi, I have the need to display columns of data in a field so that all columns are aligned beneath each over, basically just like a spreadsheet. I started to look at the table field (an object I have not used before). I looked in the user guide and in the online help but can't seem to find anything. I'd be really grateful if someone could point me to some documentation or better still some sample code. Thanks a lot All the Best Dave ___ 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: How to Use Table Fields?
Dave wrote: I have the need to display columns of data in a field so that all columns are aligned beneath each over, basically just like a spreadsheet. I started to look at the table field (an object I have not used before). I looked in the user guide and in the online help but can't seem to find anything. I'd be really grateful if someone could point me to some documentation or better still some sample code. But the data in tab-delimited form into a field, and turn on the field's hGrid and vGrid properties. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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: How to Use Table Fields?
Hi Dave, Le 19 mars 08 à 17:24, Dave a écrit : I have the need to display columns of data in a field so that all columns are aligned beneath each over, basically just like a spreadsheet. I started to look at the table field (an object I have not used before). I looked in the user guide and in the online help but can't seem to find anything. I'd be really grateful if someone could point me to some documentation or better still some sample code. Thanks a lot All the Best Dave The How to Manage Table Fields tutorial might help you: This stack, which comprises a Lab section and an Explanations section, explains table fields and all the aspects that for the moment are still not documented (version 2.5.1). Fully commented scripts lets you start working with them at once. You will access this tutorial through Tutorials Picker a free plugin that interfaces with the So Smart Software website in order to display all available tutorials stacks directly from the web.You will find it by going to http://www.sosmartsoftware.com/.Revolution/ Plugins or Tutorials section. Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: How to Use Table Fields?
Hi, Thanks for this. I can't seem to get it work as documented. I have columns as so: column1tab column2tab column3 I set the Width of the field to 600, tabStops to 200, vgrid and hgrid to true. This displays 3 columns as expected, however, the middle column's data exceeds the width of the column, but instead of truncating as documented, it overflows into the third column. From the online help: Any text in a column is truncated when it reaches the right edge of the column. To show the entire contents of the column, drag over the text to select it. If text at the end of a line does not have a tab following it--that is, if it's the last column in the field--it is not truncated. Any idea how to make it function as documented? (Eric, I tried to log on the URL you mentioned but I just get errors, any chance of emailing me the tutorial?) Thanks a lot All the Best Dave On 19 Mar 2008, at 16:32, Richard Gaskin wrote: Dave wrote: I have the need to display columns of data in a field so that all columns are aligned beneath each over, basically just like a spreadsheet. I started to look at the table field (an object I have not used before). I looked in the user guide and in the online help but can't seem to find anything. I'd be really grateful if someone could point me to some documentation or better still some sample code. But the data in tab-delimited form into a field, and turn on the field's hGrid and vGrid properties. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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 ___ 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: How to Use Table Fields?
Hi Lee Ann, I was just down at the City yesterday, running the AZ Tile plans through for a permit. First time I had been down there in years. I'm convinced, based on that experience, that they will be asking you for a lot more than you may think. The new code for example has all sorts of little things that pop up. But based on you handling it and not having to deal with the carport issue (though I'm not thoroughly convinced), let's knock another $100 off the fee. So, just send me a check for $450 now; The balance when you have your permit. OK? Good luck, Joe On Mar 19, 2008, at 10:27 AM, Dave wrote: Hi, Thanks for this. I can't seem to get it work as documented. I have columns as so: column1tab column2tab column3 I set the Width of the field to 600, tabStops to 200, vgrid and hgrid to true. This displays 3 columns as expected, however, the middle column's data exceeds the width of the column, but instead of truncating as documented, it overflows into the third column. From the online help: Any text in a column is truncated when it reaches the right edge of the column. To show the entire contents of the column, drag over the text to select it. If text at the end of a line does not have a tab following it--that is, if it's the last column in the field--it is not truncated. Any idea how to make it function as documented? (Eric, I tried to log on the URL you mentioned but I just get errors, any chance of emailing me the tutorial?) Thanks a lot All the Best Dave On 19 Mar 2008, at 16:32, Richard Gaskin wrote: Dave wrote: I have the need to display columns of data in a field so that all columns are aligned beneath each over, basically just like a spreadsheet. I started to look at the table field (an object I have not used before). I looked in the user guide and in the online help but can't seem to find anything. I'd be really grateful if someone could point me to some documentation or better still some sample code. But the data in tab-delimited form into a field, and turn on the field's hGrid and vGrid properties. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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 ___ 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 Joe Lewis Wilkins [EMAIL PROTECTED] ___ 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: How to Use Table Fields?
Sorry for my last post listers. Darn eyesight got in the way again. Thought I was replying to someone else. Joe Wilkins ___ 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: How to Use Table Fields?
Dave wrote: Thanks for this. I can't seem to get it work as documented. I have columns as so: column1tab column2tab column3 I set the Width of the field to 600, tabStops to 200, vgrid and hgrid to true. This displays 3 columns as expected, however, the middle column's data exceeds the width of the column, but instead of truncating as documented, it overflows into the third column. From the online help: Any text in a column is truncated when it reaches the right edge of the column. To show the entire contents of the column, drag over the text to select it. If text at the end of a line does not have a tab following it--that is, if it's the last column in the field--it is not truncated. I believe that's consistent with Excel. You can either set the last tabstop to a high number like to move the column line out of the way, or put into each item of a new last column to get the truncation. Not sure what's happening with your middle column; here I get the columns truncated when as soon as I set the hGrid and vGrid properties. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ 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: How to Use Table Fields?
Whew, that's good. I thought I was going to have to give you $450.00 Tom McGrath On Mar 19, 2008, at 1:48 PM, Joe Lewis Wilkins wrote: Sorry for my last post listers. Darn eyesight got in the way again. Thought I was replying to someone else. Joe Wilkins ___ 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 ___ 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: How to Use Table Fields?
Dave wrote: Hi, Thanks for this. I can't seem to get it work as documented. I have columns as so: column1tab column2tab column3 I set the Width of the field to 600, tabStops to 200, vgrid and hgrid to true. This displays 3 columns as expected, however, the middle column's data exceeds the width of the column, but instead of truncating as documented, it overflows into the third column. You need to assign a color to the grid lines. The color can be white if you don't want them to actually show. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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
Table Fields
Is there any information on table fields available anywhere? Is there a substitute that I should be exploring? Is my best option going to be to drop a bunch of scrollable fields next to each other and manually scroll them? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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
sorting table fields
Hi and Seasons Greetings for all! are there any simple ways to do sort in table fields in Revolution like first sort by column A, then by column B, then by C... In a way it is done in MS Excell or Sun's Open Office spreadsheet... It is also quite straightforward in SQL, what about RevScript? Best regards 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: sorting table fields
You can certainly do multi-column sorts by using a custom function applied to the sort line: on mouseUp sort lines of field table field by mySortKey(each) end mouseUp function mySortKey pLine --sorts by conjoining 2nd 3rd columns of a multicolumn table set the itemDel to tab return item 2 of pLine item 3 of pLine end mySortKey That might or might not be the kind of thing you want to do. I think there are probably much more sophisticated things to do within such a custom function. wednesday's greetings to one and all Bernard ___ 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: sorting table fields
On 12/20/06 2:02 AM, Viktoras Didziulis [EMAIL PROTECTED] wrote: are there any simple ways to do sort in table fields in Revolution like first sort by column A, then by column B, then by C... In a way it is done in MS Excell or Sun's Open Office spreadsheet... It is also quite straightforward in SQL, what about RevScript? Sorting is cumulative in Rev so Phil^Johnson^clerk^42 --alphabetical by LN, FN, department number set the itemdel to tab sort fld userListing ascending numeric by item 4 of each sort fld userListing descending by item 1 of each sort fld userListing descending by item 2 of each --by item 4 of each means ... using item 4 of each line as the sort value You could be more compact if the table was organized by doing sort fld userListing descending by item 2 to 3 of each --but that probably won't get you what you want Hope this helps Jim Ault Las Vegas ___ 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: sorting table fields
Viktoras Didziulis wrote: Hi and Seasons Greetings for all! are there any simple ways to do sort in table fields in Revolution like first sort by column A, then by column B, then by C... Table fields are just regular fields with tabs between the data. So you can set the itemdelimiter to tab, and then just sort the data normally: set the itemDelimiter to tab sort field 1 by item 2 of each sort field 1 by item 3 of each The sort command is stable, and retains the previous sort order unless the next sort requires a change, so in the above example lines will remain sorted by item 1 unless item 2 forces a line into a new position. See the sort command in the docs for more info. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ 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
Format rows and cols into Table Fields
Hello to all, It's posible in any way to format with colors and/or icons the rows or columns into a Table Field? I need query a table and graphically show some values. Any tip for try to do it? Thanks, Josep ___ 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
Keydown into Table Fields
Hello, I need to control thekey pressed into the cell in a Table field. I have this code: on keydown thekey if thekey is F4 then go to card s_itemSelect else pass keydown --asnwer thekey end keydown The objective is when the user press F4 one card with a list of items is showed to select one of them. Is posible to difference between columns into the Table Field, to select different actions with the same F4 key. I think that controlling the x,y of the cell can be one way, but I don't know if exist someway more effective. But, nothing happen. Sure that I doing something wrong but I don't see what it's. Thanks, Josep ___ 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: Keydown into Table Fields
Hi Josep, You need to handle the functionKey message instead of the keydown message. 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 5-nov-2006, om 15:34 heeft Josep M Yepes het volgende geschreven: Hello, I need to control thekey pressed into the cell in a Table field. I have this code: on keydown thekey if thekey is F4 then go to card s_itemSelect else pass keydown --asnwer thekey end keydown The objective is when the user press F4 one card with a list of items is showed to select one of them. Is posible to difference between columns into the Table Field, to select different actions with the same F4 key. I think that controlling the x,y of the cell can be one way, but I don't know if exist someway more effective. But, nothing happen. Sure that I doing something wrong but I don't see what it's. Thanks, Josep ___ 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: Keydown into Table Fields
Hi Mark, The message work fine into card script, but into the Table Fields doesn't run. It seems like into (when you are editing one cell) the Table Fields nothing can be intercepted. Cheers, Josep El 05/11/2006, a las 19:00, [EMAIL PROTECTED] escribió: Hi Josep, You need to handle the functionKey message instead of the keydown message. Best, Mark ___ 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: Keydown into Table Fields
Josep, It is very well possible that a table object intercepts all messages. You should be able to override this by inserting your script into front: insert script of btn Front Scripts into front This button could contain the following script: on functionKey theKey if theKey is 4 then -- your script here else pass functionKey end if end functionKey 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 5-nov-2006, om 21:31 heeft Josep M Yepes het volgende geschreven: Hi Mark, The message work fine into card script, but into the Table Fields doesn't run. It seems like into (when you are editing one cell) the Table Fields nothing can be intercepted. Cheers, Josep ___ 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: Help with table fields and cell editing
Indeed, the only workaround is to uncheck and forget the Table object. You have to roll your own table. Gridlines, tab spacings are independent of the table object anyway, so the visual impression will not change. I am also adding a few scripts to my tables to capture keyboard events so it would behave like an elementary table rather than an ordinary text field: #This prevents deletion of neighbour cell with delete on deleteKey if the selectedText is not empty then pass deleteKey else answer Select text to delete exit deleteKey end if end deleteKey #This prevents deletion of neighbour cell with backspace on backspaceKey if the selectedText is not empty then pass backspaceKey else answer Select text to delete exit backspaceKey end if end backspaceKey #These 2 prevent insertion of a new line into field with return/enter on returnInField exit returnInField end returnInField on enterInField exit enterInField end enterInField This may be the simpliest way to get a functional usable table. Best regards Viktoras ---Original Message--- From: Walton Sumner Date: 10/04/06 19:32:21 To: use-revolution@lists.runrev.com Subject: Help with table fields and cell editing Help! I have a Rev 2.7.4 (build 291) PC interface for database editing that is in great shape except for one feature, directly editing a list of points. It seems to me that this should be a natural table field cell editing task, but I can not see how to make it work. I have a group that contains a table field. The table field is not locked, the Table object setting is checked, the cREVTable(celle box is checked (cell editing), and the maximum editable column is set to 2. The tab stop is less than half the width of the field, after subtracting the width of the vertical scroll bar. Problems persist with or without a horizontal scroll bar. The field has the following odd behaviors when it is populated with data: 1. A mouseup event within a cell temporarily erases the data in the cell rather than selecting the data in the cell, even if I drag over the cell contents and manage to select them before releasing the mouse. If the mouseup occurs outside of the cell, the contents of the cell remain selected. Clicking in a cell also causes the erasing mouseup event. These are incorrect behaviors, IMO - the end user should be able to click or drag in the cell and insert or change one or a few digits. After clicking in a cell in the first column, clicking a different cell in the first column causes the first cell's contents to reappear (correct behavior) 2. Clicking any cell in the second column erases the entire field's contents. The field does not recover when the cell is deselected. 3. Clicking any cell in the second column selects the cell, but scrolls the field horizontally so that the cell's left edge abuts the left edge of the field, displaying the out-of-bounds third column and totally obscuring the first column. This is also incorrect behavior, IMO. The selected cell will accept new text, let's say ABC, after turning off the keydown handler that screened for digits. 4. Tabbing from cell to cell has the same effect as clicking on a cell in the second column. 5. After reloading the table contents from the database, clicking on any cell in the second column erases everything but restores the ABC that I entered in #3. So, I'm guessing that the table field is not updating its global descriptors correctly, as reported in the archives from 2003 and 2004, but I can't see that anyone else has these problems currently. In fact, there are messages that talk about letting Rev handle tabs and arrows and the like, as if my current problems are not reproducible at all. Also, I thought until now that Rev's field issues had been resolved. So is there some special combination of settings that makes the table work? Meanwhile, I'll be scripting a redundant interface to achieve point editing with tab keys and no mouseclicks. I can post to bugzilla if this the problem is not unique to me. Thanks in advance. Walton Sumner ___ 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 ___ 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: Help with table fields and cell editing
Hello ! I am interested in using table fields but I tried twice spending hours to find how to use them and twice I gave up ! I think I wanted too much, given the poor current state of this type of fields. But I never observe what you describe So I just tried to replicate what you are going through. On a Mac Pro Intel OS X 10.4.8 and Runrev 2.7.4 (build 291). Le 4 oct. 06 à 18:29, Walton Sumner a écrit : Help! I have a Rev 2.7.4 (build 291) PC interface for database editing that is in great shape except for one feature, directly editing a list of points. It seems to me that this should be a natural table field cell editing task, but I can not see how to make it work. I have a group that contains a table field. The table field is not locked, the Table object setting is checked, the cREVTable(celle box is checked (cell editing), and the maximum editable column is set to 2. The tab stop is less than half the width of the field, after subtracting the width of the vertical scroll bar. Problems persist with or without a horizontal scroll bar. I created a new stack with this same settings The field has the following odd behaviors when it is populated with data: 1. A mouseup event within a cell temporarily erases the data in the cell rather than selecting the data in the cell, not here for me : the data are not erased , they are selected even if I drag over the cell contents and manage to select them before releasing the mouse. If the mouseup occurs outside of the cell, the contents of the cell remain selected. Yes I get the same, but is it a real problem ? Clicking in a cell also causes the erasing mouseup event. I don't see what you mean exactly here ? what's the erasing mouseup event ? These are incorrect behaviors, IMO - the end user should be able to click or drag in the cell and insert or change one or a few digits. I am able to click, drag, insert or change one or a few digits After clicking in a cell in the first column, clicking a different cell in the first column causes the first cell's contents to reappear (correct behavior) well, here it did not disappear 2. Clicking any cell in the second column erases the entire field's contents. The field does not recover when the cell is deselected. this does not happen here; the entire field's contents remain unaffected 3. Clicking any cell in the second column selects the cell, but scrolls the field horizontally so that the cell's left edge abuts the left edge of the field, displaying the out-of-bounds third column and totally obscuring the first column. does not happen here This is also incorrect behavior, IMO. The selected cell will accept new text, let's say ABC, after turning off the keydown handler that screened for digits. 4. Tabbing from cell to cell has the same effect as clicking on a cell in the second column. here tabbing from cell to cell selects each cell successively, normally 5. After reloading the table contents from the database, clicking on any cell in the second column erases everything but restores the ABC that I entered in #3. I only populated the table manually ; so I can't say anything here So, I'm guessing that the table field is not updating its global descriptors correctly, as reported in the archives from 2003 and 2004, but I can't see that anyone else has these problems currently. In fact, there are messages that talk about letting Rev handle tabs and arrows and the like, as if my current problems are not reproducible at all. Also, I thought until now that Rev's field issues had been resolved. So is there some special combination of settings that makes the table work? I don't understand the difference between our respective results ? I had the same settings you described. One strange behaviour here : it is working when the table is set to lock text or unlock text as well ! Waiting for much better table fields, I am using adjacent fields that work as columns ; the script of the last one coordinates the behavior of the all including a handler on mouseWithin set the vScroll of fld suchfld to the vScroll of me. Best regards from Grenoble André Meanwhile, I'll be scripting a redundant interface to achieve point editing with tab keys and no mouseclicks. I can post to bugzilla if this the problem is not unique to me. Thanks in advance. Walton Sumner ___ 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 ___ 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
Help with table fields and cell editing
Help! I have a Rev 2.7.4 (build 291) PC interface for database editing that is in great shape except for one feature, directly editing a list of points. It seems to me that this should be a natural table field cell editing task, but I can not see how to make it work. I have a group that contains a table field. The table field is not locked, the Table object setting is checked, the cREVTable(celle box is checked (cell editing), and the maximum editable column is set to 2. The tab stop is less than half the width of the field, after subtracting the width of the vertical scroll bar. Problems persist with or without a horizontal scroll bar. The field has the following odd behaviors when it is populated with data: 1. A mouseup event within a cell temporarily erases the data in the cell rather than selecting the data in the cell, even if I drag over the cell contents and manage to select them before releasing the mouse. If the mouseup occurs outside of the cell, the contents of the cell remain selected. Clicking in a cell also causes the erasing mouseup event. These are incorrect behaviors, IMO - the end user should be able to click or drag in the cell and insert or change one or a few digits. After clicking in a cell in the first column, clicking a different cell in the first column causes the first cell's contents to reappear (correct behavior) 2. Clicking any cell in the second column erases the entire field's contents. The field does not recover when the cell is deselected. 3. Clicking any cell in the second column selects the cell, but scrolls the field horizontally so that the cell's left edge abuts the left edge of the field, displaying the out-of-bounds third column and totally obscuring the first column. This is also incorrect behavior, IMO. The selected cell will accept new text, let's say ABC, after turning off the keydown handler that screened for digits. 4. Tabbing from cell to cell has the same effect as clicking on a cell in the second column. 5. After reloading the table contents from the database, clicking on any cell in the second column erases everything but restores the ABC that I entered in #3. So, I'm guessing that the table field is not updating its global descriptors correctly, as reported in the archives from 2003 and 2004, but I can't see that anyone else has these problems currently. In fact, there are messages that talk about letting Rev handle tabs and arrows and the like, as if my current problems are not reproducible at all. Also, I thought until now that Rev's field issues had been resolved. So is there some special combination of settings that makes the table work? Meanwhile, I'll be scripting a redundant interface to achieve point editing with tab keys and no mouseclicks. I can post to bugzilla if this the problem is not unique to me. Thanks in advance. Walton Sumner ___ 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: Help with table fields and cell editing
I share your pain about table fields. Out of the box, stock, they act quite odd. What we wanted was basically Excel, what we got was to me so strange that I didn't want to go there. But I think that they need additional coding to make them usable by humans. (see links to Eric Chatonet stack below) Some hard core among us has tried to tackle this, but most find a different way to approach the problem, like tab-delimited lists that display a field hovering just above where clicked, etc. Rev officials have admitted that Rev Tables is flawed, and has mentioned that improvements are in the works in some future date. The beauty of rev is that if you don't like the way a particular prefab control works, you can roll your own that will usually do the job better. Having said that, list member Eric Chatonet has offered some tips on using table fields. He seems to have found a way to make them work like you want. here's the stack: (watch word wrap) http://www.sosmartsoftware.com/?r=telechargerl=enarch=tutorials/Managing%20Table%20Fields.rev.zip or download his Tutorial stack, and choose the appropriate topic. http://www.sosmartsoftware.com/?r=revolution_didacticielsl=en Help! I have a Rev 2.7.4 (build 291) PC interface for database editing that is in great shape except for one feature, directly editing a list of points. It seems to me that this should be a natural table field cell editing task, but I can not see how to make it work. ... I can post to bugzilla if this the problem is not unique to me. Thanks in advance. Walton Sumner -- 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
Re: Help with table fields and cell editing
I have a Rev 2.7.4 (build 291) PC interface for database editing that is in great shape except for one feature, directly editing a list of points. It seems to me that this should be a natural table field cell editing task, but I can not see how to make it work. I have a group that contains a table field. The table field is not locked, the Table object setting is checked, the cREVTable(celle box is checked (cell editing), and the maximum editable column is set to 2. The tab stop is less than half the width of the field, after subtracting the width of the vertical scroll bar. Problems persist with or without a horizontal scroll bar. My preferences in such a case is to populate a standard list field from the database. When a line in the field is selected, I then populate a set of edit fields, radio button, popup mens etc, so that that single line can be edited, with buttons for delete, apply edits, cancel and add new record. While this may appear more clunky than direct editing of the table, it allows much more control validation of data entered. Cheers, Sarah ___ 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: How do I set table column width in table fields
If you activate DevelopmentPluginsrevTabRuler, clicking on a table field with the move tool lets you drag little triangles to set column widths. On Aug 8, 2006, at 4:14 PM, David ResSeguie wrote: Hi, Can anyone tell how to change the width of columns in table fields, so that the contents fit? Thanks, David David ResSeguie Information Services Manager/Ad Co-ordinator Sundance Natural Foods 748 E. 24th Avenue Eugene, OR 97405-2936 541 343-9142 541 343-1519 office 541 342-1660 fax 541 687-3010 pager Store and Office mailto:[EMAIL PROTECTED] Grocery Store web site http://sundancenaturalfoods.com Sundance Wine Cellars web site http://orwines.com ___ 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 ___ 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
How do I set table column width in table fields
Hi, Can anyone tell how to change the width of columns in table fields, so that the contents fit? Thanks, David David ResSeguie Information Services Manager/Ad Co-ordinator Sundance Natural Foods 748 E. 24th Avenue Eugene, OR 97405-2936 541 343-9142 541 343-1519 office 541 342-1660 fax 541 687-3010 pager Store and Office mailto:[EMAIL PROTECTED] Grocery Store web site http://sundancenaturalfoods.com Sundance Wine Cellars web site http://orwines.com ___ 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: How do I set table column width in table fields
Equal column widths: set the tabstops of fld 1 to 250 different column widths: set the tabstops of fld 1 to 24,250,80,80,512 Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Download ErrorLib at http://economy-x-talk.com/developers.html and get full control of error handling in Revolution. Op 9-aug-2006, om 1:14 heeft David ResSeguie het volgende geschreven: Hi, Can anyone tell how to change the width of columns in table fields, so that the contents fit? Thanks, David ___ 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: table fields
Le 11 mai 2006, à 03:32, Russ McBride a écrit : [...] 1- Are there some secret docs somewhere? [...] Didacticiels by Eric Chatonet : http://www.sosmartsoftware.com/?r=revolution_didacticielsl=en [...] #016 How to manage table fields This stack, which comprises a Lab section and an Explanations section, explains table fields and all the aspects that for the moment are still not documented (version 2.5.1). Fully commented scripts lets you start working with them at once. Print function included. [...] Download : http://tinyurl.com/p9lbo Serge -- Mac OS 10.3.9 Dreamcard 2.5.1 ___ 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: table fields
Le 11 mai 2006, à 03:32, Russ McBride a écrit : I've gleaned a few tidbits from sifting through old emails and looking at Eric Chatonet's example. oups, sorry for my previous answer, I've read too fast Serge ___ 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
table fields
I started playing with table fields with the plan of building a db interface with them and I'm wondering if there are people out there who are actually able to rely on table fields in a production environment. I've gleaned a few tidbits from sifting through old emails and looking at Eric Chatonet's example. A few basic questions: 0- Are table fields stable enough on all platforms to use reliably? 1- Are there some secret docs somewhere? 2- How do I get the cRevTable properties? 3- How do I format text in any given cell? 4- How do I get a selected cell to hilite only within the cell and not into 50% of its vertical neighbors? thanks, russ Russ McBride Programmer/Analyst The Scholar's Workstation University of California at Berkeley 510-643-6853 ___ 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
2.7 bugs in variable watcher, table fields
Anybody else having these problems? 1. Mac OS X: Run a script with a breakpoint. Open the message watcher at the breakpoint. Open the variable watcher after opening the message watcher. Variable watcher echos variable names, refuses to display variable values. Close message watcher. Step forward (which ought to have a keyboard equivalent, by the way). Variable watcher displays variable values. Very confusing until you realize that there is an ugly interaction with the message watcher. 2. Windows XP tablet Save and close all Rev projects that matter to you. Create a label field to sit above a field that will have tab stops. The label field will provide several column headers. Open the property inspector andselect contents Type Column 1 tab Column 2 tab Column 3 (without the quotes and ampersands, just type three column headers) Click the table icon. Nothing is aligned, but I can still work. Deselect the table icon. Now the contents are wrapped, but they are not supposed to be. Select the wrap icon. Nothing happens (already wrapped). Deselect the wrap icon. I can not see, scroll to, or select the text Column 1. Select the wrap icon - there it is again, apparently OK. Go to the property drop list and select Table. Open the task manager since Rev has stopped responding. Check performance. Probably pegged at 100%, of which 96%+/-3% is Rev. Wait 1 minute. Fan kicks in. Let laptop run for 10 minutes while preparing cookie dough. Press right back corner of laptop over raw flattened cookie dough. Cookie will be ready to eat in 5 - 10 minutes. Kill Rev process. Fan will stop in a minute or two. The problems with tables are getting pretty old, folks. As much as I love programming in X-Talk and having instant cross-platform capabilities, it is embarrassing to admit that I have to work around all these bugs, or to lose work, etc, because I don't want to work in a real language. Please fix the bugs. --Walt Sumner ___ 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: 2.7 bugs in variable watcher, table fields
On 3/20/06 10:25 AM, Sumner,Walt [EMAIL PROTECTED] wrote: Anybody else having these problems? 1. Mac OS X: Run a script with a breakpoint. Open the message watcher at the breakpoint. Open the variable watcher after opening the message watcher. Variable watcher echos variable names, refuses to display variable values. Close message watcher. Step forward (which ought to have a keyboard equivalent, by the way). Try the spacebar to step forward. Jim Ault Las Vegas ___ 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
Table fields in 2.7
My attempts to use table fields in Rev 2.7/Windows have been slightly less frustrating than with Rev 2.6.1, but are hardly satisfactory. Could others comment on their experiences with table fields? I guess I'm hoping that I have a local problem. With very large table fields, hundreds or thousands of rows, dozens of columns, clicking on cells used to cause the whole field to go blank. That seems less likely now, but Rev 2.7/Windows can hang for 30 seconds at a time, and although it usually recovers, it still might lose the whole field. Or I might give up and kill the application. It's hard to imagine that this control passed stress testing before this release. I am thrilled to have a multiplatform development environment, but unstable core features are a huge barrier to broader adoption. Because of bugs like this, I never suggest that my colleagues use Rev unless they are old Hypercard fans. I hope that changes soon. --Walt Sumner ___ 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
Table Fields
Greetings, A couple of days ago, I asked about table grids or grid tables or something like that. I had my terminology mixed up. No one replied, perhaps because my question was perplexing. I'll try again. I'm asking about the table item in the popup, in the object inspector, for fields. I've tried trial and error, and tried searching the documentation. I haven't gotten too far. This thing seems more or less undocumented. The various table properties perplex me. I've figured out tab stops. That's about it. I'm wondering about horizontal and hgrid and vgrid properties for tables. They seem related to field tables, but I'm not sure how. They seem to have something to do with the table object checkbox. But what the heck is that? Ultimately, I'd like to know what one can and can't do with field tables (table fields?). I can figure it out by trial and error if I understand the interface a little better. I'd guess these tables are intended are intended primarily to display data formatted by tabs and returns, but I'm only guessing. Could someone explain, or tell me where to find the needed information in the documentation, or suggest a URL, please? Thanks in advance, Tim ___ 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: Table Fields
Hi Tim, Table fields in Rev stay not too much documented and, to be frank, don't work as well as expected. May be in a next version :-) In the meantime, you might be interested in a tutorial How to manage table fields you will access thought Tutorials Picker a free plugin that interfaces with the So Smart Software website in order to display all available tutorials directly from the web. You will find it by going to http://www.sosmartsoftware.com/. Best Regards from Paris, Eric Chatonet. Le 4 nov. 05 à 22:08, Timothy Miller a écrit : A couple of days ago, I asked about table grids or grid tables or something like that. I had my terminology mixed up. No one replied, perhaps because my question was perplexing. I'll try again. I'm asking about the table item in the popup, in the object inspector, for fields. I've tried trial and error, and tried searching the documentation. I haven't gotten too far. This thing seems more or less undocumented. The various table properties perplex me. I've figured out tab stops. That's about it. I'm wondering about horizontal and hgrid and vgrid properties for tables. They seem related to field tables, but I'm not sure how. They seem to have something to do with the table object checkbox. But what the heck is that? Ultimately, I'd like to know what one can and can't do with field tables (table fields?). I can figure it out by trial and error if I understand the interface a little better. I'd guess these tables are intended are intended primarily to display data formatted by tabs and returns, but I'm only guessing. Could someone explain, or tell me where to find the needed information in the documentation, or suggest a URL, please? So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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: Table Fields
At 1:08 PM -0800 11/4/2005, Timothy Miller wrote: I've tried trial and error, and tried searching the documentation. I haven't gotten too far. This thing seems more or less undocumented. The various table properties perplex me. I've figured out tab stops. That's about it. Hmmm. There was never very much documentation of tables, but what there was seems to have gotten lost at some point - or at least I can't find it in the 2.61 docs. Here it is, for whatever it's worth: How to create a spreadsheet-like table: A table field is a field that is displayed as a grid, in the style of a spreadsheet. Each line of the field becomes a row, and the columns in a row are separated by tab characters. You control a table field's behavior using the Table pane of the field's property inspector. To make a field into a table field, follow these steps: 1. Open the field's property inspector and choose Table from the menu at the top of the inspector palette. 2. Check the Table object box to make the field into a table. 3. If you want, change the baselines, grid, and tab stops settings to change the appearance of the table field. How to allow editing of individual cells in a table field: Normally, a table field is edited like any other field, by entering text directly. You can specify that a table field's cells can be edited individually. When you click a cell, what you type goes into that cell. To allow cell editing in a table field, in the Table pane of the field's property inspector, check the box labeled Cell Editing. When you click a cell in the table field, a box appears to let you edit the cell's content. Tip: To move between cells when cell editing is enabled, use the Tab key, Return key, and arrow keys. How to format numbers in a table field: To control the format of numbers in a table field, you specify a format, along with the cells you want to apply the format to, in the field's property inspector. To choose a format, follow these steps: 1. In the Table pane, check the Cell formatting box. 2. Choose a column number from both menus labeled Format Column. 3. From the Using menu, choose the format you want to use. In the With box, enter a prefix or suffix, a number of decimal places, a percentage value, or short, long, internet, or system for a date. 4. Press the Tab key, then click Add to apply the format. Note: You can apply only one format to any particular cell. - -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com ___ 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: Table Fields
Re this thread, many thanks to Eric and Jeanne! Tim Hi Tim, Table fields in Rev stay not too much documented and, to be frank, don't work as well as expected. May be in a next version :-) In the meantime, you might be interested in a tutorial How to manage table fields you will access thought Tutorials Picker a free plugin that interfaces with the So Smart Software website in order to display all available tutorials directly from the web. You will find it by going to http://www.sosmartsoftware.com/. Best Regards from Paris, Eric Chatonet. Le 4 nov. 05 à 22:08, Timothy Miller a écrit : A couple of days ago, I asked about table grids or grid tables or something like that. I had my terminology mixed up. No one replied, perhaps because my question was perplexing. I'll try again. I'm asking about the table item in the popup, in the object inspector, for fields. I've tried trial and error, and tried searching the documentation. I haven't gotten too far. This thing seems more or less undocumented. The various table properties perplex me. I've figured out tab stops. That's about it. ___ 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
Table Fields
Hello Everyone, Where can I learn about Table Fields? I've searched the online help in Topics, Dictionary, and Object, using a number of keywords but nothing comes up. Incidentally, the online help in the newest release for OS X seems unusually slow and prone to freezes. Regards, Greg ___ 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: Table Fields
Hi Greg, At the moment, table fields do not work as we could expect it with Rev. But many things can be done with them if you take care of some undocumented features. You might be interested in the How to Manage Table Fields tutorial accessible through Tutorials Picker. You will find Tutorials Picker on Rev Online - user: So Smart Software or on my website. Best Regards from Paris, Eric Chatonet. Le 17 oct. 05 à 22:23, Gregory Lypny a écrit : Hello Everyone, Where can I learn about Table Fields? I've searched the online help in Topics, Dictionary, and Object, using a number of keywords but nothing comes up. Incidentally, the online help in the newest release for OS X seems unusually slow and prone to freezes. Regards, Greg So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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: Table Fields
Also, if you want a table to use as a user-interface, rather than for mass data storage, I can send you a pseudo-table object that I have created. It is a group with fields, rather than a single field. This allows for all sorts of formatting and programming options. It allows the user to insert columns and rows, and drag them to different locations, and other functionalities we expect with tables. It's a real memory hog though - so I would not use it for storing thousands of pieces of data. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eric Chatonet Sent: Monday, October 17, 2005 4:38 PM To: How to use Revolution Subject: Re: Table Fields Hi Greg, At the moment, table fields do not work as we could expect it with Rev. But many things can be done with them if you take care of some undocumented features. You might be interested in the How to Manage Table Fields tutorial accessible through Tutorials Picker. You will find Tutorials Picker on Rev Online - user: So Smart Software or on my website. Best Regards from Paris, Eric Chatonet. Le 17 oct. 05 à 22:23, Gregory Lypny a écrit : Hello Everyone, Where can I learn about Table Fields? I've searched the online help in Topics, Dictionary, and Object, using a number of keywords but nothing comes up. Incidentally, the online help in the newest release for OS X seems unusually slow and prone to freezes. Regards, Greg So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Free plugins and tutorials on my website Web sitehttp://www.sosmartsoftware.com/ Email[EMAIL PROTECTED]/ Phone33 (0)1 43 31 77 62 Mobile33 (0)6 20 74 50 86 ___ 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 ___ 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: Initial Caps in Table Fields
Dan, Macintosh PowerBook G-4 OSX 10.3.9, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5.1 Was the word Left initial capped when you opened it? It was here. But, When I copy the table field to another stack and type into that first square the problem goes away. meaning if I type with lower case it stays that way in another stack. I am using a substack of a stack with a windowShape . with hardly any scripts in the stack or card script. TOm On Apr 22, 2005, at 11:33 PM, Dan Shafer wrote: Tom Just can't make it fail. I tried about 30 times and it worked correctly every time. What OS are you testing on? On Apr 22, 2005, at 3:59 PM, Thomas McGrath III wrote: Dan, I put a test stack in my user area. mcgrath3 table issue with caps type a lower case word in the upper left field and hit the tab key. It will capitalize. But not allways. Tom On Apr 22, 2005, at 6:26 PM, Dan Shafer wrote: Can't reproduce this one, Tom. It works correctly on my system (OS X 10.3.9, Rev 2.5.1) every time. On Apr 21, 2005, at 8:38 PM, Thomas McGrath III wrote: Actually it is only the upper most top left table field that wants to capitalize the first letter. The ones below it will stay lower case if I typed it that way. This is weird to me? Tom On Apr 21, 2005, at 11:17 PM, Thomas McGrath III wrote: Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Macintosh PowerBook G-4 OSX 10.3.8, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5 Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
No, the initial letter in the first cell was not capped when I opened it. Dan On Apr 23, 2005, at 3:33 AM, Thomas McGrath III wrote: Dan, Macintosh PowerBook G-4 OSX 10.3.9, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5.1 Was the word Left initial capped when you opened it? It was here. But, When I copy the table field to another stack and type into that first square the problem goes away. meaning if I type with lower case it stays that way in another stack. I am using a substack of a stack with a windowShape . with hardly any scripts in the stack or card script. TOm On Apr 22, 2005, at 11:33 PM, Dan Shafer wrote: Tom Just can't make it fail. I tried about 30 times and it worked correctly every time. What OS are you testing on? Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
Now that's weird. I copied the table field to another stack and back again and now it acts normally. I just don't know. Thanks for looking at it though. Tom On Apr 23, 2005, at 2:59 PM, Dan Shafer wrote: No, the initial letter in the first cell was not capped when I opened it. Dan Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
Can't reproduce this one, Tom. It works correctly on my system (OS X 10.3.9, Rev 2.5.1) every time. On Apr 21, 2005, at 8:38 PM, Thomas McGrath III wrote: Actually it is only the upper most top left table field that wants to capitalize the first letter. The ones below it will stay lower case if I typed it that way. This is weird to me? Tom On Apr 21, 2005, at 11:17 PM, Thomas McGrath III wrote: Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Macintosh PowerBook G-4 OSX 10.3.8, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5 Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
Dan, I put a test stack in my user area. mcgrath3 table issue with caps type a lower case word in the upper left field and hit the tab key. It will capitalize. But not allways. Tom On Apr 22, 2005, at 6:26 PM, Dan Shafer wrote: Can't reproduce this one, Tom. It works correctly on my system (OS X 10.3.9, Rev 2.5.1) every time. On Apr 21, 2005, at 8:38 PM, Thomas McGrath III wrote: Actually it is only the upper most top left table field that wants to capitalize the first letter. The ones below it will stay lower case if I typed it that way. This is weird to me? Tom On Apr 21, 2005, at 11:17 PM, Thomas McGrath III wrote: Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Macintosh PowerBook G-4 OSX 10.3.8, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5 Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
Tom Just can't make it fail. I tried about 30 times and it worked correctly every time. What OS are you testing on? On Apr 22, 2005, at 3:59 PM, Thomas McGrath III wrote: Dan, I put a test stack in my user area. mcgrath3 table issue with caps type a lower case word in the upper left field and hit the tab key. It will capitalize. But not allways. Tom On Apr 22, 2005, at 6:26 PM, Dan Shafer wrote: Can't reproduce this one, Tom. It works correctly on my system (OS X 10.3.9, Rev 2.5.1) every time. On Apr 21, 2005, at 8:38 PM, Thomas McGrath III wrote: Actually it is only the upper most top left table field that wants to capitalize the first letter. The ones below it will stay lower case if I typed it that way. This is weird to me? Tom On Apr 21, 2005, at 11:17 PM, Thomas McGrath III wrote: Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Macintosh PowerBook G-4 OSX 10.3.8, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5 Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ~~ Dan Shafer, Co-Chair RevConWest '05 June 17-18, 2005, Monterey, California http://www.altuit.com/webs/altuit/RevConWest ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Initial Caps in Table Fields
Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Initial Caps in Table Fields
Actually it is only the upper most top left table field that wants to capitalize the first letter. The ones below it will stay lower case if I typed it that way. This is weird to me? Tom On Apr 21, 2005, at 11:17 PM, Thomas McGrath III wrote: Hey, does anyone know WHY 'table fields' keep initial capitalizing each word when I tab out of that field? Is there a way to turn this off? I need exact names in the table. TOm Thomas J. McGrath III SCS 1000 Killarney Dr. Pittsburgh, PA 15234 412-885-8541 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Macintosh PowerBook G-4 OSX 10.3.8, OS 9.2.2, 1.25 GHz, 512MB RAM, Rev 2.5 Advanced Media Group Thomas J McGrath III [EMAIL PROTECTED] ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Special characters don't display correctly in table fields on WinXP
--- jbv [EMAIL PROTECTED] wrote: Hi list, Special characters (such as the cross - chartonum 160) don't display correctly in table fields on WinXP, while they do display correctly when checking the contents of the table fld in the Property Inspector, as well as in other flds... Needless to say that everything is OK on Mac... Any clue ? Thanks, JB Hi JB, Which version of Rev are you using ? Version 2.5 of Rev fixed a problem with Unicode, which I guess is what the 'cross' symbol might be. Jan Schenkel. = Join us at the European Revolution Conference November 14-16, MALTA. ~ http://TechieTours.com/Rev/ = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) __ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Special characters don't display correctly in table fields on WinXP
Hi list, Special characters (such as the cross - chartonum 160) don't display correctly in table fields on WinXP, while they do display correctly when checking the contents of the table fld in the Property Inspector, as well as in other flds... Needless to say that everything is OK on Mac... Any clue ? Thanks, JB ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Working with table fields
I'm working on a project requiring some table fields. I couldn't find much about them in the docs. Can you widen the tables(cells) and if you can How? jack ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Working with table fields
set the tabStops of field my field to your_values_here On Oct 29, 2004, at 11:57 AM, [EMAIL PROTECTED] wrote: I'm working on a project requiring some table fields. I couldn't find much about them in the docs. Can you widen the tables(cells) and if you can How? jack ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution --- Frank D. Engel, Jr. [EMAIL PROTECTED] $ ln -s /usr/share/kjvbible /usr/manual $ true | cat /usr/manual | grep John 3:16 John 3:16 For God so loved the world, that he gave his only begotten Son, that whosoever believeth in him should not perish, but have everlasting life. $ ___ $0 Web Hosting with up to 120MB web space, 1000 MB Transfer 10 Personalized POP and Web E-mail Accounts, and much more. Signup at www.doteasy.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: clearing table fields ?
On Mon Sep 13, jbv jbv.silences at Club-Internet.fr wrote: I'm trying to clear the content of some table fields using revEmptyTable, but it doesn't seem to work for all table fields on the card... for instance I have 3 table fields, but it works only for the first 2, and not for the 3rd... is any special setting (locktext, whatever) required in order to use the handlers from the revTable frontscript ? Thanks, JB Try this, this is the slightly modified contents of the revEmptyTable handler in button revTable of stack revlibrary, which I put into a button beneath the table field - it safely clears all cells: on mouseUp put the name of fld Table Field into pObject put the long id of pObject into tObject if (word 1 of tObject is field) and (the cREVGeneral[table] of tObject is true) and (exists(tObject)) then set the text of tObject to empty set the cREVTable[currentview] of tObject to empty set the cREVtable[returnedview] of tObject to empty end if end mouseUp By the way, the Transcript Dictionary does not mention revEmptyTable. Regards, Wilhelm Sanke http://www.sanke.org ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: clearing table fields ?
Wilhelm , Thanks for the suggestion, but it doesn't work... actually it clears all cells, but when I click on a cell to edit its content, I always retrieve the same old content... only the text that I type when editing a cell does actually change the content of that cell; but when I try to change the text of a table field via script (put line 1 of fld 1 into fld 2), the new text appears in fld 2, but disappears when editing the cell... JB Try this, this is the slightly modified contents of the revEmptyTable handler in button revTable of stack revlibrary, which I put into a button beneath the table field - it safely clears all cells: on mouseUp put the name of fld Table Field into pObject put the long id of pObject into tObject if (word 1 of tObject is field) and (the cREVGeneral[table] of tObject is true) and (exists(tObject)) then set the text of tObject to empty set the cREVTable[currentview] of tObject to empty set the cREVtable[returnedview] of tObject to empty end if end mouseUp By the way, the Transcript Dictionary does not mention revEmptyTable. Regards, Wilhelm Sanke http://www.sanke.org ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: clearing table fields ?
On Mon, Sep 13, jbv jbv.silences at Club-Internet.fr wrote: Wilhelm , Thanks for the suggestion, but it doesn't work... actually it clears all cells, but when I click on a cell to edit its content, I always retrieve the same old content... This does not happen here, on Windows XP, when I click on a cell to edit its content the former content has indeed ben cleared by the button script I suggested. Maybe the problem is platform-specific? only the text that I type when editing a cell does actually change the content of that cell; but when I try to change the text of a table field via script (put line 1 of fld 1 into fld 2), the new text appears in fld 2, but disappears when editing the cell... JB Anyway, if the suggested button script clears what is visible in the cells, is it at least one step towards what you expect. What about adding revdeletecellfields to the script (didn't try it)? Tables are one of the weak points in Revolution and the scripts of btn revtable - as a frontscript - also cause a lot of troubles in applications that are totally unrelated to table aspects. I have complained about this several times - see Bugzilla #2019. In my post to the improve-list Re: bug count of Aug 24 I came to the - somewhat emotionally framed - conclusion that The revTable script - seen in this perspective - is simply a buggy script (as a front script), somehow an example of sloppy programming. Regards, Wilhelm Sanke http://www.sanke.org ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On 8/15/04 5:20 PM, Richard Gaskin [EMAIL PROTECTED] wrote: While #670 describes only a limited implementation and still has a good many necessary properties undefined, it's a fair start and got my 5 votes. There are more complete specs posted previously to the improve-rev list -- Ken, do you have those? Should they be posted to #670 or would that broaden the scope of that requst too much? I don't happen to have them handy. I'll see if I can scare 'em up, and if I can, I'll add it to #670. Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
Troy, I've seen some absolutely stunning tables created by Jerry Daniels. Tables which have rows and columns which collapse and expand. Icons and checkboxes are also used. In fact, I'm sure Jerry could even build a table easily with progress bars as well...so I believe it's possible. If this is a project for a client, you might want to contract Jerry for a few hours to help you roll your own table. Dan Shafer has used him on a recent project to build us a custom report generator using some similar table objects. He's at www.daniels-mara.com best, Chipp ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 16, 2004, at 3:52 AM, Chipp Walters wrote: I've seen some absolutely stunning tables created by Jerry Daniels. Tables which have rows and columns which collapse and expand. Icons and checkboxes are also used. In fact, I'm sure Jerry could even build a table easily with progress bars as well...so I believe it's possible. If this is a project for a client, you might want to contract Jerry for a few hours to help you roll your own table. Well, its good to know it can be done. I'm not sure I ever fully doubted that - I more doubted my own inclination to devise my own data grid system from the ground up starting with a field. To me it sounds like a lot of careful programming, and understanding the ins-and-outs of transcript relating to fields, etc. better than I do. Jerry's system sounds pretty awesome, but as this program will initially be self-financed, I'm not sure there is room in the budget for a custom interface component of that calibre and scope. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Table fields... oh boy.
Troy; Maybe some of us can get together and share some development expense... Dave -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Troy Rollins Sent: Monday, August 16, 2004 10:54 AM To: How to use Revolution Subject: Re: Table fields... oh boy. On Aug 16, 2004, at 3:52 AM, Chipp Walters wrote: I've seen some absolutely stunning tables created by Jerry Daniels. Tables which have rows and columns which collapse and expand. Icons and checkboxes are also used. In fact, I'm sure Jerry could even build a table easily with progress bars as well...so I believe it's possible. If this is a project for a client, you might want to contract Jerry for a few hours to help you roll your own table. Well, its good to know it can be done. I'm not sure I ever fully doubted that - I more doubted my own inclination to devise my own data grid system from the ground up starting with a field. To me it sounds like a lot of careful programming, and understanding the ins-and-outs of transcript relating to fields, etc. better than I do. Jerry's system sounds pretty awesome, but as this program will initially be self-financed, I'm not sure there is room in the budget for a custom interface component of that calibre and scope. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
I either use locked fields, then do 'ask' when you click a cell (not the cleanest of interfaces, but I don't use it often), or do as Jerry Daniels demo'ed at Rev Summit, create a 'table group' of fields. Table groups can actually be very fast, especially if you have a fixed number of rows to display (vs rows of data). You can use a fixed number of flds to scroll through many more rows than are actually displayed. Think of a table group as a 'window' onto the data, and you'll get what I'm talking about. Jerry actually has a fairly modular table group object he uses. Course right now his head is buried in Constellation, his new script/property editor/debugger. Troy Rollins wrote: What do you use? The other two options you mention? Or something else? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 14, 2004, at 4:13 AM, Chipp Walters wrote: Table groups can actually be very fast, especially if you have a fixed number of rows to display (vs rows of data). You can use a fixed number of flds to scroll through many more rows than are actually displayed. Think of a table group as a 'window' onto the data, and you'll get what I'm talking about. Yes, I see what you mean. That *is* an interesting approach. Doesn't lend itself to scaling with a window of course, but overall it is another idea worth examining to be sure. (I'll take the opportunity to plug #670 again including a super easy link to follow.) http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi? id=670 98 votes so far! -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
Troy Rollins wrote: ... To me, data grids are a pretty critical functionality For me too, but I think you're talking about a very specific implementation of a data grid, perhaps the type one sees in spreadsheets or the type supported by HTML. The built-in multi-column field has been doing me just fine for years. You can put up to 4GB of tab-delimited data into it and get instant results by setting the tabStops property. It supports most of the behaviors commonly associated with database display, including properties for selecting either single or multiple lines, and even discontiguous selection. ... It creates interface bottlenecks where entire multi-field cards are used instead of a single multi-column line in a grid. This is not a workable solution in many cases, since it doesn't support relational sorting, etc. What is relational sorting? The built-in sort command will do well with the built-in multi-column list object, with the only caeat being that no single line of text can be longer than 64k (which is probably wider than would be practical for most common uses anyway). It isn't an actual OS native grid Where did you get the impression any OS provides a data grid control? If there's a native data grid control in OS X or XP it's very new; for the previous 20 years everyone rolled their own. -- Richard Gaskin Fourth World Media Corporation ___ Rev tools and more: http://www.fourthworld.com/rev ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 15, 2004, at 2:17 AM, Richard Gaskin wrote: To me, data grids are a pretty critical functionality For me too, but I think you're talking about a very specific implementation of a data grid, perhaps the type one sees in spreadsheets or the type supported by HTML. Not HTML. But speadsheets, or iTunes, or many other data grid driven program types. The built-in multi-column field has been doing me just fine for years. You can put up to 4GB of tab-delimited data into it and get instant results by setting the tabStops property. It supports most of the behaviors commonly associated with database display, including properties for selecting either single or multiple lines, and even discontiguous selection. Yes, and I've used those features, and it can work OK, but well, it just isn't powerful enough, and frankly, too flakey, especially if the user is to be able to edit the content. Layout is clumsy... where entire multi-field cards are used instead of a single multi-column line in a grid. This is not a workable solution in many cases, since it doesn't support relational sorting, etc. What is relational sorting? Column sorting. Obviously cards full of fields do not support column sorting, so I put it into another term. Relational sorting (column sorting) allowing rows to be sorted by the different relationships they have with the columns. The built-in sort command will do well with the built-in multi-column list object, with the only caeat being that no single line of text can be longer than 64k (which is probably wider than would be practical for most common uses anyway). Yes, I'm sure that is far wider than is needed. But a multi-column field doesn't do a very good job of simulating a data grid. I don't doubt that you have found it OK for your applications, or somehow made it work. In my case, the market particular product will be very critical of this, and anything less than so good they don't notice anything other than good is too little. It isn't an actual OS native grid Where did you get the impression any OS provides a data grid control? If there's a native data grid control in OS X or XP it's very new; for the previous 20 years everyone rolled their own. Well, Applescript studio has one, so on the Mac at least it my not be part of the OS, but it is provided by Apple for constructing UI... I should probably say one which appears native, matches the rest of the OS, and would be considered by the end user to seem appropriate on their system. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
Troy Rollins wrote: On Aug 15, 2004, at 2:17 AM, Richard Gaskin wrote: To me, data grids are a pretty critical functionality For me too, but I think you're talking about a very specific implementation of a data grid, perhaps the type one sees in spreadsheets or the type supported by HTML. Not HTML. But speadsheets, or iTunes, or many other data grid driven program types. Spreadsheets and iTunes are very different creatures. Therein lies the difficulty in satisfying the request: so many options, so little specification. The built-in multi-column field has been doing me just fine for years. You can put up to 4GB of tab-delimited data into it and get instant results by setting the tabStops property. It supports most of the behaviors commonly associated with database display, including properties for selecting either single or multiple lines, and even discontiguous selection. Yes, and I've used those features, and it can work OK, but well, it just isn't powerful enough, and frankly, too flakey, especially if the user is to be able to edit the content. Layout is clumsy... I'm not sure we're talking about the same things. Not that what you're looking for is necessarily trivial, but rather on the contrary: there are MANY types of multi-column lists, if you observe them closely. There is no one-size-fits-all. Some specifics about what you're looking for would be helpful in providing a solution, but you've already ruled that out: you'll accept nothing that isn't built into the engine, and no one can build it into the engine until its details have been specified. where entire multi-field cards are used instead of a single multi-column line in a grid. This is not a workable solution in many cases, since it doesn't support relational sorting, etc. What is relational sorting? Column sorting. Obviously cards full of fields do not support column sorting, so I put it into another term. Relational sorting (column sorting) allowing rows to be sorted by the different relationships they have with the columns. For the rare case like Jacque's grid, which is very different from iTunes in that it support multiple lines per cell, yes, that's tough. But for single-line cells the built-in list field will use the built-in sort command: set the itemdel to tab sort lines of fld 1 by item 4 of each The built-in sort command will do well with the built-in multi-column list object, with the only caeat being that no single line of text can be longer than 64k (which is probably wider than would be practical for most common uses anyway). Yes, I'm sure that is far wider than is needed. But a multi-column field doesn't do a very good job of simulating a data grid. I don't doubt that you have found it OK for your applications, or somehow made it work. In my case, the market particular product will be very critical of this, and anything less than so good they don't notice anything other than good is too little. You seem to be referring to grids in which a cell has multiple lines. Because this is very different from iTunes, which you also cite as an example, it becomes difficult to understand what you're looking for. Given the world of difference between the two I hope you'll forgive the confusion and, if you'll reconsider the requirement that it be fully engine-based we might be able to provide what you need once we understand it. It isn't an actual OS native grid Where did you get the impression any OS provides a data grid control? If there's a native data grid control in OS X or XP it's very new; for the previous 20 years everyone rolled their own. Well, Applescript studio has one, so on the Mac at least it my not be part of the OS, but it is provided by Apple for constructing UI... I should probably say one which appears native, matches the rest of the OS, and would be considered by the end user to seem appropriate on their system. And there's the rub: we've already identified three very different types of multi-column lists: spreadsheets, multi-line cell types, and the more common iTunes style (single-line cells but without the spreadsheet behaviors), and we haven't really even started examing the full range of options yet (headers, selection/sorting/binding/resizing options, etc.). These are not subtle differences; data grids are inherently complex objects. This is probably why OS vendors haven't bothered to make an API for one. Consider the many options that go into describing the appearance and behavior of the many types of multi-column lists in common use. Then multiply that by the number of OSes supported and you begin to get a feel for the complexity of the task. Specs have been proposed to RunRev for such widgets, and even in their more focused form, which does not attempt to address all types of multi-column lists, the number of properties was more than two dozen. So there are three options at hand: - Specify what you need and let's see if someone has what you're looking for in scripted
Re: Table fields... oh boy.
On 8/14/04 11:12 PM, Troy Rollins wrote: On Aug 14, 2004, at 1:30 PM, J. Landman Gay wrote: I built one of these some years ago: http://www.hyperactivesw.com/downloads/pseudtbl.mc.hqx You'll probably want to adjust the behavior, but it might get you started. The method has some limitations but can work in the right circumstances. I grabbed that demo, and I must say, it is really nice, and very impressive. That said, with no intent to snub the obvious expertise, it is hundreds of lines of custom code, which delivers a one-off solution, which still does not really behave like a standard data grid. This leads me only to believe that without a built-in solution, a generically useful and practical data grid is simply beyond our current capabilities. No offense taken; the demo was written to address a particular need and it isn't suitable for all applications. It did what I needed it to do in one of my projects. That said, I think it is possible to write just about any type of grid in Transcript, though as you say it could be time-consuming. I've also done Excel-type interfaces, where an editable field accepts user input and then places that input into a tabbed-field table object. This solves the problem of editing cells; all editing is done inside the entry field. If Excel can do it, so can I, and users are generally used to this type of editing. Single-line data tables such as iTunes uses are easy to make. Just trap the tabKey message and insert a return character if the insertion point is in the last cell. You can sort the field by column using standard sort syntax (sort field 1 by item 3 of each, etc.) You can resize columns by resetting tabstops. I do this routinely. You can even create a header field that allows the user to drag out the columns to the widths they want, and when they release the mouse, set your data grid to the same tabstops (there are several different ways to implement the HIG for this.) Or resize the grid dynamically during the header drag; Rev is fast enough to do it. If neither of these types of grid are what you need, tell us what you are looking for. There is nearly always a way to script it. Real table objects are on the requested feature list, and I know the team has been considering how to implement them. It is a difficult thing to create, but I believe the plan is to try to build one for a future release. Meanwhile, most of us have been scripting our own solutions for years. It can be done. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 15, 2004, at 11:17 AM, Richard Gaskin wrote: Spreadsheets and iTunes are very different creatures. Therein lies the difficulty in satisfying the request: so many options, so little specification. OK, fair enough. Either. Both. A flexible solution of multi-column, single line or multi-line data display. I'm not sure we're talking about the same things. Not that what you're looking for is necessarily trivial, but rather on the contrary: there are MANY types of multi-column lists, if you observe them closely. There is no one-size-fits-all. Some specifics about what you're looking for would be helpful in providing a solution, but you've already ruled that out: you'll accept nothing that isn't built into the engine, and no one can build it into the engine until its details have been specified. Specifically, for this upcoming project, I need single-line, resizable by headers, with contained checkboxes, possible progress bars, and small icons. Multi-line would be nice, but that is its own batch of headaches, I realize. Given the world of difference between the two I hope you'll forgive the confusion and, if you'll reconsider the requirement that it be fully engine-based we might be able to provide what you need once we understand it. Yes, it IS confusing. I don't require an engine modification specifically, but #670 pretty clearly identifies the nature of tool I'm looking for. While all higher-level languages cause developers to make-do with the collection of resources available, and design and build projects based on the tools which they have at hand, this particular feature is particularly complex to fake well. A data grid, with whatever features which could be dragged out of the toolbar into a project would be ideal, because like all the other tools, it would have a nice API, and be easy to integrate into any project. Just another incarnation of a field would be less than desirable unless it was very carefully worked up. The current table object hardly behaves like a proper table. (e.g. tabbing past the right edge, cell editing, etc.) These are not subtle differences; data grids are inherently complex objects. This is probably why OS vendors haven't bothered to make an API for one. True. And no doubt the reason I really don't want to hack together a one-off custom version every time one is needed. The existing tab-stopped based field, is simply not good enough. But, if there were some decent generic version, with whatever feature set, like a good high-level language developer, I'd try to design my project around whatever it could do. A RunRev solution would be best, since it would be supported, etc. But I also have no doubt that it is possible to make something generic through transcript alone... I've never seen one, but that doesn't mean it isn't possible. So there are three options at hand: - Specify what you need and let's see if someone has what you're looking for in scripted form. A working table / data grid object, which allows column resizing and sorting via headers, cell editing, proper treatment of the tab and return keys, lockable horizontal size - with a reasonable API (addRow, delRow, rowClicked,cellClicked, etc.) The rest of it is bonus features, I guess. - Specify what you need and let's see if it could be added to the engine. #670 does a good job, though admittedly vague and broad. I didn't write it, but based on the signers-on, I'm not the only one who would like to see such a tool. - Send us a postcard from El Dorado (ride, bodly ride, the shade replied...) Yes, Mr. Poe, it could be that I seek for Eldorado. I have a tendency to want high-level tools to offer the same unrestricted features as low-level tools, and low-level tools to offer the same productivity and freedom from gibberish syntax that high-level tools do. There really is no Eldorado, is there? Darn. I guess with high-level languages, you pick the one with the best features/compromises ratio, and make it work from there. Doesn't mean I won't keep up the search, or trying to get Revolution to continue transforming in the direction of Eldorado. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 15, 2004, at 12:49 PM, J. Landman Gay wrote: Single-line data tables such as iTunes uses are easy to make. Just trap the tabKey message and insert a return character if the insertion point is in the last cell. You can sort the field by column using standard sort syntax (sort field 1 by item 3 of each, etc.) You can resize columns by resetting tabstops. I do this routinely. You can even create a header field that allows the user to drag out the columns to the widths they want, and when they release the mouse, set your data grid to the same tabstops (there are several different ways to implement the HIG for this.) Or resize the grid dynamically during the header drag; Rev is fast enough to do it. Thanks, Jacque. I plan to do some experimenting with this. It would be nice if there were a built-in tool for this, but where there isn't, you make your own, I guess. I'll give it a go and see if I can get credible results. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 14, 2004, at 10:31 AM, Graham Samuel wrote: OK, I added my 5, but I couldn't remember to add an additional comment to Bguzilla (it only seems possible to add an attachment like a patch?!). I note tho that the comments which are there are fairly 'advanced'. What about much more basic functionality like a message being sent every time the user changes the contents of a cell or every time the user tabs from one cell to another: similarly, how is the script supposed to detect that a set of cells has been selected and whether it's contiguous or not? You can see that my mind is running along spreadsheet lines... maybe all this has been thought of and I've missed it (it is hard for me to keep up with digests just at present), but I don't want the simple stuff to be neglected. If you want to know if a selection is contiguous or not you can use something like this: function getIsFldSelContiguous pHilitedLines if ( (sum(pHilitedLines) / (last item of pHilitedLines - first item of pHilitedLines + 1)) = \ ((first item of pHilitedLines + last item of pHilitedLines) / 2)) then return true else return false end if end getIsFldSelContiguous -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
Check out this link it myth help. http://www.altuit.com/webs/altuit2/altPluginCover/about.htm Hershel On Sunday, August 15, 2004, at 01:10 PM, Troy Rollins wrote: On Aug 15, 2004, at 12:49 PM, J. Landman Gay wrote: Single-line data tables such as iTunes uses are easy to make. Just trap the tabKey message and insert a return character if the insertion point is in the last cell. You can sort the field by column using standard sort syntax (sort field 1 by item 3 of each, etc.) You can resize columns by resetting tabstops. I do this routinely. You can even create a header field that allows the user to drag out the columns to the widths they want, and when they release the mouse, set your data grid to the same tabstops (there are several different ways to implement the HIG for this.) Or resize the grid dynamically during the header drag; Rev is fast enough to do it. Thanks, Jacque. I plan to do some experimenting with this. It would be nice if there were a built-in tool for this, but where there isn't, you make your own, I guess. I'll give it a go and see if I can get credible results. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 15, 2004, at 4:41 PM, Hershel Fisch wrote: Check out this link it myth help. http://www.altuit.com/webs/altuit2/altPluginCover/about.htm Thanks, yes I'm very aware of this excellent tool. I'm also aware that the headers functionality it provides are the same ones used in the application browser. Which is moderately successful at *some* of the features I'm looking to accomplish. But, even Chipp, who wrote those, says - I don't use the Rev table object, ... I'm looking at the tables issue, and playing with some of the possibilities. We'll see. Maybe I can come up with an acceptable compromise. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
Hi Troy, I don't use the Rev table object, but if I wanted to do what you want to do using a field I'd do it like this: trap the tabkey (on tabKey) in the field, then check the number of tabs in the selectedLine, and execute the appropriate business logic based upon where your cursor is (selectedChar function)-- either pass the tabKey or move the cusor (select char 12 to 11 of me). OR create your own table group consisting of separate fields next to each other. best, Chipp Troy Rollins wrote: The table should have 3 columns. I've accomplished this via setting tab stops... 292,425,691 (691 is actually just off the right hand edge, otherwise the last column gets a column separator right inside of it.) In the Table palette of the PI, I have Table Object, hGrid, and vGrid selected. Though Table object selected or not doesn't seem to make any difference in the behavior. Vertical scrollbar is turned on, Horizontal is off. LockLoc is on. The problem - the table object seems to have a will of its own when it comes to horizontal size, adding columns to some arbitrary size that I can't figure out where it is getting it, turning on its H scrollbar, and scrolling sideways when tab is pressed. I'm sure there must be a property not being set, or something, but I don't know which one it is. Anyone have a table tutorial stack, or advise on how to make a multi-column field which behaves like a proper table? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 14, 2004, at 2:14 AM, Chipp Walters wrote: I don't use the Rev table object, but if I wanted to do what you want to do using a field I'd do it like this: What do you use? The other two options you mention? Or something else? trap the tabkey (on tabKey) in the field, then check the number of tabs in the selectedLine, and execute the appropriate business logic based upon where your cursor is (selectedChar function)-- either pass the tabKey or move the cusor (select char 12 to 11 of me). Yeah, thanks. I was considering something like that. OR create your own table group consisting of separate fields next to each other. ;-) Yeah, was considering that too. None of those solutions are really all that inspiring, unfortunately. We really need an actual data grid, with headers, etc. I can certainly make due for this project, but I encourage folks to jump on Bugzilla and add your voice to this important feature request... http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi? id=670 57 votes so far! -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On 8/14/04 1:25 AM, Troy Rollins wrote: On Aug 14, 2004, at 2:14 AM, Chipp Walters wrote: OR create your own table group consisting of separate fields next to each other. ;-) Yeah, was considering that too. I built one of these some years ago: http://www.hyperactivesw.com/downloads/pseudtbl.mc.hqx You'll probably want to adjust the behavior, but it might get you started. The method has some limitations but can work in the right circumstances. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Sat, 14 Aug 2004 02:25:58 -0400, Troy Rollins [EMAIL PROTECTED] wrote: [...] but I encourage folks to jump on Bugzilla and add your voice to this important feature request... http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi? id=670 57 votes so far! OK, I added my 5, but I couldn't remember to add an additional comment to Bguzilla (it only seems possible to add an attachment like a patch?!). I note tho that the comments which are there are fairly 'advanced'. What about much more basic functionality like a message being sent every time the user changes the contents of a cell or every time the user tabs from one cell to another: similarly, how is the script supposed to detect that a set of cells has been selected and whether it's contiguous or not? You can see that my mind is running along spreadsheet lines... maybe all this has been thought of and I've missed it (it is hard for me to keep up with digests just at present), but I don't want the simple stuff to be neglected. Graham -- --- Graham Samuel / The Living Fossil Co. / UK France ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Table fields... oh boy.
Hey all, I'm playing with fields that are supposed to work like multi-column tables. I must be missing whatever the secret is, as they just don't seem to be behaving properly. This is really my first foray with them, and something is just not right. I also tested them in the beta1, and didn't really notice any difference, so I bring it here. The table should have 3 columns. I've accomplished this via setting tab stops... 292,425,691 (691 is actually just off the right hand edge, otherwise the last column gets a column separator right inside of it.) In the Table palette of the PI, I have Table Object, hGrid, and vGrid selected. Though Table object selected or not doesn't seem to make any difference in the behavior. Vertical scrollbar is turned on, Horizontal is off. LockLoc is on. The problem - the table object seems to have a will of its own when it comes to horizontal size, adding columns to some arbitrary size that I can't figure out where it is getting it, turning on its H scrollbar, and scrolling sideways when tab is pressed. I'm sure there must be a property not being set, or something, but I don't know which one it is. Anyone have a table tutorial stack, or advise on how to make a multi-column field which behaves like a proper table? Thanks. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table fields... oh boy.
On Aug 13, 2004, at 9:55 PM, Troy Rollins wrote: I'm sure there must be a property not being set, or something, but I don't know which one it is. Anyone have a table tutorial stack, or advise on how to make a multi-column field which behaves like a proper table? Incidentally, the sample contained in Chipp Walters' (very cool) altFieldHeader plugin shows the same issue, you can tab past the right hand edge of the table, causing a horizontal scroll, which the header cannot stay aligned with. Specifically, the issue is with editable fields which are supposed to work like tables (cell editing or not). The documentation says that as of Rev 2.2, tables can show only a subset of their columns if desired, but it doesn't seem to elaborate of how this is accomplished. I haven't figured that one out yet either, or if it would help in the issue anyway. -- Troy RPSystems, Ltd. http://www.rpsystems.net ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
table fields
Is there any way to limit the number of columns in a table field when allowing cell editing? If I use tab or arrow keys to navigate the cells, I can just keep moving to the right forever and ever (well, maybe not forever, but for a long time). Any way to stop this behavior and limit the number of columns to say, 10? Thanks, Chris Sheffield Software Development Read Naturally [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.611 / Virus Database: 391 - Release Date: 3/3/2004 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
table fields
Is there any way to limit the number of columns in a table field when allowing cell editing? If I use tab or arrow keys to navigate the cells, I can just keep moving to the right forever and ever (well, maybe not forever, but for a long time). Any way to stop this behavior and limit the number of columns to say, 10? Thanks, Chris Sheffield Software Development Read Naturally [EMAIL PROTECTED] --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.611 / Virus Database: 391 - Release Date: 3/3/2004 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: find (and table fields)
--- David Squance [EMAIL PROTECTED] wrote: And while our gurus are thinking about table fields, coincidentally, I've been trying to find the syntax for getting the contents of a cell in a table field. The glossary says a cell is specified by its column and row numbers (eg: 1,2), but playing with a table and the message box, I can't 'put' the contents of cell. Is there simple syntax for this? Dave Hi Dave, As the text is stored in a tab-delimited manner, you can get at an individual cell quite easily : -- set the itemDelimiter to tab get item 3 of line 4 of field Foobar -- During a discussion on this list a while ago, the following script ws developed to allow the easy setting and getting of individual calls in a table, by mean of custom properties : -- getProp uCell[pIndex] # this allows you to get the content of a cell # extract the row and column from the index param put item 1 of pIndex into tRow put item 2 of pIndex into tCol # now return the data in that cell set the itemDelimiter to tab return item tCol of line tRow of me end uCell setProp uCell[pIndex] pContent # this allows you to set the content of a cell # extract the row and column from the index param put item 1 of pIndex into tRow put item 2 of pIndex into tCol # now return the data in that cell set the itemDelimiter to tab put pContent into item tCol of line tRow of me end uCell -- If you put the above into the script of the field, you can get and set the content of individual cells by calls like : -- get the uCell[9,2] of field Foobar set the uCell[3,4] of field Foobar to Snafu -- Hope this helped, Jan Schenkel. = As we grow older, we grow both wiser and more foolish at the same time. (La Rochefoucauld) __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: find (and table fields)
Hi Dave, As the text is stored in a tab-delimited manner, you can get at an individual cell quite easily : -- set the itemDelimiter to tab get item 3 of line 4 of field Foobar -- Thanks, Jan. That's what I needed. Dave ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution