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, 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
[email protected]
Please visit this url to subscribe, unsubscribe and
manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage
your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage
your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage
your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage
your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage
your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
