Re: [fpc-pascal] which GUI (noob)
On Wed, December 2, 2015 10:08, Saša Janiška wrote: Hi, >> Unfortunately, the original poster didn't mention that he wasn't >> subscribed to the list, but I'd suggest keeping him in Cc: of >> potential answers. > > I'm the original poster (merged two of my email addresses into new one) > and I'm subscribed to the list, although posting from Gmane or do I miss > something? Sorry, my fault, forget it (your post went to the moderation queue, but the reason was different and fixed now). . . >> Obviously, advantages and disadvantages specifically related to use of >> these libraries with FPC are perfectly on topic in this list. > > Let me reassure you that I'm thinking in regard to FPC. . . Very good. Tomas ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Sri, 2015-12-02 at 09:41 +0100, Tomas Hajny wrote: > On Wed, December 2, 2015 09:28, Mark Morgan Lloyd wrote: > > Saša Janiška wrote: > > > On Uto, 2015-08-04 at 16:35 +, Mark Morgan Lloyd wrote: > > > Hi, > > Unfortunately, the original poster didn't mention that he wasn't > subscribed to the list, but I'd suggest keeping him in Cc: of > potential answers. I'm the original poster (merged two of my email addresses into new one) and I'm subscribed to the list, although posting from Gmane or do I miss something? > As an additional comment, please note that discussions about general > advantages and disadvantages/issues of external GUI libraries and/or > their implementation on a particular platform should be better > discussed on the fpc-other list. I did explore fpc-other archives up to the year 2010 and could not find anything which would resemble the topic. > Obviously, advantages and disadvantages specifically related to use of > these libraries with FPC are perfectly on topic in this list. Let me reassure you that I'm thinking in regard to FPC. >I mention this because it wasn't clear from the question of the > original poster which of the cases he was asking about. I'm a bit surprised considering that my original post was started with: "I’m new to FPC and researching about different GUI options available to write open-source multi-platform desktop app using FPC…" ? Sincerely, Gour -- One who is not disturbed in mind even amidst the threefold miseries or elated when there is happiness, and who is free from attachment, fear and anger, is called a sage of steady mind. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Sri, 2015-12-02 at 08:28 +, Mark Morgan Lloyd wrote: > GTK2 has problems on Debian Jessie. But that is not problem with Lazarus itself, right? Sincerely, Gour -- The working senses are superior to dull matter; mind is higher than the senses; intelligence is still higher than the mind; and he [the soul] is even higher than the intelligence. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Wed, December 2, 2015 09:28, Mark Morgan Lloyd wrote: > Saša Janiška wrote: >> On Uto, 2015-08-04 at 16:35 +, Mark Morgan Lloyd wrote: Hi, Unfortunately, the original poster didn't mention that he wasn't subscribed to the list, but I'd suggest keeping him in Cc: of potential answers. >> I must admit that I spent some time exploring some other possibleoptions >> in regard to the choice of programming language to be used formy desktop >> GUI project, just to come to the conclusion, even strongerthan before, >> that FPC is the best option. :-) >>> That's going to be a problem. On x86 and x86-64 Jessie, my experience> >>> so far is that GTK2 doesn't work and that Qt is the only viable> >>> option. >> I've started working with Object Pascal Handbook to learn the >> language,but still have to make definite choice in regard to GUI...so I >> wonderwhat did you find problematic with GTK2 on Debian? (I'm using >> openSUSETumbleWeed.)? > > GTK2 has problems on Debian Jessie. As an additional comment, please note that discussions about general advantages and disadvantages/issues of external GUI libraries and/or their implementation on a particular platform should be better discussed on the fpc-other list. Obviously, advantages and disadvantages specifically related to use of these libraries with FPC are perfectly on topic in this list. I mention this because it wasn't clear from the question of the original poster which of the cases he was asking about. Thanks Tomas (one of FPC mailing lists moderators) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Saša Janiška wrote: On Uto, 2015-08-04 at 16:35 +, Mark Morgan Lloyd wrote: I must admit that I spent some time exploring some other possibleoptions in regard to the choice of programming language to be used formy desktop GUI project, just to come to the conclusion, even strongerthan before, that FPC is the best option. :-) That's going to be a problem. On x86 and x86-64 Jessie, my experience> so far is that GTK2 doesn't work and that Qt is the only viable> option. I've started working with Object Pascal Handbook to learn the language,but still have to make definite choice in regard to GUI...so I wonderwhat did you find problematic with GTK2 on Debian? (I'm using openSUSETumbleWeed.)? GTK2 has problems on Debian Jessie. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Uto, 2015-08-04 at 16:35 +, Mark Morgan Lloyd wrote: I must admit that I spent some time exploring some other possible options in regard to the choice of programming language to be used for my desktop GUI project, just to come to the conclusion, even stronger than before, that FPC is the best option. :-) > That's going to be a problem. On x86 and x86-64 Jessie, my experience > so far is that GTK2 doesn't work and that Qt is the only viable > option. I've started working with Object Pascal Handbook to learn the language, but still have to make definite choice in regard to GUI...so I wonder what did you find problematic with GTK2 on Debian? (I'm using openSUSE TumbleWeed.)? Sincerely, Gour -- Even a man of knowledge acts according to his own nature, for everyone follows the nature he has acquired from the three modes. What can repression accomplish? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 08/06/2015 12:30 PM, Graeme Geldenhuys wrote: On 2015-08-06 15:43, Graeme Geldenhuys wrote: 1. Run Lazarus and open the fpgui_toolkit.lpk package found in the fpGUI code: /src/corelib/[x11|gdi]/fpgui_toolkit.lpk Click "Compile". It was brought to my attention that the above is somewhat ambiguous. I meant for the text [x11|gdi] to mean "x11" or "gdi" depending on your platform. i found that out ;) thanks for the clarification! -- NOTE: No off-list assistance is given without prior approval. *Please keep mailing list traffic on the list* unless private contact is specifically requested and granted. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-06 15:43, Graeme Geldenhuys wrote: > 1. Run Lazarus and open the fpgui_toolkit.lpk package found in the >fpGUI code: /src/corelib/[x11|gdi]/fpgui_toolkit.lpk >Click "Compile". It was brought to my attention that the above is somewhat ambiguous. I meant for the text [x11|gdi] to mean "x11" or "gdi" depending on your platform. So if you run Windows, open the following package: \src\corelib\gdi\fpgui_toolkit.lpk And if you run any X11 or OSX system, open this packages instead: /src/corelib/x11/fpgui_toolkit.lpk Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-06 15:26, Peter wrote: > I was unsure how to > get Lazarus to use fpgui in the first place. Anyway, its here, for > anyone interested. Correction. Those instructions mentioned in the URL you posted is to create a LCL-fpGUI application. The LCL-fpGUI widgetset is not feature complete, and not nearly ready for real usage. It is recommended that you create fpGUI applications using fpGUI directly (no LCL involved). For that you follow these simple steps: Lets configure Lazarus to have a new project type: -- 1. Run Lazarus and open the fpgui_toolkit.lpk package found in the fpGUI code: /src/corelib/[x11|gdi]/fpgui_toolkit.lpk Click "Compile". 2. Now open the IDE add-on package, compile and install. Open /extras/lazarus_ide/fpgui_ide.lpk Click "Compile" & "Install". Lazarus will rebuild and restart itself. Now to create a fpGUI application: -- 1. Run Lazarus 2. Select "Project -> New Project..." and select "fpGUI Toolkit Application". All done, you have create your first fpGUI Toolkit application using Lazarus IDE as your editor! :) I also recommend you integrate the fpGUI UIDesigner (forms designer) and DocView as external tool items in Lazarus IDE. It is just a convenience, not a requirement. For that you can follow the instructions found in this page. The page describes the process for docview, but the same process is used for the UIDesigner. http://fpgui.sourceforge.net/docview_ide_integration.shtml For more available options see the INSTALL.txt file found in /docs/ directory. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 04/08/15 16:20, Graeme Geldenhuys wrote: > On 2015-08-04 16:11, Peter wrote: >> I have not used Lazarus for a while, but I think you can use it as an >> IDE, while using fpGUI as a component set. Perhaps someone can confirm? > > I believe I answered that in an earlier reply. > > http://lists.freepascal.org/pipermail/fpc-pascal/2015-August/044795.html > > > Regards, > - Graeme - > Hi Graeme, Your earlier reply contains a link about docview. I was unsure how to get Lazarus to use fpgui in the first place. Anyway, its here, for anyone interested. http://wiki.freepascal.org/fpGUI_Interface#Creating_your_first_LCL_application_with_fpGUI Regards, Peter ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
fredvs writes: > Hum, if i may, ... Sure! > a) => for Linux and FreeBSD => needs X11 + (Gnome or KDE) + (GTK or Qt) + > many other libraries. > b) + c) => for Linux and FreeBSD => needs only X11. Thank you, it confirms my conclusion that I’ll skip over a) and probably use b). ;) Sincerely, Gour -- The intricacies of action are very hard to understand. Therefore one should know properly what action is, what forbidden action is, and what inaction is. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Di, 2015-08-04 at 14:44 +0100, Graeme Geldenhuys wrote: > On 2015-08-04 14:04, Marc Santhoff wrote: > > > > can you give a short explanation how the pattern is implemented or show > > a documentation link, please? > > Model-GUI-Mediator is a combination of the Observer and Mediator design > patterns working together. > > > Follow the URL shown below, and view the second article from the top. > > It is an introduction to Model-GUI-Mediator, but the implementation > found in tiOPF goes far beyond what is covered in that article. Needless > to say the one found in tiOPF is much improved, easier to use and way > more powerful. The underlying idea is the same though. I understood the principle, which is OK for now. > > http://geldenhuys.co.uk/articles/ Many more articles worth reading, especially reagarding patterns. thanks a lot! -- Marc Santhoff ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Gour wrote > Hello, > > I’m new to FPC and researching about different GUI options available to > write open-source multi-platform desktop app using FPC… > > Based on what I’ve found there are mainly three options: > > a) Lazarus and LCL > > b) fpGUI > > c) MSEgui > > Afaict, a) support all three main OS-es - Linux, Mac & Windows by > providing native look’n’feel although, iirc Hum, if i may, ... a) => for Linux and FreeBSD => needs X11 + (Gnome or KDE) + (GTK or Qt) + many other libraries. b) + c) => for Linux and FreeBSD => needs only X11. - Many thanks ;-) -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/which-GUI-noob-tp5722150p5722187.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
In our previous episode, Ewald said: > > Second would be a different procedure-block ending from just "end;" though > > the M2 way > > of end "procedurename" is unnecessary hard to maintain. end proc; or end > > function would be just fine. > > You mean something like Ada? > > while true loop > if false then > --whatever > else > --ditto > end if; > end loop; No, that is what I considered micromanaging, and per saldo worse than what Pascal does. (IOW Pascal is a problem, but the Ada cure is worse than the problem). Ada has that tendency a lot. The sweet spot is what Modula2 did by only adding to the end of the procedure block. Unfortunately, Modula2 ruined it by adding the function name there so it became procedure xxx; begin ... code end xxx; which meant that if you renamed the function you had to modify the procedurename twice, without much added benefit. That I would want to avoid, so just "end proc;" or something similar. > Extra feature: inherent concurrency support. I don't know about classes > or generics, those will probably be in an newer standard. But who needs > those? IMHO generics are more important than concurency. One can get pretty far without in language concurency and just using them as library concept. But one can't get typesafe container that way. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Marco van de Voort wrote: In our previous episode, Mark Morgan Lloyd said: I think that the one thing I'd suggest to everybody is that it would be highly desirable if the dangling else fix were guaranteed to break Pascal syntax. As such end if; etc. might be a better choice If you start a different language, yes, the block system would be number one. Do away with oneline vs multiline blocks ambiguity in general. (and not just because of ELSE). Second would be a different procedure-block ending from just "end;" though the M2 way of end "procedurename" is unnecessary hard to maintain. end proc; or end function would be just fine. As usual that doesn't mean I want to micromanage. I don't have to end every block in a specific way. As usual, bounding the major problem (don't let an unterminated block spill over function bounderies) is enough. I came across an odd thing in a paper about ALGOL 60 the other day: "Any character between the symbol end and the first semicolon or end or else following this end is [comment] text." I've never ploughed through the original documents and presume it's in there somewhere, but it does seem like an attractive facility. If you want to merely extend pascal, my fav feature would be qualified vs unqualified import/export control I guesst. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 08/05/2015 09:14 PM, Marco van de Voort wrote: > In our previous episode, Mark Morgan Lloyd said: >> I think that the one thing I'd suggest to everybody is that it would be >> highly desirable if the dangling else fix were guaranteed to break >> Pascal syntax. As such end if; etc. might be a better choice > If you start a different language, yes, the block system would be number one. > Do away > with oneline vs multiline blocks ambiguity in general. (and not just because > of ELSE). > > Second would be a different procedure-block ending from just "end;" though > the M2 way > of end "procedurename" is unnecessary hard to maintain. end proc; or end > function would be just fine. You mean something like Ada? while true loop if false then --whatever else --ditto end if; end loop; (although functions/procedures are terminated using `end ;` as well) Extra feature: inherent concurrency support. I don't know about classes or generics, those will probably be in an newer standard. But who needs those? -- Ewald ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
In our previous episode, Mark Morgan Lloyd said: > I think that the one thing I'd suggest to everybody is that it would be > highly desirable if the dangling else fix were guaranteed to break > Pascal syntax. As such end if; etc. might be a better choice If you start a different language, yes, the block system would be number one. Do away with oneline vs multiline blocks ambiguity in general. (and not just because of ELSE). Second would be a different procedure-block ending from just "end;" though the M2 way of end "procedurename" is unnecessary hard to maintain. end proc; or end function would be just fine. As usual that doesn't mean I want to micromanage. I don't have to end every block in a specific way. As usual, bounding the major problem (don't let an unterminated block spill over function bounderies) is enough. If you want to merely extend pascal, my fav feature would be qualified vs unqualified import/export control I guesst. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Wed, Aug 5, 2015 at 2:02 AM, Peter wrote: > Well, thats good news then. I couldn't find any mention of QT5 in the wiki. The QT5 binding libs can be found in section "V2.6Alpha (Qt 5.1.X)" at page http://users.telenet.be/Jan.Van.hijfte/qtforfpc/fpcqt4.html In fact I recently asked in lazarus-qt list about how to test it. I guess Zeljko and Den are on holidays and will answer later. Juha ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Marco van de Voort wrote: (don't forget to ask Martin about the language he is creating, I tried to plug some M2 features, maybe you can drive the message home :-) If I'm reading his wiki page properly, at least he's got the bit of M2 that matters- resolution of the dangling else problem- which had already been recognised as sufficiently important to be in ALGOL 68. I think that the one thing I'd suggest to everybody is that it would be highly desirable if the dangling else fix were guaranteed to break Pascal syntax. As such end if; etc. might be a better choice. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 04/08/15 20:28, Juha Manninen wrote: > when QT4 is removed, Lazarus LCL will already support > QT5 bindings. Alpha version of the bindings already exist. Well, thats good news then. I couldn't find any mention of QT5 in the wiki. Peter. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-04 21:57, Schindler Karl-Michael wrote: > This is quite a twisted view, which cries for correction. Apple has > put up guide lines for developers, for example the Human Interface > Guidelines And even Apple can't adhere to their own HIG details. Such arguments about Mac users praising the consistency of OSX and its applications is a joke. If you want examples, use Google - it will list plenty of inconsistencies for iOS and OSX. As for Mac users not wanting to use applications that don't blend in perfectly well then I guess those same users never use the Internet or any web apps either? After all, websites look "alien" on every platform and has no HIG to speak off (weird looking buttons, menus all over the place, odd animations and hover effects, modal forms etc etc). Yet everybody on any platform seems to navigate websites and web apps just fine. Personally I don't think the majority of end-users are that stupid as some people make them out to be. If they see a button (on a web page or "alien" application) they know how to use it. The same goes for all other UI widgets too. The important things is, is the application stable, and does it provide a useful function that the end-user needs. Case in point, I wrote a commercial application for a client using fpGUI - a 100% custom drawn toolkit. fpGUI using OSX's X11 support to run. The client didn't give a damn if the application didn't look 100% native. They only cared that the application was stable and did what they needed. In fact, they were quite happy that it looked and behaved exactly like the Linux and Windows versions because it saved them extra effort and money when training the staff using the software. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Hi my two cents as a long term user of Macs, fpc and lazarus. > Am 04.08.2015 um 20:01 schrieb fpc-pascal-requ...@lists.freepascal.org: > > Though I often read that Mac people never will accept something which is not > made and sold by Apple so a toolkit like MSEgui on Mac is useless and Apple > tries to lock out „alien" solutions. This is quite a twisted view, which cries for correction. Apple has put up guide lines for developers, for example the Human Interface Guidelines (https://developer.apple.com/library/mac/documentation/UserExperience/Conceptual/OSXHIGuidelines/index.html#//apple_ref/doc/uid/2957) But there are more, for example about the application bundles and where to put preference files and similar things. Contrary to the claim above there are plenty freeware and shareware programs, which are well received by mac users. Whether they are sold by apple or not, is not the point. iTunes from Apple, for example, has received quite some critics, because it does not really follow the guide lines and therefore feels „strange“. Mac users have a low barrier to install and try something, but their barrier to ditch something to the trashcan is also very low. For a real Mac application without any fishy smell, i guess one needs to take the full dive and develop the interface with Xcode and use ObjectivePascal for the code. It is probably the only way to get the application into the AppStore, but i think that this is not your option. Whether Apple locks out alien solutions is not the point, because this has been the case even before the App Store. However, you can still install and run applications, like Lazarus, alien or not ;-) The carbon-lcl is probably the best compromise at the moment regarding features and mac-like appearance, at least until the cocoa-lcl does everything you need. Qt4-lcl is another option, but also needs quite some tweaking. For the majority of Apple users all X11-derived solutions are very alien and they are only accepted by techie nerds like me. Therefore, the question about your potential customers/users is quite important. If you have never used a Mac, it might be difficult to understand the critics of Maccies about the strange feeling and only sound arrogant. Things like the top priority of mouse activities and the corresponding user guidance and the much lower importance of application specific short keys. On the other hand a number of default short keys are expected to work. Ctrl-W for closing the active window is often missing in ported programs. But in many cases, the number of little things is so large, that the answer to the question „What is wrong?“ is „Oh my god, where should i start!“ I am surely exaggerating, but actually hoping to prepare you of what might come. There is a good chance that it is not so bad. Since you seem to have little experience with a Mac, it might be good to team up with a Maccie. Maybe try the mac-pascal mailing list. I have put together a small utility for the conversion of the voltage from a thermocouple to temperature in lazarus. It runs on Mac OS X, Linux and windows. Besides Lazarus, i also use a Makefile for some of the tweaks. Link: https://sourceforge.net/projects/heatwizard/ MiSchi. signature.asc Description: Message signed with OpenPGP using GPGMail ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Tue, Aug 4, 2015 at 6:11 PM, Peter wrote: > On 03/08/15 15:41, Gour wrote: > I would advise anyway against using LCL (Qt) on Linux at the moment. > I understand its based on Qt4, and Qt4 is being dropped in favour of > Qt5. At the very least, check how long your distribution will be > supporting Qt4. > > http://perezmeyer.blogspot.co.uk/2014/11/early-announce-qt4-removal-in-jessie1.html Qt4 may be deprecated but it will not be removed any time soon. Was the announcement made at 1. of April? No it wasn't. Anyway the major distros will support QT4 for a long time. Right now I am using OpenSuse Tumbleweed rolling distro with KDE Plasma 5 desktop. KDE is the biggest project using QT. They still need QT4 for many applications in Plasma 5. After many years when QT4 is removed, Lazarus LCL will already support QT5 bindings. Alpha version of the bindings already exist. The maintainer of LCL-QT, Zeljko, uses it for his own business. I am pretty sure this is a safe path for anybody. The sentence "I would advise anyway against using LCL (Qt) on Linux at the moment" is plain FUD and nonsense. > I don't think you will get a complete GTK3 in the LCL either at the > moment. Its 'alpha' status according to the wiki. LCL-GTK3 is alpha, yes. It needs contributors. Anybody? Juha ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Tuesday 04 August 2015 19:03:41 Gour wrote: > Martin Schreiber > > writes: > > > Though I often read that Mac people never will accept something which is > > not made and sold by Apple so a toolkit like MSEgui on Mac is useless and > > Apple tries to lock out "alien" solutions. > > > :-) > > Is Windows (e.g. V10) better in this regard? > I think so. > > What about docs? Someone mentined lack of it. > Some usefull links are here: http://mseide-msegui.sourceforge.net/ Wiki: http://wiki.freepascal.org/MSEide_&_MSEgui Examples are here: https://gitlab.com/mseuniverse/mseuniverse/tree/master/samples and here: https://gitlab.com/mseuniverse/mseuniverse/tree/master/attic/msedocumenting/mse/trunk/help/tutorials and feel free to ask on the mseide-msegui-talk mailing list. Martin ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Tuesday 04 August 2015 20:01:25 Gour wrote: > marcov-bqi0ya1h...@public.gmane.org (Marco van de Voort) writes: > > (don't forget to ask Martin about the language he is creating, I tried to > > plug some M2 features, maybe you can drive the message home :-) > > Hmm…nothing in public yet? > https://gitlab.com/mseide-msegui/mselang/wikis/home Martin ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
marcov-bqi0ya1h...@public.gmane.org (Marco van de Voort) writes: > (don't forget to ask Martin about the language he is creating, I tried to > plug some M2 features, maybe you can drive the message home :-) Hmm…nothing in public yet? I believe that using FPC is giving me more confidence considering the community behind… Sincerely, Gour -- It is far better to discharge one's prescribed duties, even though faultily, than another's duties perfectly. Destruction in the course of performing one's own duty is better than engaging in another's duties, for to follow another's path is dangerous. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
In our previous episode, Gour said: > > Please ask questions about MSEide+MSEgui on the mailing list: > > Will visit the place, for sure? > > Thank you for your input. > > At the end, after deciding to use FPC, there is no more lack of viable > options which was the case before when evaluating other languages. :-) (don't forget to ask Martin about the language he is creating, I tried to plug some M2 features, maybe you can drive the message home :-) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
In our previous episode, Peter said: > > > > I probably do not need full power of GTK2(3) or Qt toolkit, > > > I would advise anyway against using LCL (Qt) on Linux at the moment. > I understand its based on Qt4, and Qt4 is being dropped in favour of > Qt5. At the very least, check how long your distribution will be > supporting Qt4. The whole point of the LCL is that you only start worrying about widgetset when you are close to deployment, and need to do widgetset specific things. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Martin Schreiber writes: > Hi, I am the author of MSEide+MSEgui. Hiya! > MSEgui works on Linux, FreeBSD and Windows. A port for OSX with X11 backend > is > probably doable with not much effort. I would prefer to interface to Quartz > directly, such a solution needs a sponsor because of the rather big > expenditure and I don't need OSX myself. I also personally do not need OSX neither I used it ever - just would like to provide, if possible, version of my app for it. > Though I often read that Mac people never will accept something which is not > made and sold by Apple so a toolkit like MSEgui on Mac is useless and Apple > tries to lock out "alien" solutions. :-) Is Windows (e.g. V10) better in this regard? I plan to write open-source app using Linux/BSD platform so there is no comercial pressure to have Win/Mac version, just simple convenience. > MSEide+MSEgui is no Delphi clone, so if you are experienced to work with > Delphi and don't like to learn something new you probably would have a hard > time with MSEide+MSEgui at the beginning. No Delphi experience at all… > If you don't know Delphi or you think that Delphi not necessarily is the only > possible way to make a GUI toolkit and IDE, MSEide+MSEgui can be easily > learned because of its orthogonal architecture and most things "simply work", > also difficult things like visual form inheritance, frames and docking - BTW > since many years already. I’ll check it out. > I started development of MSEide+MSEgui in 1999 and invested about 20'000 > hours > up to now. Because of the small team the software architecture, quality and > strictness is very good. MSEgui probably is the most versatile GUI toolkit > you will find on the market. What about docs? Someone mentined lack of it. > License of MSEide is GPL, license of MSEgui is LGPL with static linking > exception, so you are free to fork the projects if you don't like my > development direction . I’ll probably have to use some 3rd party C lib which is GPLV2+, so license is not a problem here. > MSEide+MSEgui has excellent database support, please take a look in the > MSEide > component palette tabs 'DB', 'DBe', 'DBl', 'DBf', 'Rep' and 'ifi' . > Please take the recommendation of tiOPF design patterns by Graeme with a > grain > of salt, it is not the only possibility to build high quality database > applications and he is a little bit biased. ;-) :-) > Please ask questions about MSEide+MSEgui on the mailing list: Will visit the place, for sure… Thank you for your input. At the end, after deciding to use FPC, there is no more lack of viable options which was the case before when evaluating other languages. :-) Sincerely, Gour -- Perform your prescribed duty, for doing so is better than not working. One cannot even maintain one's physical body without work. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Mark Morgan Lloyd writes: > That's going to be a problem. On x86 and x86-64 Jessie, my experience > so far is that GTK2 doesn't work and that Qt is the only viable > option. That’s another ’pro’ argument to use fpGUI or MSEgui… Sincerely, Gour -- The working senses are superior to dull matter; mind is higher than the senses; intelligence is still higher than the mind; and he [the soul] is even higher than the intelligence. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Peter writes: > I would advise anyway against using LCL (Qt) on Linux at the moment. > I understand its based on Qt4, and Qt4 is being dropped in favour of > Qt5. At the very least, check how long your distribution will be > supporting Qt4. That’s helpful hint. > I don't think you will get a complete GTK3 in the LCL either at the > moment. Its 'alpha' status according to the wiki. Another one. ;) > fpGui, while it has far fewer features, is independent of these widget > sets and their major version transitions. I must admit I’m heavily leaning towards it at the moment having some very welcome features and less bloat. > I have not used Lazarus for a while, but I think you can use it as an > IDE, while using fpGUI as a component set. Perhaps someone can confirm? Well, ability of fpGUI to use one’s preferred editor is another ’plus’. Sincerely, Gour -- ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Peter wrote: On 03/08/15 15:41, Gour wrote:> > I probably do not need full power of GTK2(3) or Qt toolkit, I would advise anyway against using LCL (Qt) on Linux at the moment.I understand its based on Qt4, and Qt4 is being dropped in favour ofQt5. At the very least, check how long your distribution will besupporting Qt4. http://perezmeyer.blogspot.co.uk/2014/11/early-announce-qt4-removal-in-jessie1.html I don't think you will get a complete GTK3 in the LCL either at themoment. Its 'alpha' status according to the wiki. That's going to be a problem. On x86 and x86-64 Jessie, my experience so far is that GTK2 doesn't work and that Qt is the only viable option. GOK what it's like on other platforms that might not have such a well-tested Qt etc. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Hi, I am the author of MSEide+MSEgui. On Monday 03 August 2015 16:41:44 Gour wrote: > > MSEgui works on Linux and Windows, while fpGUI works on all three OS-es > but on Mac support is done via X11 libs. > > Now, let me say that Linux (Debian) is my native platform which I use > and will develop on it, but would like to provide versions for Mac & > Windows. > > Does it automatically eliminates c) or there is plan to add support for > Mac? > MSEgui works on Linux, FreeBSD and Windows. A port for OSX with X11 backend is probably doable with not much effort. I would prefer to interface to Quartz directly, such a solution needs a sponsor because of the rather big expenditure and I don't need OSX myself. Though I often read that Mac people never will accept something which is not made and sold by Apple so a toolkit like MSEgui on Mac is useless and Apple tries to lock out "alien" solutions. > Is b)’s support for Mac via X11 good-enough or is b) more suitable, as I > read somewhere, for embedded platforms? > > What about learning curve of each one? > MSEide+MSEgui is no Delphi clone, so if you are experienced to work with Delphi and don't like to learn something new you probably would have a hard time with MSEide+MSEgui at the beginning. If you don't know Delphi or you think that Delphi not necessarily is the only possible way to make a GUI toolkit and IDE, MSEide+MSEgui can be easily learned because of its orthogonal architecture and most things "simply work", also difficult things like visual form inheritance, frames and docking - BTW since many years already. I started development of MSEide+MSEgui in 1999 and invested about 20'000 hours up to now. Because of the small team the software architecture, quality and strictness is very good. MSEgui probably is the most versatile GUI toolkit you will find on the market. License of MSEide is GPL, license of MSEgui is LGPL with static linking exception, so you are free to fork the projects if you don't like my development direction . > I probably do not need full power of GTK2(3) or Qt toolkit, but need > some database support - app would use sqlite3 as storage backend. > MSEide+MSEgui has excellent database support, please take a look in the MSEide component palette tabs 'DB', 'DBe', 'DBl', 'DBf', 'Rep' and 'ifi' . Please take the recommendation of tiOPF design patterns by Graeme with a grain of salt, it is not the only possibility to build high quality database applications and he is a little bit biased. ;-) Please ask questions about MSEide+MSEgui on the mailing list: https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk Mail archive: http://www.mail-archive.com/mseide-msegui-talk@lists.sourceforge.net/ NNTP gateway: nntp://news.gmane.org/gmane.comp.ide.mseide.user Martin ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-04 16:11, Peter wrote: > I have not used Lazarus for a while, but I think you can use it as an > IDE, while using fpGUI as a component set. Perhaps someone can confirm? I believe I answered that in an earlier reply. http://lists.freepascal.org/pipermail/fpc-pascal/2015-August/044795.html Regards, - Graeme - ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 03/08/15 15:41, Gour wrote: > > I probably do not need full power of GTK2(3) or Qt toolkit, I would advise anyway against using LCL (Qt) on Linux at the moment. I understand its based on Qt4, and Qt4 is being dropped in favour of Qt5. At the very least, check how long your distribution will be supporting Qt4. http://perezmeyer.blogspot.co.uk/2014/11/early-announce-qt4-removal-in-jessie1.html I don't think you will get a complete GTK3 in the LCL either at the moment. Its 'alpha' status according to the wiki. fpGui, while it has far fewer features, is independent of these widget sets and their major version transitions. I suggest, check what features you need. Does fpGui have them? If not, use LCL-GTK I have not used Lazarus for a while, but I think you can use it as an IDE, while using fpGUI as a component set. Perhaps someone can confirm? MSE stuff has a following, but last time I looked, there wasn’t much documentation to help get started with it. Peter ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-04 14:04, Marc Santhoff wrote: > > can you give a short explanation how the pattern is implemented or show > a documentation link, please? Model-GUI-Mediator is a combination of the Observer and Mediator design patterns working together. Follow the URL shown below, and view the second article from the top. It is an introduction to Model-GUI-Mediator, but the implementation found in tiOPF goes far beyond what is covered in that article. Needless to say the one found in tiOPF is much improved, easier to use and way more powerful. The underlying idea is the same though. http://geldenhuys.co.uk/articles/ Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Graeme Geldenhuys writes: > I can confirm that SQLite3 is supported via the SqlDB database > components. That wiki page is simply a bit out of date. Thank you. Sincerely, Gour -- ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On Di, 2015-08-04 at 10:49 +0100, Graeme Geldenhuys wrote: > For displaying and interacting with data in a user interface, tiOPF uses > a design pattern called Model-GUI-Mediator (MGM) and allows standard > user interface widgets to become "object aware" without needing > additional custom DB-aware widgets. tiOPF already supports the most > frequently used widgets and has MGM mediators for Delphi's VCL and FMX, > Lazarus's LCL and fpGUI. Graeme, can you give a short explanation how the pattern is implemented or show a documentation link, please? TIA, Marc -- Marc Santhoff ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Paul Breneman writes: > And fpGUI is very easy to try: > http://www.turbocontrol.com/easyfpgui.htm Ohh, this is a good one. Thanks. Sincerely, Gour -- He is a perfect yogī who, by comparison to his own self, sees the true equality of all beings, in both their happiness and their distress, O Arjuna! ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-04 12:27, Gour wrote: > (http://wiki.lazarus.freepascal.org/tiOPF) and wondered why there is no > support for Sqlite3. :-) I can confirm that SQLite3 is supported via the SqlDB database components. That wiki page is simply a bit out of date. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Gour wrote: Mark Morgan Lloyd writes: The first option would be a pure Pascal one, driving either a graphical or a text-based (curses etc.) UI. Here you mean fpGUI & MSEgui? No, more than anything I mean going directly to the relevant APIs. Using fpGUI etc. is a potentially-useful shortcut, particularly if their form designers are adequate. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 08/04/2015 07:33 AM, Gour wrote: Mark Morgan Lloyd writes: The first option would be a pure Pascal one, driving either a graphical or a text-based (curses etc.) UI. Here you mean fpGUI & MSEgui? I tend to use the FPC+Lazarus combination on (Debian) Linux targeting x86 (including -64), SPARC, PPC and sometimes ARM, MIPS is also getting there slowly. Sometimes also x86 Windows and SPARC Solaris, and other people regularly target OSX etc. Nice set. ;) fpGUI and MSEgui definitely have their good points, they're lean and are only mean in self-defence :-) :-) And fpGUI is very easy to try: http://www.turbocontrol.com/easyfpgui.htm ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Mark Morgan Lloyd writes: > The first option would be a pure Pascal one, driving either a > graphical or a text-based (curses etc.) UI. Here you mean fpGUI & MSEgui? > I tend to use the FPC+Lazarus combination on (Debian) Linux targeting > x86 (including -64), SPARC, PPC and sometimes ARM, MIPS is also > getting there slowly. Sometimes also x86 Windows and SPARC Solaris, > and other people regularly target OSX etc. Nice set. ;) > fpGUI and MSEgui definitely have their good points, they're lean and > are only mean in self-defence :-) :-) -- Even a man of knowledge acts according to his own nature, for everyone follows the nature he has acquired from the three modes. What can repression accomplish? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Graeme Geldenhuys writes: > If you have the time I suggest you take a look at another open source > project called tiOPF (TechInsite Object Persistence Framework). It > abstracts the data persistence (saving/loading), so you simply > concentrate on designing your business objects. The tiOPF framework then > takes care of the rest and allows you to switch where you store your > data (XML, Firebird, MySQL, SQL Server, SQLite etc), without needing any > code changes. Interesting…I was looking at this page (http://wiki.lazarus.freepascal.org/tiOPF) and wondered why there is no support for Sqlite3. :-) > I've personally used tiOPF for over 15 years in commercial software, and > highly recommend it for Client/Server or 3-tier database development work. Thanks. It’s bookmarked now. > A smaller development team doesn't make a project any less useful. eg: > The Free Pascal Compiler development team is minute compared to say the > Qt project. Yet I [and many others] find FPC immensely useful, and more > importantly what allows us [as developers] to make a living. Thank you very much for your input. Sincerely, Gour -- You have a right to perform your prescribed duty, but you are not entitled to the fruits of action. Never consider yourself the cause of the results of your activities, and never be attached to not doing your duty. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-04 11:05, Mark Morgan Lloyd wrote: > Graeme, could you update us on the extent to which Lazarus or an > equivalent IDE supports form design etc. for fpGUI these days? I'm not sure I fully understand the question, but I'll try answering it. fpGUI was design so it doesn't dictate what development tools you need to use to work with it. For that reason the tools included with fpGUI are stand-alone tools. So you can use the UIDesigner (fpGUI Forms Designer) (or DocView) as stand-alone from a desktop icon or command line, or integrate it with any IDE or Editor that support "external tools" functionality. eg: I develop fpGUI applications with both Lazarus IDE and MSEide. In both cases I have setup context sensitive help (via F1 key press) which launches DocView and displays the appropriate help based on the cursor position. The same is done with the UIDesigner, where I launch the form designer and load the current file using the Ctrl+Shift+F12 shortcut because both Lazarus IDE and MSEide hard-codes F12 (or used too) for its own usage. I've done the same with my favourite text editor, EditPad Pro. Here is some instructions on how to set this up using Lazarus, MSEide, Delphi 7 and EditPad Pro. http://fpgui.sourceforge.net/docview_ide_integration.shtml Even using fpGUI's UIDesigner is optional, but it does make the process of designing a form faster. The UIDesigner generates pure Object Pascal code, as if a human typed it. It doesn't use external *.lfm or *.dfm files, so the true full change history is easily seen in a code repository. This also has some other benefits like supporting multiple forms in a single *.pas unit, properties can quickly be changed directly in code (without needing to launch the Forms Designer), Searching for properties or even Search & Replace can be done on code, widgets or properties. I hope this answers your question. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Graeme Geldenhuys wrote: On 2015-08-03 15:41, Gour wrote:> Is b)’s support for Mac via X11 good-enough or is b) more suitable, as I> read somewhere, for embedded platforms? As I mentioned in a private email, I have written commercial softwareusing fpGUI for the Mac. The client I worked for was not at all phasedby the fact that it used the X11 support included with OSX. Neither werethey bothered by the fact that it doesn't look 100% native (many ofApple's own software doesn't adhere to their own interface guidelines).My client's main concern was that the software is stable and that itworks by delivering the functionality they required - which it did. Having the same look and feel between OSX, Linux and Windows was also aplus for them, as it reduced the amount of staff training on the software. What about learning curve of each one? LCL and fpGUI has pretty much the same learning curve I think. Graeme, could you update us on the extent to which Lazarus or an equivalent IDE supports form design etc. for fpGUI these days? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
Gour wrote: Hello, I’m new to FPC and researching about different GUI options available towrite open-source multi-platform desktop app using FPC… Based on what I’ve found there are mainly three options: a) Lazarus and LCL b) fpGUI c) MSEgui Afaict, a) support all three main OS-es - Linux, Mac & Windows byproviding native look’n’feel although, iirc, Cocoa supprt for Mac is notfinished yet. MSEgui works on Linux and Windows, while fpGUI works on all three OS-esbut on Mac support is done via X11 libs. Now, let me say that Linux (Debian) is my native platform which I useand will develop on it, but would like to provide versions for Mac &Windows. Does it automatically eliminates c) or there is plan to add support forMac? Is b)’s support for Mac via X11 good-enough or is b) more suitable, as Iread somewhere, for embedded platforms? What about learning curve of each one? I probably do not need full power of GTK2(3) or Qt toolkit, but needsome database support - app would use sqlite3 as storage backend. Another concern is that, afaics, both b) and c) are mostly one-manproject, while a) has much larger community behind. Any advice is helpful? The first option would be a pure Pascal one, driving either a graphical or a text-based (curses etc.) UI. However in practice I think you'll find that the majority in here who have any interest in GUI support use Lazarus. I tend to use the FPC+Lazarus combination on (Debian) Linux targeting x86 (including -64), SPARC, PPC and sometimes ARM, MIPS is also getting there slowly. Sometimes also x86 Windows and SPARC Solaris, and other people regularly target OSX etc. There is a bit of a problem in that all of us tend to test the less popular combinations somewhat sporadically, and at present some of these really do require careful choice of compiler version and- if using Lazarus- widget set. fpGUI and MSEgui definitely have their good points, they're lean and are only mean in self-defence :-) -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] which GUI (noob)
On 2015-08-03 15:41, Gour wrote: > Is b)’s support for Mac via X11 good-enough or is b) more suitable, as I > read somewhere, for embedded platforms? As I mentioned in a private email, I have written commercial software using fpGUI for the Mac. The client I worked for was not at all phased by the fact that it used the X11 support included with OSX. Neither were they bothered by the fact that it doesn't look 100% native (many of Apple's own software doesn't adhere to their own interface guidelines). My client's main concern was that the software is stable and that it works by delivering the functionality they required - which it did. Having the same look and feel between OSX, Linux and Windows was also a plus for them, as it reduced the amount of staff training on the software. > What about learning curve of each one? LCL and fpGUI has pretty much the same learning curve I think. MSEgui might be slightly harder. But my observations could be skewed because I came from a Delphi/Kylix background, and fpGUI and LCL is similar to those. > but need > some database support - app would use sqlite3 as storage backend. Database support is obviously supported by all three toolkits you mentioned. Database support shouldn't be tightly tied to a GUI toolkit anyway - that is just bad design. If you have the time I suggest you take a look at another open source project called tiOPF (TechInsite Object Persistence Framework). It abstracts the data persistence (saving/loading), so you simply concentrate on designing your business objects. The tiOPF framework then takes care of the rest and allows you to switch where you store your data (XML, Firebird, MySQL, SQL Server, SQLite etc), without needing any code changes. For displaying and interacting with data in a user interface, tiOPF uses a design pattern called Model-GUI-Mediator (MGM) and allows standard user interface widgets to become "object aware" without needing additional custom DB-aware widgets. tiOPF already supports the most frequently used widgets and has MGM mediators for Delphi's VCL and FMX, Lazarus's LCL and fpGUI. I've personally used tiOPF for over 15 years in commercial software, and highly recommend it for Client/Server or 3-tier database development work. http://www.tiopf.com > Another concern is that, afaics, both b) and c) are mostly one-man > project, while a) has much larger community behind. As I already explained in the Lazarus mailing list. I might be the driving force behind fpGUI, but it certainly has had many many contributions over the last 10 years. A smaller development team doesn't make a project any less useful. eg: The Free Pascal Compiler development team is minute compared to say the Qt project. Yet I [and many others] find FPC immensely useful, and more importantly what allows us [as developers] to make a living. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal