Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » Elevate Web Builder Technical Support » Support Forums » Elevate Web Builder General » View Thread |
Messages 11 to 17 of 17 total |
Global search |
Thu, Nov 15 2012 10:42 AM | Permanent Link |
Roy Lambert NLH Associates 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 AM | Permanent 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 AM | Permanent Link |
Raul 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 AM | Permanent 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 PM | Permanent 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 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. 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 (, 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 Page | Page 2 of 2 | |
Jump to Page: 1 2 |
This web page was last updated on Friday, March 29, 2024 at 03:30 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |