This is my last post for this year and I want to start of with gratitude.
I am grateful to all our customers for trusting us and investing in us by buying a product or service.
I am grateful to all people who are spreading kind words about us.
I am grateful to all our Angels who believe in us and invest in us.
I am grateful to all our employees, consultants, and partners who are all working at 100% to make us tick.
I am grateful to all the developers who have the pioneering spirit to try and use a new technology.
I could probably go on, I have a long list of gratitude, and I really am grateful, I am even grateful to Philips for their Coffee Maker, it kept me awake many nights :)
For some 2012 is the year of destruction! Well I am no Nostradamus but I think its going to be a lot of fun and success. Here are my predictions:
1. We will penetrate aggressively the market and leave a mark with our XPower++ Enterprise Edition
2. We will expand to Australia and China
3. We will finally see our Smyro devices in stores - Smyro-Phone, Smyro-Book, and Smyro-Net
4. We will launch our Smyro-Box device (Live apps/games on TV)
5. We will move Head-quarters to Phoenix/AZ
6. We will support even more operating systems and technologies
Of course these are only predictions ;) but we will aim for that.
So we keep us busy trying to innovate, create, and continue the evolution of our technologies. We may have to overcome obstacles but isn't that just the way life is.
I wish you all a very healthy and successful 2012. I am sure I'll see you around :)
Thursday, December 29, 2011
Tuesday, December 20, 2011
XPower++ VCL-Plugins
Did you know that you can create VCL-Plugins and use them in XPower++, actually you can create plugins in any language that supports window handles and int64 (Large Integer).
Here you can find a sample project No 045 -> http://xhelp.gridplusplus.com/samples.html that demonstrates how to create a VCL-Plugin and how you can load and use it in XPower++.
I myself have a Delphi background, I used it since Delphi 2 and I really enjoyed working with it for years, I also love the Pascal language, it is simple and very clear to read, but I never gave up on C++ which is really my favorite language.
So just for fun I wanted to see if I would be able to use QtWebkit with XPower++ and was very amazed when I was able to use with minimum effort. Have a look at the construct of the VCL sample, the important part is that you create the component with the ParentWindow Handle as the XPower++ Form Handle which you need to pass to the DLL, and the rest is up to your needs, like setbounds to adjust the size, or any functionality that you need to trigger and get a result of.
Upside: You can reuse old code (forms and parts of your apps) and/or extend XPower++ Library
Downside: You have to deploy DLL's
So if you go ICKY and make a vampire cross with your fingers with DLL's, this is not for you :)
more info about XPower++ is here -> http://xpowerplusplus.com
Here you can find a sample project No 045 -> http://xhelp.gridplusplus.com/samples.html that demonstrates how to create a VCL-Plugin and how you can load and use it in XPower++.
I myself have a Delphi background, I used it since Delphi 2 and I really enjoyed working with it for years, I also love the Pascal language, it is simple and very clear to read, but I never gave up on C++ which is really my favorite language.
So just for fun I wanted to see if I would be able to use QtWebkit with XPower++ and was very amazed when I was able to use with minimum effort. Have a look at the construct of the VCL sample, the important part is that you create the component with the ParentWindow Handle as the XPower++ Form Handle which you need to pass to the DLL, and the rest is up to your needs, like setbounds to adjust the size, or any functionality that you need to trigger and get a result of.
Upside: You can reuse old code (forms and parts of your apps) and/or extend XPower++ Library
Downside: You have to deploy DLL's
So if you go ICKY and make a vampire cross with your fingers with DLL's, this is not for you :)
more info about XPower++ is here -> http://xpowerplusplus.com
XPower++ Compiler
Hi, today I want to write something about our compiler technology, but before I start I would like to share a small history about XPower++.
Maybe you know it already, but for those who don't, XPower++ is the successor of Power++. Power++ was entirely written with Delphi 2010 and it was the first Grid Computing IDE that used a similar structure like .NET where you needed to deploy a runtime framework to run Live/Native applications. Unfortunately this design resulted in performance problems specially when you had many resources compiled into the app, but given that this was our first version of a complete new approach of running distributed apps, the platform was successful and many businesses are still using it today.
With our XPower++ we basically re-wrote the entire platform, and this time we used Lazarus/FPC to create our libraries. Many people may not recognize it but Lazarus/FPC has matured and has become a real professional solution.
With XPower++ compiler we introduced a new approach where we separated the Grid++ Layer and the Native Execution layer, which means you can write Live apps/games but you would need a runtime (PowerConnect++ Client) to be able to execute, or you can choose to compile your apps/games into a native executable binary for Windows, Linux, MacOSX, iOS, Android,... and more.
Now the real gig behind all this is our unique library that is included into the generated exe, so no more dlls or whatsoever to deploy, in fact developers don't even hassle with search path, include units... etc the compiler figures it out all automatically, which is a real boost in development time.
For those who are trying to trash talk XPower++ and arguing that it generates a to big exe, let's compare:
java app with 1 button: to run it you need min. 36 MB Java Runtime
.NET app with 1 button: to run it you need min 24 MB Framework
Mono app with 1 button: to run it you need min 24 - 45 MB Framework
Qt app with 1 button: generated exe is 2 MB but you need 20 MB runtime
Delphi app with 1 button: generated exe is 2.2 MB
Lazarus-LCL app with 1 button: generated exe is 2.2 MB
Real Studio app with 1 button: generated exe is 4.6 MB
(I am very suspecting now that Delphi also uses FPC)
There are many, some of them create PURE API apps (300KB), but there you have to manage your resources your self and you end up deploying many files, plus you have not that many components available.
XPower++ Enterprise Edition generates 10 MB (2.7MB compressed) in size (150 KB - 1.2 MB for Mobile) but all resources, dependencies, connection handlers, SQL engines, custom components etc... are build right into the exe natively, and what is the best of all is, during development you don't need to include files, fix your search path, create resource files so you can compile and bind them, etc... just write and with the "One Click" cross compiler you generate native apps for many operating systems, alone this feature already saves you up to 75% development and testing time. And all you need to deploy is your exe -> nothing else.
XPower++ has maybe not the fastest compiler and obviously it cannot generate the smallest exe but it is certainly the most practical and most comfortable development IDE out there. With multiple language dialects and easy to use library structure, XPower++ really stands out as a good alternative for many developers. You need to be now a days practical and create solutions fast, because if you spend to much time developing, trying to figure out how to cross compile, searching forums for answers, then my friend you won't keep up with the fast peacing competition.
Lets get real Ladies and Gentlemen, XPower++ is helping many developers to build apps/games faster. Of course there is some Learning Curve but it is really not that hard. For experienced developers it is about 2-4 hours and for novice developers maybe up to 12 hours.
Conclusion: XPower++ is very practical and comfortable to use, and the exe size is totally acceptable compared to others and the capabilities it offers.
Here is my statement: XPower++ Rocks! :) and we aim to run everywhere just like Java but NATIVE!
more info about XPower++ is here -> http://xpowerplusplus.com
Maybe you know it already, but for those who don't, XPower++ is the successor of Power++. Power++ was entirely written with Delphi 2010 and it was the first Grid Computing IDE that used a similar structure like .NET where you needed to deploy a runtime framework to run Live/Native applications. Unfortunately this design resulted in performance problems specially when you had many resources compiled into the app, but given that this was our first version of a complete new approach of running distributed apps, the platform was successful and many businesses are still using it today.
With our XPower++ we basically re-wrote the entire platform, and this time we used Lazarus/FPC to create our libraries. Many people may not recognize it but Lazarus/FPC has matured and has become a real professional solution.
With XPower++ compiler we introduced a new approach where we separated the Grid++ Layer and the Native Execution layer, which means you can write Live apps/games but you would need a runtime (PowerConnect++ Client) to be able to execute, or you can choose to compile your apps/games into a native executable binary for Windows, Linux, MacOSX, iOS, Android,... and more.
Now the real gig behind all this is our unique library that is included into the generated exe, so no more dlls or whatsoever to deploy, in fact developers don't even hassle with search path, include units... etc the compiler figures it out all automatically, which is a real boost in development time.
For those who are trying to trash talk XPower++ and arguing that it generates a to big exe, let's compare:
java app with 1 button: to run it you need min. 36 MB Java Runtime
.NET app with 1 button: to run it you need min 24 MB Framework
Mono app with 1 button: to run it you need min 24 - 45 MB Framework
Qt app with 1 button: generated exe is 2 MB but you need 20 MB runtime
Delphi app with 1 button: generated exe is 2.2 MB
Lazarus-LCL app with 1 button: generated exe is 2.2 MB
Real Studio app with 1 button: generated exe is 4.6 MB
(I am very suspecting now that Delphi also uses FPC)
There are many, some of them create PURE API apps (300KB), but there you have to manage your resources your self and you end up deploying many files, plus you have not that many components available.
XPower++ Enterprise Edition generates 10 MB (2.7MB compressed) in size (150 KB - 1.2 MB for Mobile) but all resources, dependencies, connection handlers, SQL engines, custom components etc... are build right into the exe natively, and what is the best of all is, during development you don't need to include files, fix your search path, create resource files so you can compile and bind them, etc... just write and with the "One Click" cross compiler you generate native apps for many operating systems, alone this feature already saves you up to 75% development and testing time. And all you need to deploy is your exe -> nothing else.
XPower++ has maybe not the fastest compiler and obviously it cannot generate the smallest exe but it is certainly the most practical and most comfortable development IDE out there. With multiple language dialects and easy to use library structure, XPower++ really stands out as a good alternative for many developers. You need to be now a days practical and create solutions fast, because if you spend to much time developing, trying to figure out how to cross compile, searching forums for answers, then my friend you won't keep up with the fast peacing competition.
Lets get real Ladies and Gentlemen, XPower++ is helping many developers to build apps/games faster. Of course there is some Learning Curve but it is really not that hard. For experienced developers it is about 2-4 hours and for novice developers maybe up to 12 hours.
Conclusion: XPower++ is very practical and comfortable to use, and the exe size is totally acceptable compared to others and the capabilities it offers.
Here is my statement: XPower++ Rocks! :) and we aim to run everywhere just like Java but NATIVE!
more info about XPower++ is here -> http://xpowerplusplus.com
Subscribe to:
Posts (Atom)