Re: My FiRst ReVOlutIOn StaCK

[Thomas McGrath III]

LOL,

Ben that was way too funny

Tom

On Mar 18, 2008, at 3:15 PM, Ben Rubinstein wrote:


On 18/3/08 02:41, Colin Holgate wrote:
Sometimes when trying to figure out another programming tool I'll  
try something I've done in other tools. The thing I chose to do is  
probably not typical of Revolution stacks. I've made a QuickTime  
movie of it here (it's iPhone friendly too):

http://staff.funnygarbage.com/colin/track/track.mov
so you can see what it does without downloading the stack it it's  
not of interest. The stack is here:

http://staff.funnygarbage.com/colin/track.rev.zip
It's all one card script.
BTW, it may have taken me more than one day of learning to get this  
far!


Very sweet!

Inspired by something else someone showed me today* I made a few  
tiny changes.  I haven't figured out a good way to make a movie (how  
did you do it, Colin?); but if you'd like to see what happens when  
the RunRev staff leave work, execute the following into your message  
box:


  go stack URL "http://www.cogapp.com/users/benr/track.rev";

- Ben

* http://www.phatfusion.net/googledrive/

___
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: GLX2 Web Browser Beta

[Thomas McGrath III]

Jerry,

And now I love right clicking on a handler to access the properties of  
objects and this will improve my workflow.


Thanks

Tom McGrath

On Mar 18, 2008, at 3:30 PM, Jerry Daniels wrote:


Tom,

Mucho gracias for the GLX2 love!

How to get the props of something quickly from within GLX2--without  
ever leaving it?


Well, if the object of your desire has a Tab assigned to it in the  
GLX2 Script Editor, you can right-click* on ANY GLX2 Tab and get a  
menu that lets you do any one the following:


- Edit Props of This Object
- Edit Props of Owner
- Edit Script of Owner
- Show Object in App Browser (this currently just opens the Rev  
Application Browser)

- Go to Parent Stack

This handy contextual menu works on the active Tab in GLX2 or any  
non-active tab, AND it does so without activating the Tab upon which  
you right-click. I use this constantly to edit the script or  
properties of the Tab object's "owner"--the group,card or stack to  
which a control, group or card belongs. In this way I avoid repeated  
trips to the Rev Application Browser.


* right-click = control-click on 1 btn Mac mouse; two fingers on  
trackpad + click on Mac laptops running OS X Leopard.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



___
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: San Diego?

[Richard Gaskin]

Sadhunathan Nadesan wrote:

Someone told me a Revolution consulting company was in San Diego (they
thought it was Sons of Thunder, but apparently not) - anyone know?


Ken's in Wisconsin, though he used to live in San Diego.

I've checked Rev's consultants list at 
, but I don't see 
one there in San Diego.


I'm not too far, in Los Angeles, just a short commuter train away. :)

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

San Diego?

[Sadhunathan Nadesan]

Someone told me a Revolution consulting company was in San Diego (they
thought it was Sons of Thunder, but apparently not) - anyone know?

Mahalo,

-- Sadhu
___
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: [OT] A Hardware wish...

[Phil Davis]

Hi Alejandro,

A NAS device won't do it - at least not the ones I'm familiar with, but 
I haven't looked at them since I bought one a couple of years ago. Maybe 
they are smarter now. As you probably know, a NAS is basically a 
single-purpose computer that has a big HD, which only knows how to serve 
files. They are a great addition to your local network if you don't have 
a file server; and mine (and probably any) can also be configured to 
back itself up to a USB drive directly connected to it. But that's all 
mine knows how to do.


Jim Ault introduced me to StuffIt for automated backups (which I still 
don't use effectively, but...) StuffIt lets you schedule automatic, 
unattended backups of specific folders to FTP and .mac locations. Would 
that do it for you? It would run on your computer at night or whenever 
you tell it to.


If you want a separate piece of hardware to do the backup, I suppose you 
could put a cheap PC into your network DMZ and copy files to its StuffIt 
upload folder before you turn off your computer and go home at night.


HTH -
Phil Davis


capellan wrote:

Hi all,

Recently, while working in a teamwork project, the hard reality of having to 
download and upload (daily) many files of hundreds Megabytes to a remote

server,
keep me wishing for a faster connection or some clever and automatic way
to handle these kind of "data moving" task after my daily work is finished.

Thinking about an ideal  and automatic way to download and upload these
files, (without compromising the Workstation PCs), this is my question for
this group:

Does exist a pocket size device (that i could connect directly to a DSL
modem, 
via USB or Ethernet) that could download or upload these big size files

after i finish
my work?

i imagine something similar to an USB memory stick, that contains the files
that
i want to send and enough empty space to save the files that i should
receive. 
This device manages a list of files for upload and download. I connect this

device
to the DSL modem in the night and when i return in the morning, all files
have been
received and send.

Are "Network Attached Storage" devices, the actual hardware that closely
resemble what i am looking for?

Thanks in advance for your opinions and ideas.

alejandro


upload and download 
  


--
Phil Davis

PDS Labs
Professional Software Development
http://pdslabs.net

___
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

[OT] A Hardware wish...

[capellan]

Hi all,

Recently, while working in a teamwork project, the hard reality of having to 
download and upload (daily) many files of hundreds Megabytes to a remote
server,
keep me wishing for a faster connection or some clever and automatic way
to handle these kind of "data moving" task after my daily work is finished.

Thinking about an ideal  and automatic way to download and upload these
files, (without compromising the Workstation PCs), this is my question for
this group:

Does exist a pocket size device (that i could connect directly to a DSL
modem, 
via USB or Ethernet) that could download or upload these big size files
after i finish
my work?

i imagine something similar to an USB memory stick, that contains the files
that
i want to send and enough empty space to save the files that i should
receive. 
This device manages a list of files for upload and download. I connect this
device
to the DSL modem in the night and when i return in the morning, all files
have been
received and send.

Are "Network Attached Storage" devices, the actual hardware that closely
resemble what i am looking for?

Thanks in advance for your opinions and ideas.

alejandro


upload and download 
-- 
View this message in context: 
http://www.nabble.com/-OT--A-Hardware-wish...-tp16133914p16133914.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

Re: Printing with Rev 2.9.0

[Stephen Barncard]

We finally have most of the the functionality of John A. Nairn's 
wonderful Printreport from 1989.
Does anyone remember the XCMD? It was invaluable to me for the A&M 
Tape copy system project. Along with Compilit and Windowscript, I 
felt like I could build anything in xTalk.   Now I have it all in 3 
platforms!




I have an application which prints to an A4 printer and to a label
printer. Previously, I have had to make the users go through Page
Setup and Print dialogs every time the printer changed. Now I can do
the following which I thought others might be interested to see.

One off page setup for each printer:

set the printersettings to the cPrintSet["A4"] of this stack
answer page setup
put the result into tRes
if tRes is empty then
set the cPrintSet["A4"] of this stack to the printersettings
end if
..





Cheers,
Sarah


--


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

Printing with Rev 2.9.0

[Sarah Reichelt]

Hi All,

I would like to thanks Mark W. for his tireless efforts to solve the
problems I was having with the new printing commands in Rev 2.9. With
rc-1, it seems that the sudden quitting I was experiencing when
choosing certain printers has now stopped happening
. Thanks Mark
:-)

I have an application which prints to an A4 printer and to a label
printer. Previously, I have had to make the users go through Page
Setup and Print dialogs every time the printer changed. Now I can do
the following which I thought others might be interested to see.

One off page setup for each printer:

set the printersettings to the cPrintSet["A4"] of this stack
answer page setup
put the result into tRes
if tRes is empty then
set the cPrintSet["A4"] of this stack to the printersettings
end if

and repeat for the label printer, using & setting the cPrintSet["Label"].


On off printer setup for each printer:

set the printersettings to the cPrintSet["A4"] of this stack
answer printer
put the result into tRes
if tRes is empty then
set the cPrintSet["A4"] of this stack to the printersettings
end if

and repeat for the label printer, using & setting the cPrintSet["Label"].


Then for printing a label, I just have to do the following:

set the printersettings to the cPrintSet["Label"] of this stack
set the printmargins to "10,10,10,10"
revShowPrintDialog false, false
revPrintField the long name of fld "Label"

and similarly for printing an A4 report.

Note that it is necessary to put in the "revShowPrintDialog false,
false" line or you will get both print dialogs by default. I intend to
have a check to see whether page setup & print dialogs have already
been done for the specified printer, and if not, use this line to make
them happen once.

There are other features like setting printerOutput, printRanges etc.
If you want these to take effect, you MUST have "revShowPrintDialog
false, false" or those settings will be over-ridden by whatever is
chosen in the print dialog.

Note that Rev now does respect the page range specified in the Print
dialog, which is a fix of bug


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

[ANN] Visual Application Browser at RevLive!

[Jerry Daniels]

[Drum roll...]

RevLive! Conference attendees will be among the first in the world to  
see and purchase (conference discount!) the Visual Application Browser  
in Las Vegas, Nevada on May 8, 2008. (As you read this announcement,  
scantily-clad show girls and muscular, oil-covered men are being  
contracted for this event).


