![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » Elevate Web Builder Technical Support » Support Forums » Elevate Web Builder General » View Thread |
Messages 1 to 10 of 26 total |
![]() |
Mon, Sep 9 2019 2:47 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | Just a quick update on where things stand:
- I had to re-work the way that the compiler was handling external property references, and that has accounted for most of the delay in not getting something out in beta in August. It was simply a case of trying to force a design for the external property references that didn't match that of the normal property references, and once I stopped doing that everything fell back into place. - I'm finishing up the final code editor changes right now, and should be done with those by Wednesday. After that point, I have some minor work to do on the remote debugging of server-side applications, and I should be able to get a rough beta out some time next week. There will be some missing RTL pieces for server-side applications and some missing UI functionality in the IDE for a couple of server management functions, and I will be finishing those up as the beta goes on and I finish up the documentation. In general, things are looking really good right now. The interpreter performance is very good, especially in the IDE. This makes many aspects of the IDE much snappier than before. The compiler is also a bit faster, so that makes the compilation cycle very short now. Lastly, the code generation/navigation functionality in the IDE for UI updates (adding components to the form unit, adding/removing event handlers, etc.) is a bit more robust now, and is able to cope with missing/bad pieces of code more easily without choking. The compressed size of the emitted JS applications is slightly larger than before, but this was intentional as I made the dead code elimination in the compiler faster, but slightly less thorough. The difference is around ~40K for a compressed ~700K application. I'm going to be doing an introductory video as soon as I have everything in enough of a working order to show off all of the features that I want to highlight, so even if you don't want to be in the beta, you'll be able to see what's coming soon. Thanks, Tim Young Elevate Software www.elevatesoft.com |
Mon, Sep 9 2019 4:53 PM | Permanent Link |
Steve Gill | Thank you for the update Tim. It all sounds really good. Definitely count me in for the Beta.
= Steve |
Mon, Sep 9 2019 9:36 PM | Permanent Link |
KimHJ Comca Systems, Inc | Thanks for the update look forward to the finish EWB 3.0
Kim |
Tue, Sep 10 2019 1:41 PM | Permanent Link |
Uli Becker | You guys are really patient...
![]() |
Tue, Sep 10 2019 6:11 PM | Permanent Link |
Steve Gill | Uli Becker wrote:
You guys are really patient... ![]() On the surface. I might need a new mouse - I think I may have worn out the left mouse button from clicking on the browser refresh button several times every day. ![]() = Steve |
Tue, Sep 10 2019 7:40 PM | Permanent Link |
Rick | Tim Young [Elevate Software] wrote:
>The compressed size of the emitted JS applications is slightly larger than before, but this was intentional as I made >the dead code elimination in the compiler faster, but slightly less thorough. The difference is around ~40K for a >compressed ~700K application. Thanks for the update Tim. I like the idea of a very fast compiler but I would be happy to sacrifice compilation speed for a smaller runtime. Is this something you'll be looking at in the future? I do have some users on slow connections and whilst 40K is fairly small every byte counts. Also, does this release bring any performance improvements when creating forms containing a large number of components? I sometimes want to display multiple TGrids with several columns each on a single form and this appears to affect form creation performance. Rick. |
Tue, Sep 10 2019 9:25 PM | Permanent Link |
Raul ![]() | On 9/10/2019 7:40 PM, Rick wrote:
> Thanks for the update Tim. I like the idea of a very fast compiler but I would be happy to sacrifice compilation speed for a smaller runtime. Is this something you'll be looking at in the future? I do have some users on slow connections and whilst 40K is fairly small every byte counts. Then i would recommend to ensure your web server does on demand compression (i.e. gzip) - that will likely result in some 80% reduction of any downloads (i.e. 700K will be more like 150K on the wire). Raul |
Wed, Sep 11 2019 12:21 AM | Permanent Link |
Rick | Raul wrote:
>Then i would recommend to ensure your web server does on demand compression (i.e. gzip) Yes, definitely active where possible. But bandwidth is bandwidth right? When it comes to network I'll always take smaller. I also have to deal with mainframe (z/OS) based web servers which mostly/maybe support gzip/other compression. Perhaps EWB could support a compiler option that offers faster compilation or smaller run time. User chooses. Rick. |
Thu, Sep 19 2019 7:07 PM | Permanent Link |
Steve Gill | I think I might have worn about my browser's refresh button.
![]() = Steve |
Fri, Sep 20 2019 4:44 AM | Permanent Link |
Uli Becker | Steve,
> I think I might have worn about my browser's refresh button. ![]() I have always appreciated Tim's work, but meanwhile it's hard to stay patient (at least for me). EWB3 beta was already announced before Christmas in 2018 and I wonder if we are going to see it before Christmas 2019. Just tired. ![]() Uli |
Page 1 of 3 | Next Page » | |
Jump to Page: 1 2 3 |
This web page was last updated on Wednesday, April 23, 2025 at 06:31 AM | Privacy Policy![]() © 2025 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |