Re: Fox toolkit future?
Roland Hughes via Foxgui-users <[email protected]> Fri, 23 Jun 2023 15:02:15 -0500
| Newsgroups | gmane.comp.lib.fox-toolkit.user |
|---|---|
| Message-ID | <[email protected]> |
All, 1) Personally I would recommend SourceForge to host. The Git family of sites is where hackers go. If you want to be serious for a niche you use SourceForge. This is where Scintilla and many other serious projects get hosted. Some even choose to use Mercurial on there so only professionally trained developers can assist, but that is a different conversation. 3) CMake. This is what CopperSpice moved to years ago along with many other products/projects. Qt currently has a very crippled move towards it. They might not even succeed. 2) Please forgive me if this next is misinformation due to my not having looked at the project for a while, but here is what I personally believe should be in a new stable release, perhaps 2.0 * Full Wayland/Westin native, not via the built in X11 stuff that is going away. * IMX8 support (NXP nuked all X11 support here) IMX6 and lower numbers still have X11 support * efficient line and bar graph classes. By efficient I mean the data store can be much larger than what is displayed yet the class quickly graphs what can be displayed. Also has concept of a "live" graph where, for bar/stack graph the bars move up and down based on currently assigned value and for line (or circle) datapoints get added to the end. In case of line some datapoints will eventually fall off the beginning so the "live" data can still be graphed. For the line "live" concept, think of a heart monitor like this https://codialist.de/sites/default/files/styles/col_12_s/public/2020-04/programmierung_user_interface-legacy_code.png?itok=udKd7Olg or this https://www.medicaldevice-network.com/wp-content/uploads/sites/23/2019/05/Boston-UX-Device-Image-credit-Boston-UX-e1556706990389.png * Themes - I know the "Approach" manifest champions "Identical looks" but we really need a break from the Windows 95/Motif look and feel. Don't get me wrong, it's functional, but even in the medical device embedded systems market we are getting pushed to create UI that look like these: https://camo.githubusercontent.com/f0fdf84e89f010fcfba190f1a327e0f86d15d24f62006bf69ddc21e126d60cc2/68747470733a2f2f63796366692e6769746875622e696f2f6173736574732f696d672f656c656d656e74732f70686f746f6e5f73616d706c65722e6a7067 I actually helped create this device, we had to use Qt 4.8 OpenSource https://image.tigermedical.com/Products/LargeImages/WEL71XX-B-.jpg Everything is a custom widget. If you look at the screen shots in the user manual for the Connex Spot Monitor, that UI is a thing of beauty. All without a GPU https://t4.ftcdn.net/jpg/04/03/32/01/360_F_403320195_XA6SovF6KtnAzOCUjNUuVc5Q4JZLbrwz.webp I actually worked on this device https://www.kneevoice.com and we had to use Elements UI because we couldn't figure out in a reasonable amount of time how to make an interface that looked like that using Fox. Trust me, I was the one person finding and evaluating which OpenSource GUI toolkit to use. In the FDA regulated world being able to run static source analysis on your entire code base is a big win, especially if you can lock that code down somewhere. We used to get away with sucky UI that looked like this https://cdn.vox-cdn.com/uploads/chorus_asset/file/21543719/ows_155318959567868.jpg but not anymore. Just my 0.0002 cents On 6/23/23 14:02, Devin Smith wrote: > Hi Jeroen, > > Partially this message is based on the recent question that Pablo > Alvarez Lopez asked about new stable versions of the toolkit but there > are some other questions that I (and possibly others) have. > > 1. What are your plans with moving forward with some public git > repository? Obviously there are Github and Gitlab but you're also more > than welcome to host a git repo directly on fox-toolkit.org > <http://fox-toolkit.org> if you'd feel more comfortable with that. I > really think this could help with further adoption and even new > feature development. Both Github and Gitlab also offer CI as well. > > 2. The stable version (1.6.57) was released in 2018 and many > enhancements have been made in the 1.7.x series. It would be a great > idea to release a 1.8.x stable version. What are your thoughts on a > new stable release? > > 3. How about moving away from GNU autotools? Moving to CMake or Meson > (or something else?) may relieve you of having to maintain Visual > Studio solution files. There are already unofficial versions of the > toolkit using different build systems. > > Making the move to a public Git and/or releasing a new stable version > may drive the project further forward and offer a chance for new > contributors to participate with FOX as well. Not doing these things > may harm the reputation of the project and indicate that it is forever > a "legacy" project. Many of us enjoy using this toolkit and see > advantages of continuing to use it over more popular toolkits. > > Thanks in advance, > > Devin Smith > > > > > _______________________________________________ > Foxgui-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/foxgui-users -- Roland Hughes, President Logikal Solutions (630)-205-1593 http://www.theminimumyouneedtoknow.com http://www.infiniteexposure.net http://www.johnsmith-book.com http://www.logikalblog.com http://www.interestingauthors.com/blog _______________________________________________ Foxgui-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/foxgui-users