Visual Application Browser has been created and developed by Daniels &  
Mara--the creators of GLX2 Script Editor for Revolution based in  
Austin, Texas, USA.


The Visual Application Browser (VAB) features the following:

- an easy-to-use, browse-able Object Tree
- a Live Snapshot of your object's card
- a layout manager with alignment guides that appear as you move an  
object in the Live Snapshot

- a configure-able Property Editor
- a single window with Tabs just like GLX2

VAB has:

- direct links to and from GLX2
- a make-it-my-application-browser option
- a make-it-my-property-inspector option

With this handy tool, Revolution developers can now:

- Click an object in the Object Tree or Live Snapshot to edit its  
props or move/cut/copy/paste it.
- Click an object in VAB's Live Snapshot and see where it is in VAB's  
Object Tree.
- Know in a glance the ownership hierarchy of any object while editing  
its properties.
- Move a control around within VAB's Live Snapshot to line it up with  
some of its buddy controls.
- Move, copy, cut or paste controls to-and-from VAB's Object Tree  
quick-and-easy with short-cut keys.
- Re-layer a card, control or group by dragging and dropping it within  
the Object Tree.

- Edit groups by dragging and dropping controls via the Object Tree.
- Have a tab for every clicked object, just like GLX2 does with scripts.

Fledgling web site:

http://daniels-mara.com/vab

I've already started using an alpha verison of VAB and I have to say:  
it's VABULOUS!


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2
http://www.daniels-mara.com/vab
___
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: Palette Problem

[Eric Chatonet]

Hi Richmond,

Usually when this kind of problem comes up (there might be many  
reasons) just force the stack's style at preOpenstack:


on preOpenstack
  set the style of this stack to "palette"
end preOpenstack

Just a workaround that usually works :-)

Le 18 mars 08 à 19:52, Richmond Mathewson a écrit :


Mark Schonewille wrote:

"on mouseUp
   palette stack "XXX"
end mouseUp

If you are using Media, it might not work. If it
doesn't, use

  go stack "XXX" as palette"

Neither of which worked with either my stack under
DreamCard 2.6.1

or RR 2.9 most recent Beta!!!

This is very odd as I want my stack on opening to be a
Palette rather than a TopStack.

sincerely, Richmond Mathewson


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

Tab in list or table flds

[Hershel Fisch]

Tab in list or table fields ?, somebody check it out please
2.9+ osx 10.3.9
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: GLX2 Web Browser Beta

[Jerry Daniels]

Tom,

I might suggest to you and others who are just getting acquainted with  
GLX2's features, to turn on the preference in GLX2's prefs for  
Instructional Tooltips. You'll find it in the Global Prefs section of  
the Prefs Palette. (Prefs Palette accessible via the Preferences menu  
item on the menubar when GLX2 is in front).


If this pref is on, when you put your pointer (mouse) over a GLX2 Tab,  
you'll see in the status bar (riding beneath the Rev Palette at top) a  
prominent tip telling you the presence of a right-clickable contextual  
menu for the tab.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2




On Mar 18, 2008, at 2:30 PM, Jerry Daniels wrote:


Tom,

Mucho gracias for the GLX2 love!

How to get the props of something quickly from within GLX2--without  
ever leaving it?


Well, if the object of your desire has a Tab assigned to it in the  
GLX2 Script Editor, you can right-click* on ANY GLX2 Tab and get a  
menu that lets you do any one the following:


- Edit Props of This Object
- Edit Props of Owner
- Edit Script of Owner
- Show Object in App Browser (this currently just opens the Rev  
Application Browser)

- Go to Parent Stack

This handy contextual menu works on the active Tab in GLX2 or any  
non-active tab, AND it does so without activating the Tab upon which  
you right-click. I use this constantly to edit the script or  
properties of the Tab object's "owner"--the group,card or stack to  
which a control, group or card belongs. In this way I avoid repeated  
trips to the Rev Application Browser.


* right-click = control-click on 1 btn Mac mouse; two fingers on  
trackpad + click on Mac laptops running OS X Leopard.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2


On Mar 18, 2008, at 2:13 PM, Thomas McGrath III wrote:


Jerry,

Yes I updated and tested in GLX2 the first chance I had. It is very  
fast. Noticeably faster by far.


One comment about how I use GLX2: It seems I keep switching out of  
the script edit environment to get to the (rev)property inspector  
from the norm rev menu and then switch back. I need constant quick  
access to the rev stack, card, object inspector for my workflow. I  
am not familiar with the GLX2 preferred method to do this?


That said:

I love the way Web 2.0 sites are available in the script editor.

I love clickable handlers, In fact that was the only way to track  
down the RR Bug 6019 by using the clickable handler name to find  
where revSave in revLibrary were misbehaving. Since no one else  
seemed to have my particular bug Mark was giving me ideas of things  
to check in the revLibrary and we found a workaround/fix for 6019  
which I am very pleased with. My computer froze at least thirty  
times during the time it took to find that bug.


I love tabs for quick checks and code changes.

I love auto archives. (saved me during the 6019 freezes)

I now love the hover over an item to see what it's name was during  
writing a script.


Thanks again,

Tom McGrath


On Mar 18, 2008, at 2:51 PM, Jerry Daniels wrote:


Tom,

Not sure if you're a Mac or Windows person, but Safari 3.1 just  
came out today and GLX2 is using it (on Mac) via RevBrowser's  
builit-in web browser--and it's FAST. Very nice on Web 2.0 sites,  
too.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 17, 2008, at 11:19 PM, Thomas McGrath III wrote:


Thanks Sarah,

Of course it was most obvious. I am not proficient with GLX2 yet.  
I do enjoy a lot of the features though.


Tom
On Mar 17, 2008, at 11:58 PM, Sarah Reichelt wrote:


What is GLX2 Web Browser Beta?

How do I see it or interact with it???



Make sure you have the latest beta of GLX2 and then open it's  
window.
It isn't necessary to be scripting anything at the time, but you  
can

be if you want. In the "Go" menu, the last item will be "Open web
browser". Once a browser tab has opened, you can click any of the
links in the list on the left, which include all the help pages  
for
GLX2. You can also type in your own addresses to go to them  
directly.

Use the "Go" menu for bookmarks, history etc.

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


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

Re: CPU use sky-rocketing: GLX2 or Rev or me?"

[Len Morgan]

Hmmm.  When I've noticed this problem, it's been right after loading a 
few stacks (that make up my app) which I guess could constitute 
"creating and deleting objects en masse."  I usually start to work on 
scripts at that point so maybe I just need to give it a few minutes to 
"settle down" before I pass judgement.


len morgan

Jerry Daniels wrote:
Len, there is one other potential CPU-eater: creating and deleting 
objects en masse. If you lock messages before do so, the IDE in 
general will thank you as it has lists of objects to maintain.


On Mar 18, 2008, at 12:57 PM, Mark Talluto wrote:



On Mar 18, 2008, at 7:46 AM, Len Morgan wrote:

When I watch the Windows Task Manager, it is Revolution that is 
taking 60-100% of the CPU time so I'm not sure where else to look.  
Perhaps there has been some sort of Windows update that doesn't show 
up in the TaskManager.  GLX is still usable,

just slow at times.



I use Glx2 *all* day long and could not imagine life without it.  
With that in mind, problems are problems and solutions must be 
found.  If you are seeing strange cpu usage, have you tried running 
without to see what happens?  In most cases, high cpu usage results 
in something the app you are developing is doing.  Glx2 does do some 
simple polling, but this is so mild you should not even notice it.  
And it is only doing it for a few secs when a mouse is moving.



Mark Talluto
--
CANELA Software
http://www.canelasoftware.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



___
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: My FiRst ReVOlutIOn StaCK

[Ben Rubinstein]

On 18/3/08 02:41, Colin Holgate wrote:
Sometimes when trying to figure out another programming tool I'll try 
something I've done in other tools. The thing I chose to do is probably 
not typical of Revolution stacks. I've made a QuickTime movie of it here 
(it's iPhone friendly too):


http://staff.funnygarbage.com/colin/track/track.mov

so you can see what it does without downloading the stack it it's not of 
interest. The stack is here:


http://staff.funnygarbage.com/colin/track.rev.zip

It's all one card script.

BTW, it may have taken me more than one day of learning to get this far!


Very sweet!

Inspired by something else someone showed me today* I made a few tiny changes. 
 I haven't figured out a good way to make a movie (how did you do it, 
Colin?); but if you'd like to see what happens when the RunRev staff leave 
work, execute the following into your message box:


   go stack URL "http://www.cogapp.com/users/benr/track.rev";

- Ben

* http://www.phatfusion.net/googledrive/

___
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: My FiRst ReVOlutIOn StaCK

[Colin Holgate]

I used Snapz Pro X v2 to make the movie,which was therefore recorded 
in real time.

___
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: GLX2 Web Browser Beta

[Jerry Daniels]

