Icon View Thread

The following is the text of the current message along with any replies.
Messages 11 to 17 of 17 total
Thread Global search
Thu, Nov 15 2012 10:42 AMPermanent Link

Roy Lambert

NLH Associates

Team Elevate Team Elevate

Bob


That makes sense.


Did you know that you're emailing me as well as responding to the newsgroup. I'm not bothered just wondered if you knew.

Roy Lambert
Thu, Nov 15 2012 11:17 AMPermanent Link

Robert Devine

Aye, sorry - I keep hitting "Reply" by mistake.

Cheers, Bob

On 15/11/2012 15:42, Roy Lambert wrote:
> Did you know that you're emailing me as well as responding to the newsgroup
Thu, Nov 15 2012 11:33 AMPermanent Link

Raul

Team Elevate Team Elevate

Bob,

Agreed that this would be a nice to have but how complex are your pas
files ?

Non-visual itself is not enough - things like datamodules with 3rd party
controls, pointers/mem allocation and even TDateTime would currently be
a challenge to cross compile. TDataSet differs enough as well.

Assuming there are limited development resources I'd prefer the EWB to
concentrate on aspects of being able to write first class web apps first
like support more and richer UI controls (including 3rd party support),
better layout automation for various screen sizes, etc.

Ideally EWB would have it all of course but moving things to web service
and reusing delphi code on server side is working for us actually quite
well so far.

Raul






On 11/15/2012 9:59 AM, Bob Devine wrote:
> Hi Roy
>
> Most of my code is non-visual and I'm hoping to port one product in
> particular to HTML5 using EWB. But I need to be able to link to a single
> code base - maintaining separate .wbs and .pas versions would become a
> problem.
>
> BTW, I've accidently hit "Reply" instead of "Followup" a few times
> recently on this newsgroup - just in case you've been getting emails!
>
> Cheers, Bob
Thu, Nov 15 2012 11:46 AMPermanent Link

Robert Devine

Hi Raul

I've a lot of fairly complex code that would work well in the browser -
e.g. maths/stats routines. In addition, I'm using Knockout with EWB and
have done initial tests with DSharp in Delphi (for MVVM) and am building
some generic viewmodels that so far look to be useable in both
environments. Still at the testing stage though.

I also need layout automation, docking etc before I can release my app
but this is a project that I'm assuming will go into next year. Tim also
has to keep an eye on the competition and the ability to re-use existing
..pas files is one of their selling points.

Server-side is fine as a stop-gap but the real opportunity that EWB
affords me is getting most of my functionality into the browser.

Cheers, Bob



On 15/11/2012 16:33, Raul wrote:
> Bob,
>
> Agreed that this would be a nice to have but how complex are your pas
> files ?
>
> Non-visual itself is not enough - things like datamodules with 3rd party
> controls, pointers/mem allocation and even TDateTime would currently be
> a challenge to cross compile. TDataSet differs enough as well.
>
> Assuming there are limited development resources I'd prefer the EWB to
> concentrate on aspects of being able to write first class web apps first
> like support more and richer UI controls (including 3rd party support),
> better layout automation for various screen sizes, etc.
>
> Ideally EWB would have it all of course but moving things to web service
> and reusing delphi code on server side is working for us actually quite
> well so far.
>
> Raul
>
>
>
>
>
>
> On 11/15/2012 9:59 AM, Bob Devine wrote:
>> Hi Roy
>>
>> Most of my code is non-visual and I'm hoping to port one product in
>> particular to HTML5 using EWB. But I need to be able to link to a single
>> code base - maintaining separate .wbs and .pas versions would become a
>> problem.
>>
>> BTW, I've accidently hit "Reply" instead of "Followup" a few times
>> recently on this newsgroup - just in case you've been getting emails!
>>
>> Cheers, Bob
>
Mon, Nov 19 2012 3:05 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Bob,

<< Tim also has to keep an eye on the competition and the ability to re-use
existing .pas files is one of their selling points. >>

Just a quick note: the .wbs instead of .pas thing was intentional.  I don't
want anyone to get the idea that they can simply move code over to EWB from
Delphi and have it work.  In some simple cases, yes, this may be the case,
but in general this is simply not going to be possible.  Even the available
data types are significantly different.

The general idea with EWB is to leverage your Delphi knowledge and skills,
not necessarily all of the code.  Given the differences between the native
OS's and the browser environment, I don't see why anyone would try to claim
such a thing.

Tim Young
Elevate Software
www.elevatesoft.com
Mon, Nov 19 2012 3:57 PMPermanent Link

Robert Devine

Hi Tim

> the .wbs instead of .pas thing was intentional

I realise that, and think it's a good idea to separate them - i.e.
anything in .pas files would need to be explicitly imported.

>Given the differences between the native OS's and the browser

I agree it wouldn't be a good idea to push it too far at this stage from
a marketing viewpoint, but with EWB you've given me a way to share large
chunks of code between my native apps and HTML5 apps. The key to this of
course is the MVVM approach - i.e. very little of my code is now in
forms - it's all in the viewmodels. This is working for me pretty well
so far.

Cheers, Bob
Mon, Dec 3 2012 3:00 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Bob,

<< I agree it wouldn't be a good idea to push it too far at this stage from
a marketing viewpoint, but with EWB you've given me a way to share large
chunks of code between my native apps and HTML5 apps. The key to this of
course is the MVVM approach - i.e. very little of my code is now in forms -
it's all in the viewmodels. This is working for me pretty well so far. >>

I understand, and it does make sense to allow this at some level.  My worry
isn't with you (Smiley, rather that it becomes a slippery slope where all
sorts of language features are desired/requested that don't make sense in a
browser/Javascript or work the same, all in the name of code compatibility.

Thanks,

Tim Young
Elevate Software
www.elevatesoft.com
« Previous PagePage 2 of 2
Jump to Page:  1 2
Image