App Browser Woes.....

Eric Chatonet eric.chatonet at sosmartsoftware.com
Fri Jul 15 03:52:51 EDT 2005


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        eric.chatonet at sosmartsoftware.com/
Phone        33 (0)1 43 31 77 62
Mobile        33 (0)6 20 74 50 86
----------------------------------------------------------------




More information about the use-livecode mailing list