Tom,

Mucho gracias for the GLX2 love!

How to get the props of something quickly from within GLX2--without  
ever leaving it?


Well, if the object of your desire has a Tab assigned to it in the  
GLX2 Script Editor, you can right-click* on ANY GLX2 Tab and get a  
menu that lets you do any one the following:


- Edit Props of This Object
- Edit Props of Owner
- Edit Script of Owner
- Show Object in App Browser (this currently just opens the Rev  
Application Browser)

- Go to Parent Stack

This handy contextual menu works on the active Tab in GLX2 or any non- 
active tab, AND it does so without activating the Tab upon which you  
right-click. I use this constantly to edit the script or properties of  
the Tab object's "owner"--the group,card or stack to which a control,  
group or card belongs. In this way I avoid repeated trips to the Rev  
Application Browser.


* right-click = control-click on 1 btn Mac mouse; two fingers on  
trackpad + click on Mac laptops running OS X Leopard.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2


On Mar 18, 2008, at 2:13 PM, Thomas McGrath III wrote:


Jerry,

Yes I updated and tested in GLX2 the first chance I had. It is very  
fast. Noticeably faster by far.


One comment about how I use GLX2: It seems I keep switching out of  
the script edit environment to get to the (rev)property inspector  
from the norm rev menu and then switch back. I need constant quick  
access to the rev stack, card, object inspector for my workflow. I  
am not familiar with the GLX2 preferred method to do this?


That said:

I love the way Web 2.0 sites are available in the script editor.

I love clickable handlers, In fact that was the only way to track  
down the RR Bug 6019 by using the clickable handler name to find  
where revSave in revLibrary were misbehaving. Since no one else  
seemed to have my particular bug Mark was giving me ideas of things  
to check in the revLibrary and we found a workaround/fix for 6019  
which I am very pleased with. My computer froze at least thirty  
times during the time it took to find that bug.


I love tabs for quick checks and code changes.

I love auto archives. (saved me during the 6019 freezes)

I now love the hover over an item to see what it's name was during  
writing a script.


Thanks again,

Tom McGrath


On Mar 18, 2008, at 2:51 PM, Jerry Daniels wrote:


Tom,

Not sure if you're a Mac or Windows person, but Safari 3.1 just  
came out today and GLX2 is using it (on Mac) via RevBrowser's  
builit-in web browser--and it's FAST. Very nice on Web 2.0 sites,  
too.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 17, 2008, at 11:19 PM, Thomas McGrath III wrote:


Thanks Sarah,

Of course it was most obvious. I am not proficient with GLX2 yet.  
I do enjoy a lot of the features though.


Tom
On Mar 17, 2008, at 11:58 PM, Sarah Reichelt wrote:


What is GLX2 Web Browser Beta?

How do I see it or interact with it???



Make sure you have the latest beta of GLX2 and then open it's  
window.
It isn't necessary to be scripting anything at the time, but you  
can

be if you want. In the "Go" menu, the last item will be "Open web
browser". Once a browser tab has opened, you can click any of the
links in the list on the left, which include all the help pages for
GLX2. You can also type in your own addresses to go to them  
directly.

Use the "Go" menu for bookmarks, history etc.

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


___
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


___
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: Beware! GTX2 can cause problems

[Jerry Daniels]

Len, et al...

The suggestion for accurate headlines was not aimed at you or anyone  
in specific, but was meant to be a general comment. I could have made  
that clearer!


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 2:01 PM, Len Morgan wrote:

Just to clarify: That wasn't MY title to the message.  I was  
replying to someone else's message.  If we're going to attempt  
accurate "headlines", we might as well shoot for the moon and have  
accurate reporting too.  :-)


len morgan



Jerry Daniels wrote:
Thanks, Len. We actually use the beta product here for client  
projects and other commercial development, so it's very useable.


I do have to say one more thing:

I think it would be better to avoid the alarmist headlines like  
"Beware! GTX2 can cause problems". It just might be we are the by- 
product of life of headlines from the news, etc.


Wouldn't it would be nice--as engineers--if we could be somewhat  
factual and proportionate in our posting titles which stay around  
forever and go into the Akashic Record (Google)?


"Script save problem: GLX2 or Rev?" might be a better, more  
accurate call for help.


My two cents.

Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 11:40 AM, Len Morgan wrote:


I will add one final comment to this thread:

Daniels & Mara's Betas are better (and less buggy) that a lot of  
commercial released and "stable" software!  Some might contend  
that using the term "beta" when referring to GLX2, while accurate,  
is doing a disservice to other "beta" software because it tends to  
raise expectations.  Perhaps "beta plus" would be better.  :-)


len morgan

Jerry Daniels wrote:

Marian,

I couldn't agree more. This discussion does belong on the site  
devoted to the subject. Out of respect for other people's time,  
if nothing else.


If you're not signed up for GLX2 support yet (and you are a  
currently licensed user), let me know and we'll add you to the  
site.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:

One quick suggestion if I might offer it if this appears to  
be an isolated problem with a beta version of GLX2, maybe we  
should retire this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments  
about Galaxy (years ago) had kept me from installing GLX2 for  
months after I bought it as part of the Christmas bundle.  Then  
several very positive comments last week finally caused me to  
work up the courage to install it--which I wish I had done a  
long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a  
2.1 beta) and it is so much easier to use (ability to see code  
for multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might  
scare others away from using this very helpful tool. Just a  
thought...  I'll go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my  
prior tendency toward immediate condemnation of GLX (and Galaxy  
before that, and Constellation before that) whenever anything  
goes flaky with Rev.  I was merely saying that in a similar  
situation to Dave's it happened on or around the time I  
uninstalled the beta, went back to the stable version, then  
back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to  
look.  Perhaps there has been some sort of Windows update that  
doesn't show up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without  
that problem or anything like it. Many of us use GLX2 many  
hours a day, day after day. One wonders what it is about your  
system that's causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of  
the whole system when I've got GLX2 running.  This was  
after deleting the preferences file.  To try and solve  
another problem, I was advised to go back to the stable  
version.  After the problem had been resolved, I went back  
to the latest beta and that's when the slow down started.   
Sometimes it gets to the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it  
started running so slowly so as it be unusable, so I  
uninstalled it. Spent a weird hour trying to figure out  
where my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, 

Re: [OT] Another chortle...

[Len Morgan]

I've had days like that: most of 2007!

len morgan

Jim Carwardine wrote:

I ran into this yesterday...



Jim Carwardine,
President & CEO
OYF Consulting
Ph. 902.823.2339 / 866.601.2339
Fx. 902.823-2139

StrategicDoing™: Execution depends on employees.
Strategic Partner with HiringSmart Canada Ltd.

___
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: GLX2 Web Browser Beta

[Thomas McGrath III]

Jerry,

Yes I updated and tested in GLX2 the first chance I had. It is very  
fast. Noticeably faster by far.


One comment about how I use GLX2: It seems I keep switching out of the  
script edit environment to get to the (rev)property inspector from the  
norm rev menu and then switch back. I need constant quick access to  
the rev stack, card, object inspector for my workflow. I am not  
familiar with the GLX2 preferred method to do this?


That said:

I love the way Web 2.0 sites are available in the script editor.

I love clickable handlers, In fact that was the only way to track down  
the RR Bug 6019 by using the clickable handler name to find where  
revSave in revLibrary were misbehaving. Since no one else seemed to  
have my particular bug Mark was giving me ideas of things to check in  
the revLibrary and we found a workaround/fix for 6019 which I am very  
pleased with. My computer froze at least thirty times during the time  
it took to find that bug.


I love tabs for quick checks and code changes.

I love auto archives. (saved me during the 6019 freezes)

I now love the hover over an item to see what it's name was during  
writing a script.


Thanks again,

Tom McGrath


On Mar 18, 2008, at 2:51 PM, Jerry Daniels wrote:


Tom,

Not sure if you're a Mac or Windows person, but Safari 3.1 just came  
out today and GLX2 is using it (on Mac) via RevBrowser's builit-in  
web browser--and it's FAST. Very nice on Web 2.0 sites, too.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 17, 2008, at 11:19 PM, Thomas McGrath III wrote:


Thanks Sarah,

Of course it was most obvious. I am not proficient with GLX2 yet. I  
do enjoy a lot of the features though.


Tom
On Mar 17, 2008, at 11:58 PM, Sarah Reichelt wrote:


What is GLX2 Web Browser Beta?

How do I see it or interact with it???



Make sure you have the latest beta of GLX2 and then open it's  
window.

It isn't necessary to be scripting anything at the time, but you can
be if you want. In the "Go" menu, the last item will be "Open web
browser". Once a browser tab has opened, you can click any of the
links in the list on the left, which include all the help pages for
GLX2. You can also type in your own addresses to go to them  
directly.

Use the "Go" menu for bookmarks, history etc.

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


___
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


___
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: Beware! GTX2 can cause problems

[Len Morgan]

Just to clarify: That wasn't MY title to the message.  I was replying to 
someone else's message.  If we're going to attempt accurate "headlines", 
we might as well shoot for the moon and have accurate reporting too.  :-)


