Re: [xmlvm-users] UIViewAnimationDelegate is broken

[Paul P. <bay...@gm...>]

Yes, that's correct.  We had a discussion regarding protocols at the time,
and it was decided to use interfaces, which I believe is the right
decision.  There were a few topics, but the main one was the difficultly of
implementation.  In the end, using Java interfaces with Obj-C protocols
involved using wrapper instances to invoke the correct Java methods.

Architecturally, I do not believe we should change back to abstract
classes.  Additionally, I have found that the C version of XMLVM has
exceeded the Obj-C version.  While it is unfortunate that forward progress
has broken that part of the Obj-C version of XMLVM, I am not sure it is
worth it to spend time on the Obj-C version, which I view as legacy.  To me
that means that some prior projects may use the Obj-C version, but
continued support isn't necessary.  Released projects should be dependent
on fixed source code, so the evolution of XMLVM shouldn't affect them.  I
certainly wouldn't object if someone wanted to provide an update though,
and I would be happy to give some pointers.

I understand that you are still invested in the Obj-C version, so I'm sure
we'll have a difference of opinion & I'd like to hear your point of view as
well.

Thanks,
Paul



On Thu, Feb 23, 2012 at 9:14 AM, Panayotis Katsaloulis <
pan...@pa...> wrote:

> Hello all!
>
> After revision 2080 (committed by ppoley), the UIViewAnimationDelegate is
> broken in the ObjC version.
> Although in Java it is defined as an interface, in ObjC is defined as an
> abstract class.
>
> This would bring once more the question, interfaces or abstract classes,
> but at any case, for the time being, the ObjC part in terms of some UIView
> parts is broken.
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> _______________________________________________
> xmlvm-users mailing list
> xml...@li...
> https://lists.sourceforge.net/lists/listinfo/xmlvm-users
>