dbTalk Databases Forums  

Scritp variables

comp.databases.filemaker comp.databases.filemaker


Discuss Scritp variables in the comp.databases.filemaker forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
ursus.kirk
 
Posts: n/a

Default Scritp variables - 11-05-2005 , 11:54 AM






FMP8
WinXP

Is there a practical limit to the amount of information a script-variable
can hold. Until now I allways used global fields. For a single word I can
see that a variable has its advantages. But how about holding text just
before exporting it. To the amount of 2000 characters each go. Anythoughts
on speed, reliability?

--
Keep Well,
Ursus




Reply With Quote
  #2  
Old   
42
 
Posts: n/a

Default Re: Scritp variables - 11-05-2005 , 02:09 PM






In article <436cf1d0$0$99062$dbd4d001 (AT) news (DOT) wanadoo.nl>,
secret (AT) nowhere (DOT) com says...
Quote:
FMP8
WinXP

Is there a practical limit to the amount of information a script-variable
can hold. Until now I allways used global fields. For a single word I can
see that a variable has its advantages. But how about holding text just
before exporting it. To the amount of 2000 characters each go. Anythoughts
on speed, reliability?


I wouldn't worry much about it unless you actually had some big data

-Dave


Reply With Quote
  #3  
Old   
Howard Schlossberg
 
Posts: n/a

Default Re: Scritp variables - 11-05-2005 , 06:01 PM



ursus.kirk wrote:
Quote:
Is there a practical limit to the amount of information a script-variable
can hold. Until now I allways used global fields. For a single word I can
see that a variable has its advantages. But how about holding text just
before exporting it. To the amount of 2000 characters each go. Anythoughts
on speed, reliability?
Variables are going to be much faster then field values.

I have come to believe that the role of global fields should and will
become very limited. The only reasons I can think of to use global
fields are for display purposes:

1) You need to display some temporary value on a layout.

2) You have a portal based on a special relationship where you want to
allow users to change how or what is displayed in the portal.

Anything I'm missing or any downsides to this way of thinking?

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Howard Schlossberg (818) 883-2846
FM Pro Solutions Los Angeles, California

FileMaker 7 Certified Developer
Associate Member, FileMaker Solutions Alliance


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.