len morgan



Jerry Daniels wrote:
Thanks, Len. We actually use the beta product here for client projects 
and other commercial development, so it's very useable.


I do have to say one more thing:

I think it would be better to avoid the alarmist headlines like 
"Beware! GTX2 can cause problems". It just might be we are the 
by-product of life of headlines from the news, etc.


Wouldn't it would be nice--as engineers--if we could be somewhat 
factual and proportionate in our posting titles which stay around 
forever and go into the Akashic Record (Google)?


"Script save problem: GLX2 or Rev?" might be a better, more accurate 
call for help.


My two cents.

Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 11:40 AM, Len Morgan wrote:


I will add one final comment to this thread:

Daniels & Mara's Betas are better (and less buggy) that a lot of 
commercial released and "stable" software!  Some might contend that 
using the term "beta" when referring to GLX2, while accurate, is 
doing a disservice to other "beta" software because it tends to raise 
expectations.  Perhaps "beta plus" would be better.  :-)


len morgan

Jerry Daniels wrote:

Marian,

I couldn't agree more. This discussion does belong on the site 
devoted to the subject. Out of respect for other people's time, if 
nothing else.


If you're not signed up for GLX2 support yet (and you are a 
currently licensed user), let me know and we'll add you to the site.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:

One quick suggestion if I might offer it if this appears to be 
an isolated problem with a beta version of GLX2, maybe we should 
retire this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about 
Galaxy (years ago) had kept me from installing GLX2 for months 
after I bought it as part of the Christmas bundle.  Then several 
very positive comments last week finally caused me to work up the 
courage to install it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1 
beta) and it is so much easier to use (ability to see code for 
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might 
scare others away from using this very helpful tool. Just a 
thought...  I'll go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my prior 
tendency toward immediate condemnation of GLX (and Galaxy before 
that, and Constellation before that) whenever anything goes flaky 
with Rev.  I was merely saying that in a similar situation to 
Dave's it happened on or around the time I uninstalled the beta, 
went back to the stable version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is 
taking 60-100% of the CPU time so I'm not sure where else to 
look.  Perhaps there has been some sort of Windows update that 
doesn't show up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without that 
problem or anything like it. Many of us use GLX2 many hours a 
day, day after day. One wonders what it is about your system 
that's causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the 
whole system when I've got GLX2 running.  This was after 
deleting the preferences file.  To try and solve another 
problem, I was advised to go back to the stable version.  
After the problem had been resolved, I went back to the latest 
beta and that's when the slow down started.  Sometimes it gets 
to the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it 
started running so slowly so as it be unusable, so I 
uninstalled it. Spent a weird hour trying to figure out where 
my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using 
two versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also 
use GTX2 and this is where the confusion came in. If you 
edit a script in one version of RunRev/GTX2, then open the 
Script in the version of RunRev/GTX2, the changes don't 
appear! I t

Something I did not learn in a day

[Richmond Mathewson]

New version [Textifier ( 18 March )] uploaded.

Don't think version of RR should affect things (let's
face it the script (once I finally worked the thing
out!) is fairly basic).

However I think the problem may be that the stack was
not Palettising soon enough.

Please test.

sincerely, Richmond Mathewson



A Thorn in the flesh is better than a failed Systems Development Life Cycle.



  ___ 
Rise to the challenge for Sport Relief with Yahoo! For Good  

http://uk.promotions.yahoo.com/forgood/
___
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

Palette Problem

[Richmond Mathewson]

Mark Schonewille wrote:

"on mouseUp
   palette stack "XXX"
end mouseUp

If you are using Media, it might not work. If it
doesn't, use

  go stack "XXX" as palette"

Neither of which worked with either my stack under
DreamCard 2.6.1

or RR 2.9 most recent Beta!!!

This is very odd as I want my stack on opening to be a
Palette rather than a TopStack.

sincerely, Richmond Mathewson



A Thorn in the flesh is better than a failed Systems Development Life Cycle.



  ___ 
Rise to the challenge for Sport Relief with Yahoo! For Good  

http://uk.promotions.yahoo.com/forgood/
___
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: GLX2 Web Browser Beta

[Jerry Daniels]

Tom,

Not sure if you're a Mac or Windows person, but Safari 3.1 just came  
out today and GLX2 is using it (on Mac) via RevBrowser's builit-in web  
browser--and it's FAST. Very nice on Web 2.0 sites, too.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 17, 2008, at 11:19 PM, Thomas McGrath III wrote:


Thanks Sarah,

Of course it was most obvious. I am not proficient with GLX2 yet. I  
do enjoy a lot of the features though.


Tom
On Mar 17, 2008, at 11:58 PM, Sarah Reichelt wrote:


What is GLX2 Web Browser Beta?

How do I see it or interact with it???



Make sure you have the latest beta of GLX2 and then open it's window.
It isn't necessary to be scripting anything at the time, but you can
be if you want. In the "Go" menu, the last item will be "Open web
browser". Once a browser tab has opened, you can click any of the
links in the list on the left, which include all the help pages for
GLX2. You can also type in your own addresses to go to them directly.
Use the "Go" menu for bookmarks, history etc.

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


___
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: My FiRst ReVOlutIOn StaCK

[J. Landman Gay]

Colin Holgate wrote:


http://staff.funnygarbage.com/colin/track.rev.zip


This is great! Nice work.

--
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: CPU use sky-rocketing: GLX2 or Rev or me?"

[Jerry Daniels]

Len, there is one other potential CPU-eater: creating and deleting  
objects en masse. If you lock messages before do so, the IDE in  
general will thank you as it has lists of objects to maintain.


On Mar 18, 2008, at 12:57 PM, Mark Talluto wrote:



On Mar 18, 2008, at 7:46 AM, Len Morgan wrote:

When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to look.   
Perhaps there has been some sort of Windows update that doesn't  
show up in the TaskManager.  GLX is still usable,

just slow at times.



I use Glx2 *all* day long and could not imagine life without it.   
With that in mind, problems are problems and solutions must be  
found.  If you are seeing strange cpu usage, have you tried running  
without to see what happens?  In most cases, high cpu usage results  
in something the app you are developing is doing.  Glx2 does do some  
simple polling, but this is so mild you should not even notice it.   
And it is only doing it for a few secs when a mouse is moving.



Mark Talluto
--
CANELA Software
http://www.canelasoftware.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: Beware! GTX2 can cause problems

[Mark Talluto]

On Mar 18, 2008, at 7:46 AM, Len Morgan wrote:

When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to look.   
Perhaps there has been some sort of Windows update that doesn't show  
up in the TaskManager.  GLX is still usable,

just slow at times.



I use Glx2 *all* day long and could not imagine life without it.  With  
that in mind, problems are problems and solutions must be found.  If  
you are seeing strange cpu usage, have you tried running without to  
see what happens?  In most cases, high cpu usage results in something  
the app you are developing is doing.  Glx2 does do some simple  
polling, but this is so mild you should not even notice it.  And it is  
only doing it for a few secs when a mouse is moving.



Mark Talluto
--
CANELA Software
http://www.canelasoftware.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

[OT] Another chortle...

[Jim Carwardine]

I ran into this yesterday...



Jim Carwardine,
President & CEO
OYF Consulting
Ph. 902.823.2339 / 866.601.2339
Fx. 902.823-2139

StrategicDoing™: Execution depends on employees.
Strategic Partner with HiringSmart Canada Ltd.
--


___
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: Beware! GLX2 can cause problems

[runrev260805]

I also cannot confirm these problems.

Working with GLX2 every day for 2 - 3 hours.

Regards,

Matthias Rebbe


___
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: Beware! GTX2 can cause problems

[Jerry Daniels]

Thanks, Len. We actually use the beta product here for client projects  
and other commercial development, so it's very useable.


I do have to say one more thing:

I think it would be better to avoid the alarmist headlines like  
"Beware! GTX2 can cause problems". It just might be we are the by- 
product of life of headlines from the news, etc.


Wouldn't it would be nice--as engineers--if we could be somewhat  
factual and proportionate in our posting titles which stay around  
forever and go into the Akashic Record (Google)?


"Script save problem: GLX2 or Rev?" might be a better, more accurate  
call for help.


My two cents.

Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 11:40 AM, Len Morgan wrote:


I will add one final comment to this thread:

Daniels & Mara's Betas are better (and less buggy) that a lot of  
commercial released and "stable" software!  Some might contend that  
using the term "beta" when referring to GLX2, while accurate, is  
doing a disservice to other "beta" software because it tends to  
raise expectations.  Perhaps "beta plus" would be better.  :-)


len morgan

Jerry Daniels wrote:

Marian,

I couldn't agree more. This discussion does belong on the site  
devoted to the subject. Out of respect for other people's time, if  
nothing else.


If you're not signed up for GLX2 support yet (and you are a  
currently licensed user), let me know and we'll add you to the site.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:

One quick suggestion if I might offer it if this appears to be  
an isolated problem with a beta version of GLX2, maybe we should  
retire this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about  
Galaxy (years ago) had kept me from installing GLX2 for months  
after I bought it as part of the Christmas bundle.  Then several  
very positive comments last week finally caused me to work up the  
courage to install it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1  
beta) and it is so much easier to use (ability to see code for  
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might  
scare others away from using this very helpful tool. Just a  
thought...  I'll go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my prior  
tendency toward immediate condemnation of GLX (and Galaxy before  
that, and Constellation before that) whenever anything goes flaky  
with Rev.  I was merely saying that in a similar situation to  
Dave's it happened on or around the time I uninstalled the beta,  
went back to the stable version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to  
look.  Perhaps there has been some sort of Windows update that  
doesn't show up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without  
that problem or anything like it. Many of us use GLX2 many hours  
a day, day after day. One wonders what it is about your system  
that's causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of  
the whole system when I've got GLX2 running.  This was after  
deleting the preferences file.  To try and solve another  
problem, I was advised to go back to the stable version.   
After the problem had been resolved, I went back to the  
latest beta and that's when the slow down started.  Sometimes  
it gets to the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it  
started running so slowly so as it be unusable, so I  
uninstalled it. Spent a weird hour trying to figure out  
where my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using  
two versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also  
use GTX2 and this is where the confusion came in. If you  
edit a script in one version of RunRev/GTX2, then open the  
Script in the version of RunRev/GTX2, the changes don't  
appear! I think that GTX2 must be caching the Script  
Source code somewhere that is Private to the Version of  
RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add  
that GLX2 stor

Re: My FiRst ReVOlutIOn StaCK

[Andre Garzia]

Colin,

Very Cool! :-D Congratulations, I am going to download the stack to
see how it works!

Best
andre

On 3/17/08, Colin Holgate <[EMAIL PROTECTED]> wrote:
> Sometimes when trying to figure out another programming tool I'll try
>  something I've done in other tools. The thing I chose to do is
>  probably not typical of Revolution stacks. I've made a QuickTime movie
>  of it here (it's iPhone friendly too):
>
>  http://staff.funnygarbage.com/colin/track/track.mov
>
>  so you can see what it does without downloading the stack it it's not
>  of interest. The stack is here:
>
>  http://staff.funnygarbage.com/colin/track.rev.zip
>
>  It's all one card script.
>
>  BTW, it may have taken me more than one day of learning to get this far!
>
>
>  ___
>  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
>


-- 
http://www.andregarzia.com All We Do Is Code.
___
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: Beware! GTX2 can cause problems

[Len Morgan]

I will add one final comment to this thread:

Daniels & Mara's Betas are better (and less buggy) that a lot of 
commercial released and "stable" software!  Some might contend that 
using the term "beta" when referring to GLX2, while accurate, is doing a 
disservice to other "beta" software because it tends to raise 
expectations.  Perhaps "beta plus" would be better.  :-)


len morgan

Jerry Daniels wrote:

Marian,

I couldn't agree more. This discussion does belong on the site devoted 
to the subject. Out of respect for other people's time, if nothing else.


If you're not signed up for GLX2 support yet (and you are a currently 
licensed user), let me know and we'll add you to the site.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:

One quick suggestion if I might offer it if this appears to be an 
isolated problem with a beta version of GLX2, maybe we should retire 
this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about 
Galaxy (years ago) had kept me from installing GLX2 for months after 
I bought it as part of the Christmas bundle.  Then several very 
positive comments last week finally caused me to work up the courage 
to install it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1 
beta) and it is so much easier to use (ability to see code for 
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might 
scare others away from using this very helpful tool. Just a 
thought...  I'll go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my prior 
tendency toward immediate condemnation of GLX (and Galaxy before 
that, and Constellation before that) whenever anything goes flaky 
with Rev.  I was merely saying that in a similar situation to Dave's 
it happened on or around the time I uninstalled the beta, went back 
to the stable version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is 
taking 60-100% of the CPU time so I'm not sure where else to look.  
Perhaps there has been some sort of Windows update that doesn't show 
up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without that 
problem or anything like it. Many of us use GLX2 many hours a day, 
day after day. One wonders what it is about your system that's 
causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the 
whole system when I've got GLX2 running.  This was after 
deleting the preferences file.  To try and solve another 
problem, I was advised to go back to the stable version.  After 
the problem had been resolved, I went back to the latest beta 
and that's when the slow down started.  Sometimes it gets to the 
point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it 
started running so slowly so as it be unusable, so I 
uninstalled it. Spent a weird hour trying to figure out where 
my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two 
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use 
GTX2 and this is where the confusion came in. If you edit a 
script in one version of RunRev/GTX2, then open the Script in 
the version of RunRev/GTX2, the changes don't appear! I think 
that GTX2 must be caching the Script Source code somewhere 
that is Private to the Version of RunRev you are currently 
using?


In addition to Sarah and Jerry's comments I would also add 
that GLX2 stores the script you are working on (hasn't been 
compiled yet) in the object itself. So the script you are 
working on follows that object around. So opening the script 
of the object in another version of Rev running GLX2 should 
still show the script in progress (done this plenty of times 
myself).


Opening the script in the Rev script editor will NOT show the 
working script, however, since Rev doesn't know about GLX2 
custom properties.


So if you aren't seeing changes as you move between two 
versions of Rev that are both using GLX2 then my guess is that 
you have the stack open in both versions at the same time and 
aren't reloading the stack into memory. If a stack file has 
been loaded in memory and you change the stack file on disk 
the changes on disk will not show up in the stack in memory 
until it is rel

Re: Beware! GLX2 can cause problems

[Stephen Barncard]

I'd also chime in and say that I don't see these problems with GLX2.


One quick suggestion if I might offer it if this appears to be 
an isolated problem with a beta version of GLX2, maybe we should 
retire this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about 
Galaxy (years ago) had kept me from installing GLX2 for months after 
I bought it as part of the Christmas bundle.  Then several very 
positive comments last week finally caused me to work up the courage 
to install it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1 
beta) and it is so much easier to use (ability to see code for 
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might 
scare others away from using this very helpful tool. Just a 
thought...  I'll go back to lurking now.


M



--


stephen barncard
s a n  f r a n c i s c o
- - -  - - - - - - - - -



___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Re: Beware! GTX2 can cause problems

[Jerry Daniels]

Marian,

I couldn't agree more. This discussion does belong on the site devoted  
to the subject. Out of respect for other people's time, if nothing else.


If you're not signed up for GLX2 support yet (and you are a currently  
licensed user), let me know and we'll add you to the site.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 18, 2008, at 10:38 AM, Marian Petrides, M.D. wrote:

One quick suggestion if I might offer it if this appears to be  
an isolated problem with a beta version of GLX2, maybe we should  
retire this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about  
Galaxy (years ago) had kept me from installing GLX2 for months after  
I bought it as part of the Christmas bundle.  Then several very  
positive comments last week finally caused me to work up the courage  
to install it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1  
beta) and it is so much easier to use (ability to see code for  
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might  
scare others away from using this very helpful tool. Just a  
thought...  I'll go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my prior  
tendency toward immediate condemnation of GLX (and Galaxy before  
that, and Constellation before that) whenever anything goes flaky  
with Rev.  I was merely saying that in a similar situation to  
Dave's it happened on or around the time I uninstalled the beta,  
went back to the stable version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to look.   
Perhaps there has been some sort of Windows update that doesn't  
show up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without that  
problem or anything like it. Many of us use GLX2 many hours a day,  
day after day. One wonders what it is about your system that's  
causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the  
whole system when I've got GLX2 running.  This was after  
deleting the preferences file.  To try and solve another  
problem, I was advised to go back to the stable version.  After  
the problem had been resolved, I went back to the latest beta  
and that's when the slow down started.  Sometimes it gets to  
the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it  
started running so slowly so as it be unusable, so I  
uninstalled it. Spent a weird hour trying to figure out where  
my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using  
two versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also  
use GTX2 and this is where the confusion came in. If you  
edit a script in one version of RunRev/GTX2, then open the  
Script in the version of RunRev/GTX2, the changes don't  
appear! I think that GTX2 must be caching the Script Source  
code somewhere that is Private to the Version of RunRev you  
are currently using?


In addition to Sarah and Jerry's comments I would also add  
that GLX2 stores the script you are working on (hasn't been  
compiled yet) in the object itself. So the script you are  
working on follows that object around. So opening the script  
of the object in another version of Rev running GLX2 should  
still show the script in progress (done this plenty of times  
myself).


Opening the script in the Rev script editor will NOT show the  
working script, however, since Rev doesn't know about GLX2  
custom properties.


So if you aren't seeing changes as you move between two  
versions of Rev that are both using GLX2 then my guess is  
that you have the stack open in both versions at the same  
time and aren't reloading the stack into memory. If a stack  
file has been loaded in memory and you change the stack file  
on disk the changes on disk will not show up in the stack in  
memory until it is reloaded. Is it possible that this is what  
is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.com

___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage  
your subs

Re: Proportional table column spacing upon resizeStack - how to

[Eric Chatonet]

Hi Mark,

Here is another approach using a function that respects the first  
column and distributes x other columns according to the width of the  
field:


on resizestack pNewWidth,pNewHeight,pOldWIdth,pOldHeight
 local tRect,tNumOfColumns
 -
  put the rect of fld "Table" into tRect
  put pNewWidth - 4 into item 3 of tRect
  set the rect of fld "Table" to tRect
  -
  put  into tNumOfColumns -- columns total wanted
  set the tabStops of fld "Table" to NewTabStops(the tabStops of fld  
"Table", tNumOfColumns,the width of fld "Table") --

end resizestack
-
function NewTabStops pTabStops, pNumOfColumns,pFldWidth
  return item 1 of pTabStops & comma & item 1 of pTabStops + round 
((pFldWidth - item 1 of pTabStops) / (pNumOfColumns - 1))

end NewTabStops

There are so many ways to achieve the goal with Rev :-)

