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