Hello everybody, Small preview concept of form designer for Delphi "True Native" Crossplatform library. Just a draft, which can be included in final product. #TrueNativeUILibrary #DelphiOnMobile #Delphi #RadStudio
OK, there already is the crossplatform pascal visual framework, namely Lasarus LCL. Why would one choose The New Library instead of it? It would be interesting to know the benefits, if any.
Roland Kossow no, because FGX has independent architecture. When i began develop this library, i was been choosing between two approach: 1. Create additional set of controls, which are based on FMX. I have started my experiments with it. But it was like a hack. Because base of FMX has developed for creating controls, which has one code for all platform (I mean custom painting) and there are no way for good splitting implementation of controls for different platform (additional overhead, not clear code and so one). Also fmx has some differences in low level platform implementation, which cannot be changed from the outside without changing fmx sources. 2. So i have started to work on my independent framework from beginning of this year. Some results of 1 are included into it (like a implementation of base controls for ios). This approach costs more time, but i can control everything in platform without waiting new Tokio release, which can dramatically break something in fmx platform and make my library unavailable for correct working. Of course the other side - is a creating form designer for IDE which is a very complicated task and requires additional time.
P.S. The most of all standart fmx controls will be available in FGX also.
José Morango There are a lot of works (See my previous comment). I want to provide alpha and beta in the end of the year. Because i prefer to check twice everything and provide good quality.
Also i will open private testing for collecting feedbacks about framework. It's important for me for improving library for developers, not for marketing. Everyone will be able to discuss desicions and offer their ideas for including in library.
Yaroslav Brovin thanks for the explanation, that’s why I’m very happy about your project it’s not fmx , it’s native , I would be glad to be a tester for this great project , keep the good work :)
Great works, but sorry to be honest: If not probation of thirty party control producers this will fail quick. FMX adoption take 5 years and many producers still don´t eat (like DEVEX). LCL from Lazarus is the way I believe. Delphi is better for debug but Lazarus is better player fro IOT right now. Use the best of every world.
No FMX = way to go! Native controls[per platform] = messy but will render perfect result on each. I do not however get the SCOPE of your project. GUI only? What is needed besides your product to target X, Y, Z?
Ronald Klitsche no, Cocoa is not cross platform library. With cocoa you create separated project for iOS and Android, and you use Raw android API and iOS API
Congratulations! Great project and great progress. There are two kinds of the so-called native GUI - for desktop OS or mobile OS. Obviously your framework is aiming at mobile system, please make it obvious when communicating, that'll help promote your work :) Correct me if I'm wrong.
/faptime
ReplyDeletehummm, nice
ReplyDeleteWill it be possible to mix FGX and FMX components in a project?
ReplyDelete/sub
ReplyDeleteIs it just a "Native" FMX custom componets set? or a bran-new Native framework(different from FMX)?
ReplyDelete/bus
ReplyDelete/sub
ReplyDelete/sub
ReplyDeleteAttila Kovacs What do you mean about "component has to look childish"?
ReplyDeleteH Visli It's a new framework without using FMX
ReplyDeleteGreat work
ReplyDeleteJosé Morango Thank you
ReplyDeleteOK, there already is the crossplatform pascal visual framework, namely Lasarus LCL. Why would one choose The New Library instead of it? It would be interesting to know the benefits, if any.
ReplyDeleteAlexander Elagin The same reason, why some developers choose RAD Studio instead of Lazarus.
ReplyDeleteYaroslav Brovin when do you expect to release a beta version? I'm really exited about this platform :)
ReplyDeleteRoland Kossow no, because FGX has independent architecture. When i began develop this library, i was been choosing between two approach:
ReplyDelete1. Create additional set of controls, which are based on FMX. I have started my experiments with it. But it was like a hack. Because base of FMX has developed for creating controls, which has one code for all platform (I mean custom painting) and there are no way for good splitting implementation of controls for different platform (additional overhead, not clear code and so one). Also fmx has some differences in low level platform implementation, which cannot be changed from the outside without changing fmx sources.
2. So i have started to work on my independent framework from beginning of this year. Some results of 1 are included into it (like a implementation of base controls for ios). This approach costs more time, but i can control everything in platform without waiting new Tokio release, which can dramatically break something in fmx platform and make my library unavailable for correct working. Of course the other side - is a creating form designer for IDE which is a very complicated task and requires additional time.
P.S. The most of all standart fmx controls will be available in FGX also.
Ah - ok - I understand. Interesting. Keep us updated.
ReplyDeleteJosé Morango There are a lot of works (See my previous comment). I want to provide alpha and beta in the end of the year. Because i prefer to check twice everything and provide good quality.
ReplyDeleteAlso i will open private testing for collecting feedbacks about framework. It's important for me for improving library for developers, not for marketing. Everyone will be able to discuss desicions and offer their ideas for including in library.
Yes, good quality is very important. In this respect the community can help you. Come on!
ReplyDeleteYaroslav Brovin thanks for the explanation, that’s why I’m very happy about your project it’s not fmx , it’s native , I would be glad to be a tester for this great project , keep the good work :)
ReplyDelete/sub
ReplyDeleteGreat works, but sorry to be honest: If not probation of thirty party control producers this will fail quick. FMX adoption take 5 years and many producers still don´t eat (like DEVEX). LCL from Lazarus is the way I believe. Delphi is better for debug but Lazarus is better player fro IOT right now. Use the best of every world.
ReplyDeleteCongratulations on the excellent work, your project will be a success, you value the quality first ...
ReplyDeleteGerman Gentile All none visual components will be work in new framework also. Because they don't have UI. So i belive a part of them will work.
ReplyDeleteGerman Gentile About controls, you are right. It requires time and success of project. Will see...
ReplyDeleteNo FMX = way to go! Native controls[per platform] = messy but will render perfect result on each. I do not however get the SCOPE of your project. GUI only? What is needed besides your product to target X, Y, Z?
ReplyDeleteIs the approach similar to http://www.turbococoa.com
ReplyDeletebut with a Delphi included TForm designer?
turbococoa.com - TurboCocoa Home
Ronald Klitsche no, Cocoa is not cross platform library. With cocoa you create separated project for iOS and Android, and you use Raw android API and iOS API
ReplyDeleteCongratulations! Great project and great progress. There are two kinds of the so-called native GUI - for desktop OS or mobile OS. Obviously your framework is aiming at mobile system, please make it obvious when communicating, that'll help promote your work :) Correct me if I'm wrong.
ReplyDeleteHi Yaroslav Brovin wich is your project status?
ReplyDeleteHi Yaroslav Brovin , just like Christen Blom-Dahl ask, Me too I'm curious about your nice project status.
ReplyDeleteChristen Blom-Dahl José Morango Hello, i have post about new progress in this project plus.google.com - Hi everybody, A huge work is done, but a lot interesting development of ahea...
ReplyDelete