Best regards from Paris,
Eric Chatonet.

Le 18 mars 08 à 16:35, mfstuart a écrit :



Merci Eric, that worked.
Now I'll play around with that script to resize the columns, but  
the first

column.
Then change it so that the right most columns' right border always  
is at the

right most position of the field.

Regards,
Mark Stuart



Eric Chatonet wrote:


Hi Mark,

As the engine sends four params (see below) with the resizestack
message, it's quite easy to use them to achieve the goal:

on resizestack pNewWidth,pNewHeight,pOldWidth,pOldHeight
   local tRect,tTabStops,tTabStop,tNewTabStops
   -
   put the rect of fld "Table" into tRect
   put pNewWidth - 4 into item 3 of tRect
   -- -4: you'll use an appropriate value depending on your context
   set the rect of fld "Table" to tRect -- resizes the field
   --
   put the tabStops of fld "Table" into tTabStops
   repeat for each item tTabStop in tTabStops
 put round(tTabStop * (pNewWidth / pOldWidth)) & comma after
tNewTabStops
 -- a value in pixels (integers) according to the ratio between
pNewWidth and pOldWidth
   end repeat
   delete last char of tNewTabStops -- comma
   set the tabStops of fld "Table" to tNewTabStops
end resizestack

See tabStops in the docs :-)

Best regards from Paris,
Eric Chatonet.

Le 17 mars 08 à 17:35, mfstuart a écrit :


Hi All,

I'm trying to apply this to my project, where I'm using a table
field object
to display data with several columns.

What I'd like to do:
Upon the user resizing the stack (the width in this case), I would
like to
resize the table columns proportionally. The table object is  
currently

resized in the stacks "on resizeStack" script.
So this would involve adjusting each item in the tabStops of the  
table

field, during the resizeStack script.

How do I do this?

TIA,
Mark Stuart



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: Card Script Not Firing

[Len Morgan]

Thanks to Mark and Eric.  I went the resumeStack route and it worked the 
first time!  I might give Eric's method a try too just so I can add it 
to my back of tricks!


Thanks!

len morgan

Eric Chatonet wrote:

Hi Len,

If your stack is open yet, openStack or openCard have been already 
sent and a simple navigation or changing stack's visible property 
*does not* open the stack or the card.
Probably you could write an  in the script of your 
dialog and use:


send "UpdateFromDB" to stack "IMS Configuration"
go stack "IMS Configuration"

Le 18 mars 08 à 15:52, Len Morgan a écrit :

I feel so stupid today!  I have a stack that I use like a dialog that 
brings up several configuration fields in my app.  It is called from 
the menu button at the top of the app with:


go stack "IMS Configuration"

There is only one card on this stack.  I have just added a couple of 
fields that I need to query the database and get two numbers to put 
in the fields when the config stack is displayed.  I tried an 
"openStack" message (in both the stack and in the card scripts), I 
tried an "openCard" script.  None of them are getting called.


I changed my "call" to go to card 1 of stack "IMS Configuration" and 
got the same result.


What handler to I need to put and where so that every time the stack 
is opened, it can get the most up-to-date info from the database 
(actually, made visible - it's always open, just hidden)?


I know this is Rev 101 kind of stuff but I'm a little stumped right now.


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



___
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: Beware! GTX2 can cause problems

[Marian Petrides, M.D.]

One quick suggestion if I might offer it if this appears to be an  
isolated problem with a beta version of GLX2, maybe we should retire  
this discussion to the Daniel-Mara site.
The reason I suggest this is that previous negative comments about  
Galaxy (years ago) had kept me from installing GLX2 for months after I  
bought it as part of the Christmas bundle.  Then several very positive  
comments last week finally caused me to work up the courage to install  
it--which I wish I had done a long time ago.


Thusfar, it hasn't caused any problems (I'm using 2.0.2 not a 2.1  
beta) and it is so much easier to use (ability to see code for  
multiple objects at once is just GREAT!).


I'd hate to think that our discussions here about a _beta_ might scare  
others away from using this very helpful tool. Just a thought...  I'll  
go back to lurking now.


M


On Mar 18, 2008, at 9:46 AM, Len Morgan wrote:

Believe me Jerry, I have (for the most part) gotten over my prior  
tendency toward immediate condemnation of GLX (and Galaxy before  
that, and Constellation before that) whenever anything goes flaky  
with Rev.  I was merely saying that in a similar situation to Dave's  
it happened on or around the time I uninstalled the beta, went back  
to the stable version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is  
taking 60-100% of the CPU time so I'm not sure where else to look.   
Perhaps there has been some sort of Windows update that doesn't show  
up in the TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without that  
problem or anything like it. Many of us use GLX2 many hours a day,  
day after day. One wonders what it is about your system that's  
causing it. Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the  
whole system when I've got GLX2 running.  This was after  
deleting the preferences file.  To try and solve another  
problem, I was advised to go back to the stable version.  After  
the problem had been resolved, I went back to the latest beta  
and that's when the slow down started.  Sometimes it gets to the  
point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it  
started running so slowly so as it be unusable, so I  
uninstalled it. Spent a weird hour trying to figure out where  
my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two  
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use  
GTX2 and this is where the confusion came in. If you edit a  
script in one version of RunRev/GTX2, then open the Script in  
the version of RunRev/GTX2, the changes don't appear! I think  
that GTX2 must be caching the Script Source code somewhere  
that is Private to the Version of RunRev you are currently  
using?


In addition to Sarah and Jerry's comments I would also add  
that GLX2 stores the script you are working on (hasn't been  
compiled yet) in the object itself. So the script you are  
working on follows that object around. So opening the script  
of the object in another version of Rev running GLX2 should  
still show the script in progress (done this plenty of times  
myself).


Opening the script in the Rev script editor will NOT show the  
working script, however, since Rev doesn't know about GLX2  
custom properties.


So if you aren't seeing changes as you move between two  
versions of Rev that are both using GLX2 then my guess is that  
you have the stack open in both versions at the same time and  
aren't reloading the stack into memory. If a stack file has  
been loaded in memory and you change the stack file on disk  
the changes on disk will not show up in the stack in memory  
until it is reloaded. Is it possible that this is what is  
happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
use-revolution mailing list
use-revolution@lists.runre

Re: Proportional table column spacing upon resizeStack - how to

[mfstuart]

Merci Eric, that worked.
Now I'll play around with that script to resize the columns, but the first
column.
Then change it so that the right most columns' right border always is at the
right most position of the field.

Regards,
Mark Stuart



Eric Chatonet wrote:
> 
> Hi Mark,
> 
> As the engine sends four params (see below) with the resizestack  
> message, it's quite easy to use them to achieve the goal:
> 
> on resizestack pNewWidth,pNewHeight,pOldWidth,pOldHeight
>local tRect,tTabStops,tTabStop,tNewTabStops
>-
>put the rect of fld "Table" into tRect
>put pNewWidth - 4 into item 3 of tRect
>-- -4: you'll use an appropriate value depending on your context
>set the rect of fld "Table" to tRect -- resizes the field
>--
>put the tabStops of fld "Table" into tTabStops
>repeat for each item tTabStop in tTabStops
>  put round(tTabStop * (pNewWidth / pOldWidth)) & comma after  
> tNewTabStops
>  -- a value in pixels (integers) according to the ratio between  
> pNewWidth and pOldWidth
>end repeat
>delete last char of tNewTabStops -- comma
>set the tabStops of fld "Table" to tNewTabStops
> end resizestack
> 
> See tabStops in the docs :-)
> 
> Best regards from Paris,
> Eric Chatonet.
> 
> Le 17 mars 08 à 17:35, mfstuart a écrit :
> 
>> Hi All,
>>
>> I'm trying to apply this to my project, where I'm using a table  
>> field object
>> to display data with several columns.
>>
>> What I'd like to do:
>> Upon the user resizing the stack (the width in this case), I would  
>> like to
>> resize the table columns proportionally. The table object is currently
>> resized in the stacks "on resizeStack" script.
>> So this would involve adjusting each item in the tabStops of the table
>> field, during the resizeStack script.
>>
>> How do I do this?
>>
>> TIA,
>> Mark Stuart
> 
> 
> 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
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Proportional-table-column-spacing-upon-resizeStack---how-to-tp16096272p16123321.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

