Sorry Fabian, I missed your reply yesterday - not yet is the answer,
although only because it's to do with HtmlArea and I thought I'd give
Alexander a chance to settle back at work :)

I agree with Thomas though - true private and protected access to methods is
an ideal, not a necessity; given the obfuscation tracking them down is a
time-consuming process and preferably there would be a really fast,
lint-like scan so that we can find them during source phase of development -
before we get to "generate build".

John

-----Original Message-----
From: thron7 [mailto:[EMAIL PROTECTED] 
Sent: 14 October 2008 17:47
To: qooxdoo Development
Subject: Re: [qooxdoo-devel] generate build fails



Fabian Jakobs wrote:
> John Spackman schrieb:
>   
>> This was because one of the contrib's I was using needed the 
>> optimisation for renaming private members turned off; it would be 
>> great if the optimisation was specified in the Manifest.json of the 
>> individual module so that generator.py could either use this 
>> information for that module or at least give an error that the 
>> application's optimisation is incompatible.
>>
>> John
>>
>>     
> Have you contacted the contrib's author to fix this. I think all 
> contribs should be usable with private optimization enabled.
>   

Still I think it's a good point. We are already thinking about putting 
more information about a library into the Manifest, and maybe 
re-thinking the way libraries are compiled into other applications. So 
thanks for the hint.

Thomas


> Best Fabian
>
>   
>> *From:* John Spackman [mailto:[EMAIL PROTECTED]
>> *Sent:* 10 October 2008 13:04
>> *To:* 'qooxdoo Development'
>> *Subject:* [qooxdoo-devel] generate build fails
>>
>> Hi,
>>
>> I'm having problems generating a build version of my app; the 
>> generate.py runs fine without any errors but when I go to run the app 
>> under FF3 or IE7 I get this error:
>>
>> this.__hR.__hV is undefined
>>
>> this.__hR.__hV[m].customUndo=true;
>>
>> I've tried this with current download and Tuesday's SVN with the same 
>> result, each time deleting the cache and build directories.
>>
>> The source version runs fine, although slowly.
>>
>> Any ideas what's causing this?
>>
>> John
>>
>> ------------------------------------------------------------------------
>>
>> -------------------------------------------------------------------------
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
>> Build the coolest Linux based applications with Moblin SDK & win great
prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the
world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> qooxdoo-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
>>   
>>     
>
>
>   

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel




-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to