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