I'm on the commit list, and I try to make it a habit to Update before
I start any work, so no need for a separate notification, but thanks.

EdB


On Fri, Dec 28, 2012 at 12:31 PM, Michael Schmalle
<apa...@teotigraphix.com> wrote:
> HAH!
>
> You got me, wow I was so organized starting this project. :)
>
> I'm looking about 1-2 hours if everything goes right. I hate these but this
> is what you get for being a mad scientist sometimes. After this we should be
> good to go, I think all the reorganization will make sense.
>
> I'll let you know when I commit if you aren't watching the commits list.
> It's funny, I now remember in the very beginning putting the tests in js and
> thinking this doesn't make sense...
>
>
> Mike
>
>
> Quoting Erik de Bruin <e...@ixsoftware.nl>:
>
>> MIke,
>>
>> When do you expect this 'mother of all refactors' to land? If 'soon',
>> I'll hold off on committing more tests and make them work on the 'new'
>> code first, no worries.
>>
>> And I did mean "org.apache.flex.js", it is the package structure for
>> 'compiler.jx.tests'... Maybe that also needs 'a little' refactoring?
>>
>> EdB
>>
>>
>>
>> On Fri, Dec 28, 2012 at 12:15 PM, Michael Schmalle
>> <apa...@teotigraphix.com> wrote:
>>>
>>> Erik,
>>>
>>> FYI I am doing this refactor right now and it's big, so when you do an
>>> svn
>>> update, you will have to rub your eyes for a second. I wanted to to do
>>> this,
>>> now your tests in the 'org.apache.flex.js.internal.js.codegen.goog' gave
>>> me
>>> the reason. ;-) There is no 'org.apache.flex.js' package, I think you
>>> meant
>>> 'org.apache.flex.compiler'. :)
>>>
>>> Before I commit this huge update, I will make sure your tests are running
>>> correctly.
>>>
>>> Mike
>>>
>>>
>>>
>>> Quoting Erik de Bruin <e...@ixsoftware.nl>:
>>>
>>>> Mike,
>>>>
>>>> While trying to stay out of your hair in the FalconJx code, I thought
>>>> I might spend some time translating the tests you wrote for the AS
>>>> output to tests for the JS + 'goog' output. I'm doing this by copying
>>>> the AS tests, renaming them, converting them to subclasses of the AS
>>>> tests and pointing them to the 'GoogBackend' (using the code from your
>>>> test class).
>>>>
>>>> An observation: some methods of JSGoogEmitter rely on 'globals' like
>>>> 'classDefinition', which are not set when the methods are called from
>>>> the tests. I'm not very familiar with JUnit (or unit testing in
>>>> general), so a little pointer on how to fix this would be much
>>>> appreciated.
>>>>
>>>> Meanwhile I'll put all the tests (with the 'assertOut' commented out)
>>>> in a 'goog' package in 'org.apache.flex.js.internal.js.codegen'. Maybe
>>>> we want to put the 'goog' Emitter classes of the compiler also in a
>>>> 'goog' package, to increase the separation between them and other
>>>> output types?
>>>>
>>>> EdB
>>>>
>>>>
>>>>
>>>> --
>>>> Ix Multimedia Software
>>>>
>>>> Jan Luykenstraat 27
>>>> 3521 VB Utrecht
>>>>
>>>> T. 06-51952295
>>>> I. www.ixsoftware.nl
>>>>
>>>
>>> --
>>> Michael Schmalle - Teoti Graphix, LLC
>>> http://www.teotigraphix.com
>>> http://blog.teotigraphix.com
>>>
>>
>>
>>
>> --
>> Ix Multimedia Software
>>
>> Jan Luykenstraat 27
>> 3521 VB Utrecht
>>
>> T. 06-51952295
>> I. www.ixsoftware.nl
>>
>
> --
> Michael Schmalle - Teoti Graphix, LLC
> http://www.teotigraphix.com
> http://blog.teotigraphix.com
>



-- 
Ix Multimedia Software

Jan Luykenstraat 27
3521 VB Utrecht

T. 06-51952295
I. www.ixsoftware.nl

Reply via email to