revPrintText and the new printing facilities

[Ben Rubinstein]

I'm making my first attempt to use printing in Rev seriously since the new 
features were introduced (ie in 2.9).  I'm printing graphics on a multipage 
document; and I want to add headers and footers.  The easy way to do this 
looks to be revPrintText; but it places the header very low (and footer high) 
on the page, as well as printing a big white box in the middle for the body 
text that I didn't specify.


Is there control over the margins/positioning used by revPrintText?  Is there 
even any way to find out (programmatically rather than by experimentation) 
where it positions text?  Or should it be considered as part of the old way of 
doing things, not to be mixed with the new?


TIA,

- 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: Card Script Not Firing

[Eric Chatonet]

Hi Len,

If your stack is open yet, openStack or openCard have been already  
sent and a simple navigation or changing stack's visible property  
*does not* open the stack or the card.
Probably you could write an  in the script of your  
dialog and use:


send "UpdateFromDB" to stack "IMS Configuration"
go stack "IMS Configuration"

Le 18 mars 08 à 15:52, Len Morgan a écrit :

I feel so stupid today!  I have a stack that I use like a dialog  
that brings up several configuration fields in my app.  It is  
called from the menu button at the top of the app with:


go stack "IMS Configuration"

There is only one card on this stack.  I have just added a couple  
of fields that I need to query the database and get two numbers to  
put in the fields when the config stack is displayed.  I tried an  
"openStack" message (in both the stack and in the card scripts), I  
tried an "openCard" script.  None of them are getting called.


I changed my "call" to go to card 1 of stack "IMS Configuration"  
and got the same result.


