Hi Dave,
I don't want to blame runRev guys too rudely: they got a false good
idea :-)
As a programmer, I have to confess that it can happen to me too...
But, on the other hand, as a user of a commercial product named
Revolution, I expect more serious testing before any release...
As Jim pointed it, my Objects Picker plugin works pretty well and, as
for layers management provides "arrows" buttons to reorganise objects
layers in a very convenient graphical way. You can even change
multiple objects layers (non contiguous if you wish it) in one fell
swoop and the list is of course immediately updated :-)
Best Regards from Paris,
Eric Chatonet.
Le 15 juil. 05 à 09:28, David Burgun a écrit :
Hi,
Well whoever allowed this to go into a production product need their
brains testing! Sorry but that's the plain truth of the matter. Talk
about shooting yourself in the foot! At the VERY VERY VERY least it
should be a Preference that is defaulted to off, and the caption of
this pref should read "Do you want to save a small amount of refresh
time but totally confuse yourself and make RunRev look as if it has
been programmed by idiots"
Sorry for this Rant, and in general RunRev is a really cool tool and
I love using it, but I am really getting sick of stupid little IDE
bugs/features that cause me lots of wasted time.
Take for example this particular refresh problem, is there ANYONE on
this list that would want this functionality? Who in their right mind
would sacrifice an up to date list view for a split-seconds worth of
refresh time?
I was slighly upset when I thought it was a genuine bug that had
slipped in, now I know it was done deliberately I am FUMING!!!!! How
do I officially complain to RunRev about this?
Eric, If you do work out a patch Stack I would be really grateful if
you would send me a copy.
All the Best
Dave
Hi Dave and Chris,
To be precise, the problem came with Rev 2.5.1. (no problem with 2.5)
In order to save time, runRev guys imagined to keep the current
controls list into a cache and rebuild this list only when a control
was deleted or added.
So, you have just to open the script of the revApplicationOverview
stack and search for the revControlList function and comment the
following lines:
if the number of lines in lControlCache[pCard] is tNumControls
then return lControlCache[pCard]
I have no time now but may be I shall find a couple of minutes to
write a patch stack to morrow :-)
Le 14 juil. 05 à 15:17, David Burgun a écrit :
How come when I change something in my stack, like the layer number
or the object name etc. It doesn't change in the App Browser Window?
I am running RunRev 2.6.5 build 108 on Mac OS X Tiger 10.4.2.
Does anyone else have this problem??
Copy to runRev support.
Best Regards from Paris,
Eric Chatonet.
----------------------------------------------------------------
So Smart Software
For institutions, companies and associations
Built-to-order applications: management, multimedia, internet, etc.
Windows, Mac OS and Linux... With the French touch
Free plugins and tutorials on my website
----------------------------------------------------------------
Web site http://www.sosmartsoftware.com/
Email [EMAIL PROTECTED]/
Phone 33 (0)1 43 31 77 62
Mobile 33 (0)6 20 74 50 86
----------------------------------------------------------------
_______________________________________________
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
