error in function handler revPaletteObjects

[Ralf Bitter]

Hi Björnke,

the table field problem, I mentioned, was specific to version 2.7.4
not to the current version 2.8.
And sure, I selected manually the table library in my test with no  
success.

Actually I only discovered the version 2.7.4 problem, as I didn't  
find a way to
solve the described problem with editable fields in version 2.8  
standalones.
I thought, as a temporary workaround, I could go back to version 2.7.4.
But then I found out, that there table fields produce an error.  
Fields work fine.
In version 2.8 it is the other way:
Tables work fine, fields trigger the said revPaletteObjects error.
Tested on Intel Mac, PowerPC and the Win standalone on XP.
In the IDE all is fine.

I downloaded a Revolution trial version for Windows.
The test result is even more strange. In addition to the editable
field, there has to be an editable table field to reproduce the  
revPaletteObjects  error.
And sure, I selected manually the table library in the standalone  
settings,
saved the stack and saved the standalone.

Unfortunately  fields and table fields are exactly what I need in my  
standalone.



On 21. Mrz 2007, at 17:24, Björnke von Gierke wrote:

> For table fields to work you need to include the table library. Rev  
> should do this automatically for you, but often that feature is  
> missing in action.  Often it's enough to open the "standalone  
> application settings..." then change some value, save the stack,  
> set the value back to what it was, and then save again. Some times  
> you need to do it more manually:
>
> To do it manually:
> 1. Go to the "standalone application settings..." in the file menu.
> 2. Select the first button at the top: "general"
> 3. Activate the "Select inclusions for the standalone application"  
> option button.
> 4. Select all the Stuff your app needs, the fields can have several  
> entries selected. (In this case, make sure the "table" entry in the  
> "Script libraries" field is highlighted.)
> 5. Save your stack
> 6. Make a standalone
>
> If that doesn't help, then there's probably a more serious bug.
>
> On an additional note, here (mac os x 10.9.3, rev 2.8) it all works  
> fine, even without any of the steps taken above, just by doing this:
> 1. open rev
> 2. make a stack with a table field
> 3. save stack
> 4. build application
> 5. the application runs, no errors, table field works as expected.
>
> I hope this helped
> Björnke von Gierke
>
> On 21 Mar 2007, at 17:06, Ralf Bitter wrote:
>
>> Hi,
>>
>> as I didn't find anything related despite extensive search,
>> would anybody be so kind to test the following, it is done in  
>> seconds:
>>
>> Save a stack with an editable field as standalone in any 2.8  
>> version IDE.
>> Now check what happens when you try to open the standalone.
>>
>>
>> I get the following error no matter if it is a Win standalone or
>> a Mac standalone:
>>
>> Type: Function: error in function handler
>> Object: button "revTable" of group "revLibraries" of card id 1002  
>> of stack ...
>> Line: set the cCurrentObject of the target to revPaletteObjects()
>> Line Num: 50
>> Hint: revPaletteObjects
>>
>> This happens as soon, as the field gets the openField message
>>
>>
>> The same test works with version 2.7.4 but ...
>>
>> If, in version 2.7.4, I place an editable table field onto the stack
>> I get an error as follows in the standalone as soon as I click  
>> onto the table:
>>
>> Type: Handler: can't find handler
>> Object: button "revTable" of group "revLibraries" of card id 1002  
>> of stack ...
>> Line: send "revUpdateDatabase pObject,txcell,tycell,tNewText" to  
>> pObject
>> Line Num: 451
>> Hint: revUpdateDatabase
>>
>>
>> Can anybody confirm this? If yes, is there a known workaround?
>>
>> This subject bothers me since several hours and the deadline for
>> a meeting with the client is coming close. I don't dare thinking
>> about the case, that this can not be solved. Sure, I could avoid
>> using fields in the application file and open external stacks  
>> within the
>> standalone, but in my special case I have good reasons for not to  
>> do so.
>>
>> Thanks for your attention!
>>
>> Ralf Bitter
>>
>>
>>
>>
>> _______________________________________________
>> use-revolution mailing list
>> use-revolution at 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 at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>