What handler to I need to put and where so that every time the  
stack is opened, it can get the most up-to-date info from the  
database (actually, made visible - it's always open, just hidden)?


I know this is Rev 101 kind of stuff but I'm a little stumped right  
now.


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: Beware! GTX2 can cause problems

[Jerry Daniels]

Ironically, we just got a customer today who is buying GLX2 because  
Revolution's built-in script editor lost his work.


This sort of thing happens, and there is always a reason for it, but  
it's often very difficult to find a recipe/cultprit. There are  
multiple variables in the process and there is a lot going on in the  
IDE.


Best,

Jerry Daniels

Daniels & Mara, Inc.
Makers of GLX2
http://www.daniels-mara.com/glx2



On Mar 17, 2008, at 1:36 PM, Thomas McGrath III wrote:

I had a couple of saves to scripts of a stack that I swear I made  
yet upon reopening Rev they were not made!!!


This happened today while tracking down another bug.

Tom

On Mar 17, 2008, at 12:58 PM, Dave wrote:


Hi,

It doesn't appear to be doing that on my system, also it started  
running so slowly so as it be unusable, so I uninstalled it. Spent  
a weird hour trying to figure out where my changes had got to last  
night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two  
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2  
and this is where the confusion came in. If you edit a script in  
one version of RunRev/GTX2, then open the Script in the version  
of RunRev/GTX2, the changes don't appear! I think that GTX2 must  
be caching the Script Source code somewhere that is Private to  
the Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that  
GLX2 stores the script you are working on (hasn't been compiled  
yet) in the object itself. So the script you are working on  
follows that object around. So opening the script of the object in  
another version of Rev running GLX2 should still show the script  
in progress (done this plenty of times myself).


Opening the script in the Rev script editor will NOT show the  
working script, however, since Rev doesn't know about GLX2 custom  
properties.


So if you aren't seeing changes as you move between two versions  
of Rev that are both using GLX2 then my guess is that you have the  
stack open in both versions at the same time and aren't reloading  
the stack into memory. If a stack file has been loaded in memory  
and you change the stack file on disk the changes on disk will not  
show up in the stack in memory until it is reloaded. Is it  
possible that this is what is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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


___
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: Card Script Not Firing

[Mark Schonewille]

Hi Len,

If you stack is hidden, it is open already, so openCard and openStack  
won't work. You might use the resumeStack message:


on resumeStack
  doMyOpenCardScript
end resumeStack

on openCard
  doMyOpenCardScript
end openCard

on doMyOpenCardScript
  -- the script you would otherwise have in
  -- the openCard handler
end doMyOpenCardScript

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 18-mrt-2008, om 15:52 heeft Len Morgan het volgende geschreven:

I feel so stupid today!  I have a stack that I use like a dialog  
that brings up several configuration fields in my app.  It is  
called from the menu button at the top of the app with:


go stack "IMS Configuration"

There is only one card on this stack.  I have just added a couple  
of fields that I need to query the database and get two numbers to  
put in the fields when the config stack is displayed.  I tried an  
"openStack" message (in both the stack and in the card scripts), I  
tried an "openCard" script.  None of them are getting called.


I changed my "call" to go to card 1 of stack "IMS Configuration"  
and got the same result.


What handler to I need to put and where so that every time the  
stack is opened, it can get the most up-to-date info from the  
database (actually, made visible - it's always open, just hidden)?


I know this is Rev 101 kind of stuff but I'm a little stumped right  
now.


len morgan



___
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

Card Script Not Firing

[Len Morgan]

I feel so stupid today!  I have a stack that I use like a dialog that 
brings up several configuration fields in my app.  It is called from the 
menu button at the top of the app with:


go stack "IMS Configuration"

There is only one card on this stack.  I have just added a couple of 
fields that I need to query the database and get two numbers to put in 
the fields when the config stack is displayed.  I tried an "openStack" 
message (in both the stack and in the card scripts), I tried an 
"openCard" script.  None of them are getting called.


I changed my "call" to go to card 1 of stack "IMS Configuration" and got 
the same result.


What handler to I need to put and where so that every time the stack is 
opened, it can get the most up-to-date info from the database (actually, 
made visible - it's always open, just hidden)?


I know this is Rev 101 kind of stuff but I'm a little stumped right now.

len morgan
___
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: Beware! GTX2 can cause problems

[Len Morgan]

Believe me Jerry, I have (for the most part) gotten over my prior 
tendency toward immediate condemnation of GLX (and Galaxy before that, 
and Constellation before that) whenever anything goes flaky with Rev.  I 
was merely saying that in a similar situation to Dave's it happened on 
or around the time I uninstalled the beta, went back to the stable 
version, then back to the beta again.


When I watch the Windows Task Manager, it is Revolution that is taking 
60-100% of the CPU time so I'm not sure where else to look.  Perhaps 
there has been some sort of Windows update that doesn't show up in the 
TaskManager.  GLX is still usable,

just slow at times.

len morgan


Jerry Daniels wrote:
Len, there are quite a few people using that version without that 
problem or anything like it. Many of us use GLX2 many hours a day, day 
after day. One wonders what it is about your system that's causing it. 
Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the 
whole system when I've got GLX2 running.  This was after deleting 
the preferences file.  To try and solve another problem, I was 
advised to go back to the stable version.  After the problem had 
been resolved, I went back to the latest beta and that's when the 
slow down started.  Sometimes it gets to the point of being almost 
unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it started 
running so slowly so as it be unusable, so I uninstalled it. Spent 
a weird hour trying to figure out where my changes had got to last 
night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two 
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2 
and this is where the confusion came in. If you edit a script in 
one version of RunRev/GTX2, then open the Script in the version 
of RunRev/GTX2, the changes don't appear! I think that GTX2 must 
be caching the Script Source code somewhere that is Private to 
the Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that 
GLX2 stores the script you are working on (hasn't been compiled 
yet) in the object itself. So the script you are working on 
follows that object around. So opening the script of the object 
in another version of Rev running GLX2 should still show the 
script in progress (done this plenty of times myself).


Opening the script in the Rev script editor will NOT show the 
working script, however, since Rev doesn't know about GLX2 custom 
properties.


So if you aren't seeing changes as you move between two versions 
of Rev that are both using GLX2 then my guess is that you have 
the stack open in both versions at the same time and aren't 
reloading the stack into memory. If a stack file has been loaded 
in memory and you change the stack file on disk the changes on 
disk will not show up in the stack in memory until it is 
reloaded. Is it possible that this is what is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
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



___
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: Beware! GTX2 can cause problems

[Jerry Daniels]

Len, there are quite a few people using that version without that  
problem or anything like it. Many of us use GLX2 many hours a day, day  
after day. One wonders what it is about your system that's causing it.  
Memory? Some specific to your machine?


On Mar 18, 2008, at 7:50 AM, Len Morgan wrote:


2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the  
whole system when I've got GLX2 running.  This was after deleting  
the preferences file.  To try and solve another problem, I was  
advised to go back to the stable version.  After the problem had  
been resolved, I went back to the latest beta and that's when the  
slow down started.  Sometimes it gets to the point of being almost  
unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it started  
running so slowly so as it be unusable, so I uninstalled it.  
Spent a weird hour trying to figure out where my changes had got  
to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two  
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2  
and this is where the confusion came in. If you edit a script  
in one version of RunRev/GTX2, then open the Script in the  
version of RunRev/GTX2, the changes don't appear! I think that  
GTX2 must be caching the Script Source code somewhere that is  
Private to the Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that  
GLX2 stores the script you are working on (hasn't been compiled  
yet) in the object itself. So the script you are working on  
follows that object around. So opening the script of the object  
in another version of Rev running GLX2 should still show the  
script in progress (done this plenty of times myself).


Opening the script in the Rev script editor will NOT show the  
working script, however, since Rev doesn't know about GLX2  
custom properties.


So if you aren't seeing changes as you move between two versions  
of Rev that are both using GLX2 then my guess is that you have  
the stack open in both versions at the same time and aren't  
reloading the stack into memory. If a stack file has been loaded  
in memory and you change the stack file on disk the changes on  
disk will not show up in the stack in memory until it is  
reloaded. Is it possible that this is what is happening on your  
end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
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



___
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: Beware! GTX2 can cause problems

[Len Morgan]

2.1b40

Petrides, M.D. Marian wrote:

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the whole 
system when I've got GLX2 running.  This was after deleting the 
preferences file.  To try and solve another problem, I was advised to 
go back to the stable version.  After the problem had been resolved, 
I went back to the latest beta and that's when the slow down 
started.  Sometimes it gets to the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it started 
running so slowly so as it be unusable, so I uninstalled it. Spent a 
weird hour trying to figure out where my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two 
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2 
and this is where the confusion came in. If you edit a script in 
one version of RunRev/GTX2, then open the Script in the version of 
RunRev/GTX2, the changes don't appear! I think that GTX2 must be 
caching the Script Source code somewhere that is Private to the 
Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that 
GLX2 stores the script you are working on (hasn't been compiled 
yet) in the object itself. So the script you are working on follows 
that object around. So opening the script of the object in another 
version of Rev running GLX2 should still show the script in 
progress (done this plenty of times myself).


Opening the script in the Rev script editor will NOT show the 
working script, however, since Rev doesn't know about GLX2 custom 
properties.


So if you aren't seeing changes as you move between two versions of 
Rev that are both using GLX2 then my guess is that you have the 
stack open in both versions at the same time and aren't reloading 
the stack into memory. If a stack file has been loaded in memory 
and you change the stack file on disk the changes on disk will not 
show up in the stack in memory until it is reloaded. Is it possible 
that this is what is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
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



___
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: Beware! GTX2 can cause problems

[Petrides, M.D. Marian]

Which beta were you using when you had problems?

On Mar 18, 2008, at 7:37 AM, Len Morgan wrote:

I've started having the same problem: Massive slow down of the whole  
system when I've got GLX2 running.  This was after deleting the  
preferences file.  To try and solve another problem, I was advised  
to go back to the stable version.  After the problem had been  
resolved, I went back to the latest beta and that's when the slow  
down started.  Sometimes it gets to the point of being almost  
unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it started  
running so slowly so as it be unusable, so I uninstalled it. Spent  
a weird hour trying to figure out where my changes had got to last  
night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two  
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2  
and this is where the confusion came in. If you edit a script in  
one version of RunRev/GTX2, then open the Script in the version  
of RunRev/GTX2, the changes don't appear! I think that GTX2 must  
be caching the Script Source code somewhere that is Private to  
the Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that  
GLX2 stores the script you are working on (hasn't been compiled  
yet) in the object itself. So the script you are working on  
follows that object around. So opening the script of the object in  
another version of Rev running GLX2 should still show the script  
in progress (done this plenty of times myself).


Opening the script in the Rev script editor will NOT show the  
working script, however, since Rev doesn't know about GLX2 custom  
properties.


So if you aren't seeing changes as you move between two versions  
of Rev that are both using GLX2 then my guess is that you have the  
stack open in both versions at the same time and aren't reloading  
the stack into memory. If a stack file has been loaded in memory  
and you change the stack file on disk the changes on disk will not  
show up in the stack in memory until it is reloaded. Is it  
possible that this is what is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
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: Beware! GTX2 can cause problems

[Len Morgan]

I've started having the same problem: Massive slow down of the whole 
system when I've got GLX2 running.  This was after deleting the 
preferences file.  To try and solve another problem, I was advised to go 
back to the stable version.  After the problem had been resolved, I went 
back to the latest beta and that's when the slow down started.  
Sometimes it gets to the point of being almost unusable.


len morgan

Dave wrote:

Hi,

It doesn't appear to be doing that on my system, also it started 
running so slowly so as it be unusable, so I uninstalled it. Spent a 
weird hour trying to figure out where my changes had got to last night!


All the Best
Dave

On 17 Mar 2008, at 14:28, Trevor DeVore wrote:


On Mar 17, 2008, at 5:35 AM, Dave wrote:

Ran into this and it caused me no end of grief, I'm using two 
versions of RunRev, 2.8.1.472 and the 2.9 Beta. I also use GTX2 and 
this is where the confusion came in. If you edit a script in one 
version of RunRev/GTX2, then open the Script in the version of 
RunRev/GTX2, the changes don't appear! I think that GTX2 must be 
caching the Script Source code somewhere that is Private to the 
Version of RunRev you are currently using?


In addition to Sarah and Jerry's comments I would also add that GLX2 
stores the script you are working on (hasn't been compiled yet) in 
the object itself. So the script you are working on follows that 
object around. So opening the script of the object in another version 
of Rev running GLX2 should still show the script in progress (done 
this plenty of times myself).


Opening the script in the Rev script editor will NOT show the working 
script, however, since Rev doesn't know about GLX2 custom properties.


So if you aren't seeing changes as you move between two versions of 
Rev that are both using GLX2 then my guess is that you have the stack 
open in both versions at the same time and aren't reloading the stack 
into memory. If a stack file has been loaded in memory and you change 
the stack file on disk the changes on disk will not show up in the 
stack in memory until it is reloaded. Is it possible that this is 
what is happening on your end?


Regards,

--
Trevor DeVore
Blue Mango Learning Systems
www.bluemangolearning.com-www.screensteps.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



___
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: Palette Problem

[Mark Schonewille]

Richmond,

Do you have these handlers in the palette stack itself? Although that  
should be possible, it is causes an ugly flash on the screen. The use  
of the palette command is correct, though. So, if you have a button to  
open the stack, you would write:


on mouseUp
  palette stack "XXX"
end mouseUp

If you are using Media, it might not work. If it doesn't, use

 go stack "XXX" as palette

instead.

Best regards,

Mark Schonewille

--

Economy-x-Talk Consulting and Software Engineering
http://economy-x-talk.com
http://www.salery.biz

A large collection of scripts for HyperCard, Revolution, SuperCard and  
other programming languages can be found at http://runrev.info





On 18 mrt 2008, at 12:15, Richmond Mathewson wrote:


I am trying to get a stack to load as a Palette rather
than a Stack:

tried this;

on preOpenStack
 palette stack "XXX"
end preOpenStack

and

on openStack
  palette stack "XXX"
end openStack

neither worked,

obviously getting something wrong!

sincerely, Richmond Mathewson


___
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

chortle

[Richmond Mathewson]

The other day my Macintosh G4 would not boot-up.

Jolly lucky I had another Macintosh so I could read
the documentation!

This . . . why . . . I . . . love . . . my . . .
slide-rule . . . and . . . printed . . . manuals :)

And, oddly enough, although I have all the printed
manuals for my BBC Master Micro it has never yet
either crashed or refused to start up: 20 years and
counting! Mind you that might be because its OS is
stored on a chip, it has no hard-disk and 96 KB RAM.

It is also why I believe that as computers (unless you
buy manky, old Pentium 3s - like I do) cost a lot it
would be nice if they came with printed manuals.

love, Richmond



A Thorn in the flesh is better than a failed Systems Development Life Cycle.



  ___ 
Rise to the challenge for Sport Relief with Yahoo! For Good  

http://uk.promotions.yahoo.com/forgood/
___
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

Palette Problem

[Richmond Mathewson]

I am trying to get a stack to load as a Palette rather
than a Stack:

tried this;

on preOpenStack
  palette stack "XXX"
end preOpenStack

and

on openStack
   palette stack "XXX"
end openStack

neither worked,

obviously getting something wrong!

sincerely, Richmond Mathewson



A Thorn in the flesh is better than a failed Systems Development Life Cycle.



  ___ 
Rise to the challenge for Sport Relief with Yahoo! For Good  

http://uk.promotions.yahoo.com/forgood/
___
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: why XHTML cannot be parsed with RevXML ?

[paolo mazza]

Thank you Andre and Ken for your comments about XHTML.

I have been using stsXML library for a while and it works great.

I expereinced some problems using revXMLText   in Rev 2.9-dp-5.

Please have a look at the:

http://quality.runrev.com/qacenter/show_bug.cgi?id=6061

Thanks,

Paolo


**

Paolo Mazza
NEOL SRL

___
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