Re: Table Fields problem

[Bill Vlahos]

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

Re: Table Fields problem

[Ken Ray]

> 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

[Bob Sneidar]

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

Table Fields problem

[Josep]

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

[Mikey]

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

[Hershel Fisch]

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

Re: Table fields

[Éric Miclo]

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

Table fields

[Hershel Fisch]

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

[Richard Gaskin]

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

[william humphrey]

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

[william humphrey]

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

[Richard Gaskin]

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

[Ben Rubinstein]

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

[Robert Sneidar]

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


More complete tables (actual grid control)


Addition of "column" and "row" as chunk types


Zero-width columns


Add tabAlign property for fields




> 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:




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 clo

Re: Table Fields

[Richard Gaskin]

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


More complete tables (actual grid control)


Addition of "column" and "row" as chunk types


Zero-width columns


Add tabAlign property for fields




> 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:




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.
-

Re: Table Fields

[viktoras didziulis]

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

[william humphrey]

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: Table Fields

[Robert Sneidar]

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

Table Fields

[Gregory Lypny]

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: How to Use Table Fields?

[Dave]

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:

column1 column2 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

Re: How to Use Table Fields?

[J. Landman Gay]

Dave wrote:

Hi,

Thanks for this. I can't seem to get it work as documented. I have 
columns as so:


column1 column2 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

Re: How to Use Table Fields?

[Thomas McGrath III]

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?

[Richard Gaskin]

Dave wrote:

Thanks for this. I can't seem to get it work as documented. I have  
columns as so:


column1 column2 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?

[Joe Lewis Wilkins]

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?

[Joe Lewis Wilkins]

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:


column1 column2 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?

[Dave]

Hi,

Thanks for this. I can't seem to get it work as documented. I have  
columns as so:


column1 column2 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?

[Eric Chatonet]

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?

[Richard Gaskin]

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

How to Use Table Fields?

[Dave]

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

Table Fields

[Mikey]

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

Re: sorting table fields

[J. Landman Gay]

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

Re: sorting table fields

[Jim Ault]

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

[Bernard Devlin]

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

sorting table fields

[Viktoras Didziulis]

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

Format rows and cols into Table Fields

[Josep M Yepes Montardit]

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

Re: Keydown into Table Fields

[Mark Schonewille]

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: Keydown into Table Fields

[Josep M Yepes]

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

[Mark Schonewille]

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

Keydown into Table Fields

[Josep M Yepes]

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: Help with table fields and cell editing

[André.Bisseret]

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

Re: Help with table fields and cell editing

[Viktoras Didziulis]

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

[Sarah Reichelt]

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: Help with table fields and cell editing

[Stephen Barncard]

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=telecharger&l=en&arch=tutorials/Managing%20Table%20Fields.rev.zip

or

download his Tutorial stack, and choose the appropriate topic.
http://www.sosmartsoftware.com/?r=revolution_didacticiels&l=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

Help with table fields and cell editing

[Walton Sumner]

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: How do I set table column width in table fields

[Josh Mellicker]

If you activate Development>Plugins>revTabRuler, 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

Re: How do I set table column width in table fields

[Mark Schonewille]

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

How do I set table column width in table fields

[David ResSeguie]

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: table fields

[Serge Ségu]

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

Re: table fields

[Serge Ségu]

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_didacticiels&l=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

table fields

[Russ McBride]

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

Re: 2.7 bugs in variable watcher, table fields

[Jim Ault]

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

2.7 bugs in variable watcher, table fields

[Sumner,Walt]

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

Table fields in 2.7

[Sumner, Walton]

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

Re: Table Fields

[Timothy Miller]

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

Re: Table Fields

[Jeanne A. E. DeVoto]

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

[Eric Chatonet]

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

Table Fields

[Timothy Miller]

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

[Lynch, Jonathan]

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: Table Fields

[Eric Chatonet]

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

Table Fields

[Gregory Lypny]

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: Initial Caps in Table Fields

[Thomas McGrath III]

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

[Dan Shafer]

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

[Thomas McGrath III]

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

[Dan Shafer]

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

Re: Initial Caps in Table Fields

[Thomas McGrath III]

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

[Dan Shafer]

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

[Thomas McGrath III]

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

Initial Caps in Table Fields

[Thomas McGrath III]

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: Special characters don't display correctly in table fields on WinXP

[Jan Schenkel]

--- 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

[jbv]

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

Re: Working with table fields

[Frank D. Engel, Jr.]

set the tabStops of field "my field" to ""
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

Working with table fields

[Revinfo1155]

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: clearing table fields ?

[Wilhelm Sanke]

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

___
use-revolution mailing list
[EMAIL PROTECTED]
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: clearing table fields ?

[jbv]

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
> 
>
> ___
> 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 ?

[Wilhelm Sanke]

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: Table fields... oh boy.

[Troy Rollins]

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.)


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.

[Chipp Walters]

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.

[Dave LeYanna]

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.

[Troy Rollins]

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.

[Chipp Walters]

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.

[Ken Ray]

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 Rollins]

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.

[Hershel Fisch]

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.

[Trevor DeVore]

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.

[Troy Rollins]

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.

[Troy Rollins]

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.

[J. Landman Gay]

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:

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.

[Richard Gaskin]

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 scripte

Re: Table fields... oh boy.

[Troy Rollins]

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.

[Richard Gaskin]

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.

[Graham Samuel]

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...

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

Re: Table fields... oh boy.

[J. Landman Gay]

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:

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.

[Troy Rollins]

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...



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.

[Chipp Walters]

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.

[Troy Rollins]

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... oh boy.

[Troy Rollins]

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

table fields

[Chris Sheffield]

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

[Chris Sheffield]

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]

>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

Re: find (and table fields)

[Jan Schenkel]

--- 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