![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Lightweight Desktop Software
Mar. 30th, 2026 06:47 amOne thing I've wanted for a while now is a lightweight collection of desktop applications. Since my preference is for cross-platform software, it would be nice to work with applications that don't lock you into a particular system. So, you could use them with X or Wayland or nano-x or even in framebuffer mode. Operating systems like XFDOS showed you can put together a desktop collection that not only works on Linux or Windows but would even port to platforms like FreeDOS.
I'm aware the average post on desktop software considers XFCE or LXQT lightweight and most people prefer the larger GUIs such as Qt or GTK+. I'd like to see an alternative that uses more minimal GUIs. TinyCore Linux does a nice job of using FLTK programs. EDE (Equinox Desktop Environment) was an interesting concept but their separate theme library meant FLTK programs needed to be forked to support their themes. There are few enough FLTK programs out there, so wanting forks of them just made it harder to find programs for that desktop.
I've looked at various lightweight GUIs and graphics libraries and the best candidates seem to be FLTK, SDL and Raylib. nuklear seems like it would be a great option, but there aren't a lot of useful desktop style programs written for it. Also, noticed some annoying screen effects on one of the platforms it supported using scrolling. Fox Toolkit was popular at one point. However, the API diverged and some programs were built for one version while others worked on a different one. That decreased what was usable. I feel FLTK is better supported and has a more stable API than Fox Toolkit. Some systems use older versions of GTK such as GTK 1.2 or GTK 2. Amigo Linux had a great collection of working GTK 1.2 applications. The main drawback to GTK 1.2 is lack of internationalization support. I'd be very curious to hear if other projects are still trying to keep these options alive and if so, what applications are working with them.
FLTK is already a cross-platform library. With the nano-x backend, it can work on any platform nano-x can support. With the switch to 1.4, FLTK made it easier to work on backend support. I've been attempting to get a SDL2 backend working with FLTK. That would allow it to work anywhere SDL2 can including in framebuffer mode. SDL is highly portable. Unfortunately, applications for it might be for 1.2.x or 2 or now even 3. I'm trying to update applications so they'll work on later versions of SDL without losing the flexibility of working on older ones as well. SDL is a graphics library. It's hard to find good support for GUI applications using it. I've tried several GUI libraries built on SDL. None of them are what I'm looking for plus very few have any desktop style applications built with them. PDCurses has a SDL2 backend. It had a SDL backend and I worked on adding SDL2 and SDL_ttf support. So, if you don't mind the look of text user inteface style programs, you can run ncurses/pdcurses applications using SDL. Raylib with RayGUI is a lot newer alternative than the others. It's used more for games than desktop applications. However, it has a lot of potential.
With portability goals and minimal GUI libraries in mind, let's talk about what types of applications you can find on a system like this. First, there are enough command line applications using ncurses that you could probably do most things you want to do on a desktop. However, it would be nice to have more than just would you can also run in console. With SDL, there's support for reader software like sdlbook and bard. The sdlbook program uses the mupdf library and djvulibre as backends and can support any format those libraries do. The bard program is a minimal ebook reader with text-to-speech support using flite. I have been working on a fork of the last GPL'd version of mupdf. While it does not offer ebook or HTML support, it does offer a stable API. I've added cbr support and modified cbz support to use SumatraPDF's LGL'd unarr library. I added SVG support with nanosvg. I'm working on adding support for other graphics such as GIF using stb. So with these programs, there's good coverage for reader programs.
While mupdf can be used to view graphics, I also like picaxo which can support any image format that SDL_image can handle including SVG. However, it's nice to be able to do more than view graphics in a desktop environement. The grafx2 and lodepaint seem like the best options for this. Tuxpaint could be another alternative. Personally, I really like I.mage. While there was some work done to add SDL support to the GUI, it was never completed. I don't think SDL has enough GUI support to replace the Win32 or GTK backends but FLTK might. I'd love to see some interest in trying to get I.mage working with FLTK. There are other graphics editors out there that work in lightweight environments but those are the ones I found most promising.
Audio is harder to find support for. flsox is a cute lightweight, FLTK based application. However, it would be nice to have a decent audio editor. I have several command line wave utilities and one used conio to draw the waveform. I added support to use SDL in place of conio on systems where conio wasn't readily available. Fox Toolkit had a nice audio editor called Rezound, but that would require using yet another GUI library. So, the best option I've been able to find to date is apcstudio. It uses FLTK. I found the original rather unstable but I switched around some of the C++ types to ones that were more readily available cross-platform and it seems more stable now. The one drawback I noticed is that it only displays one waveform which works fine for mono formats but not for waveforms with right and left channels. Was wondering if a command line tool could be used to split the waveform into right and left channel waveforms and then each could be edited separately. Then, a command line tool could reintegrate them. It would be nice to try to get apcstudio debugged and see if people think there are any features missing that might be easy to add. Audio playback is a little easier to support. Programs like Timidity++ and Milkytracker are nice options to have. Multimedia players are also easier to support on lightweight desktops. Some have versions that run in framebuffer. I happen to really like the flvlc and flxine front ends to popular multimedia libraries.
Other useful desktop applications usually include a calculator like flcalc and may include a calendar or pim like fltdj. xdiskusage is a nice FLTK based GUI front end for du. diffh gives a graphical view of diff that's viewable in many browsers. I typically don't use file managers but I prefer the two pane variety if I use one. The SDL based fm program offers a nice, cross-platform portable file manager.
The biggest gap is office suite style software such as a word processor and spreadsheet. While there are some ncurses based spreadsheets, the FLTK based sprsht program makes a nice alternative to console applications. There are some FLTK based editors and even a few SDL ones. I personally prefer using a programming editor over a word processor. Many programming editors support custom extensions. I use SciTE and with lua scripting and it's ability to run applications, I'm able to incorporate hunspell for spell checking. Unfortunately, SciTE requires a heavyweight GUI. It could be built with an older version of GTK but that would require adding another GUI to support. I've looked for options that also use the scintilla editing widget. The best alternative I could find was Fxite (which would require Fox Toolkit) or textadept which can be built with pdcurses. The fldev program is a lightweight FLTK based programming editor. It's no replacement for SciTE but it was able to work as a GUI front end to gdb at one point. It would be nice to restore that functionality in a cross-platform compatible way. The wordgrinder program is console based but seems to be the most word processor like of various text user interface options. If one wanted to incorporate the TV libraries, there are even more console based text editor applications that could be potential options. I still haven't come up with a clear solution. Would be interested to hear what others would think could make a suitable lightweight GUI editor/word processor.
Communications programs are also a key area and this also a huge gap for lightweight GUI alternatives. There are mail clients like FLTK based FlMail and hermail. I happen to be a big fan of Slypheed. To get it working in a more lightweight environment would involve using an older version of GTK. An option that has a lot of potential is to get the FLTK based Postoffice program working again. Maybe a command line or library based (possibly curl) implementation of SMTP and POP3 could be added to the Postoffice program. I have been able to get it to build on later versions of FLTK and worked on trying to make the interface more stable. The main thing missing at this point is to make the mail protocols more up-to-date and cross-platform. There are several very popular ncurses based email clients as well. Browser options include Netrider, Fifth, D+ and Dillo. While none of these is a perfect solution, they do give some minimal browsing support. An SDL based Gemini browser could also make a useful option. There is a very nice FLTK based RSS reader. However, it's just a reader and requires another program like curl to download the RSS feeds and make them available. Putty has command line options for ssh and sftp.
Have I forgotten anything? What else would a good lightweight desktop require? Is anyone besides me interested in a lightweight desktop like this? Feel free to continue this discussion on Mastodon: https://fosstodon.org/@lmemsm I'd love to get a project going to provide an ultra lightweight, highly portable desktop alternative that's not tied down to any particular display server, windowing systems or operating system. If anyone wants to test out some of these applications or brainstorm how to improve them, please let me know.
I'm aware the average post on desktop software considers XFCE or LXQT lightweight and most people prefer the larger GUIs such as Qt or GTK+. I'd like to see an alternative that uses more minimal GUIs. TinyCore Linux does a nice job of using FLTK programs. EDE (Equinox Desktop Environment) was an interesting concept but their separate theme library meant FLTK programs needed to be forked to support their themes. There are few enough FLTK programs out there, so wanting forks of them just made it harder to find programs for that desktop.
I've looked at various lightweight GUIs and graphics libraries and the best candidates seem to be FLTK, SDL and Raylib. nuklear seems like it would be a great option, but there aren't a lot of useful desktop style programs written for it. Also, noticed some annoying screen effects on one of the platforms it supported using scrolling. Fox Toolkit was popular at one point. However, the API diverged and some programs were built for one version while others worked on a different one. That decreased what was usable. I feel FLTK is better supported and has a more stable API than Fox Toolkit. Some systems use older versions of GTK such as GTK 1.2 or GTK 2. Amigo Linux had a great collection of working GTK 1.2 applications. The main drawback to GTK 1.2 is lack of internationalization support. I'd be very curious to hear if other projects are still trying to keep these options alive and if so, what applications are working with them.
FLTK is already a cross-platform library. With the nano-x backend, it can work on any platform nano-x can support. With the switch to 1.4, FLTK made it easier to work on backend support. I've been attempting to get a SDL2 backend working with FLTK. That would allow it to work anywhere SDL2 can including in framebuffer mode. SDL is highly portable. Unfortunately, applications for it might be for 1.2.x or 2 or now even 3. I'm trying to update applications so they'll work on later versions of SDL without losing the flexibility of working on older ones as well. SDL is a graphics library. It's hard to find good support for GUI applications using it. I've tried several GUI libraries built on SDL. None of them are what I'm looking for plus very few have any desktop style applications built with them. PDCurses has a SDL2 backend. It had a SDL backend and I worked on adding SDL2 and SDL_ttf support. So, if you don't mind the look of text user inteface style programs, you can run ncurses/pdcurses applications using SDL. Raylib with RayGUI is a lot newer alternative than the others. It's used more for games than desktop applications. However, it has a lot of potential.
With portability goals and minimal GUI libraries in mind, let's talk about what types of applications you can find on a system like this. First, there are enough command line applications using ncurses that you could probably do most things you want to do on a desktop. However, it would be nice to have more than just would you can also run in console. With SDL, there's support for reader software like sdlbook and bard. The sdlbook program uses the mupdf library and djvulibre as backends and can support any format those libraries do. The bard program is a minimal ebook reader with text-to-speech support using flite. I have been working on a fork of the last GPL'd version of mupdf. While it does not offer ebook or HTML support, it does offer a stable API. I've added cbr support and modified cbz support to use SumatraPDF's LGL'd unarr library. I added SVG support with nanosvg. I'm working on adding support for other graphics such as GIF using stb. So with these programs, there's good coverage for reader programs.
While mupdf can be used to view graphics, I also like picaxo which can support any image format that SDL_image can handle including SVG. However, it's nice to be able to do more than view graphics in a desktop environement. The grafx2 and lodepaint seem like the best options for this. Tuxpaint could be another alternative. Personally, I really like I.mage. While there was some work done to add SDL support to the GUI, it was never completed. I don't think SDL has enough GUI support to replace the Win32 or GTK backends but FLTK might. I'd love to see some interest in trying to get I.mage working with FLTK. There are other graphics editors out there that work in lightweight environments but those are the ones I found most promising.
Audio is harder to find support for. flsox is a cute lightweight, FLTK based application. However, it would be nice to have a decent audio editor. I have several command line wave utilities and one used conio to draw the waveform. I added support to use SDL in place of conio on systems where conio wasn't readily available. Fox Toolkit had a nice audio editor called Rezound, but that would require using yet another GUI library. So, the best option I've been able to find to date is apcstudio. It uses FLTK. I found the original rather unstable but I switched around some of the C++ types to ones that were more readily available cross-platform and it seems more stable now. The one drawback I noticed is that it only displays one waveform which works fine for mono formats but not for waveforms with right and left channels. Was wondering if a command line tool could be used to split the waveform into right and left channel waveforms and then each could be edited separately. Then, a command line tool could reintegrate them. It would be nice to try to get apcstudio debugged and see if people think there are any features missing that might be easy to add. Audio playback is a little easier to support. Programs like Timidity++ and Milkytracker are nice options to have. Multimedia players are also easier to support on lightweight desktops. Some have versions that run in framebuffer. I happen to really like the flvlc and flxine front ends to popular multimedia libraries.
Other useful desktop applications usually include a calculator like flcalc and may include a calendar or pim like fltdj. xdiskusage is a nice FLTK based GUI front end for du. diffh gives a graphical view of diff that's viewable in many browsers. I typically don't use file managers but I prefer the two pane variety if I use one. The SDL based fm program offers a nice, cross-platform portable file manager.
The biggest gap is office suite style software such as a word processor and spreadsheet. While there are some ncurses based spreadsheets, the FLTK based sprsht program makes a nice alternative to console applications. There are some FLTK based editors and even a few SDL ones. I personally prefer using a programming editor over a word processor. Many programming editors support custom extensions. I use SciTE and with lua scripting and it's ability to run applications, I'm able to incorporate hunspell for spell checking. Unfortunately, SciTE requires a heavyweight GUI. It could be built with an older version of GTK but that would require adding another GUI to support. I've looked for options that also use the scintilla editing widget. The best alternative I could find was Fxite (which would require Fox Toolkit) or textadept which can be built with pdcurses. The fldev program is a lightweight FLTK based programming editor. It's no replacement for SciTE but it was able to work as a GUI front end to gdb at one point. It would be nice to restore that functionality in a cross-platform compatible way. The wordgrinder program is console based but seems to be the most word processor like of various text user interface options. If one wanted to incorporate the TV libraries, there are even more console based text editor applications that could be potential options. I still haven't come up with a clear solution. Would be interested to hear what others would think could make a suitable lightweight GUI editor/word processor.
Communications programs are also a key area and this also a huge gap for lightweight GUI alternatives. There are mail clients like FLTK based FlMail and hermail. I happen to be a big fan of Slypheed. To get it working in a more lightweight environment would involve using an older version of GTK. An option that has a lot of potential is to get the FLTK based Postoffice program working again. Maybe a command line or library based (possibly curl) implementation of SMTP and POP3 could be added to the Postoffice program. I have been able to get it to build on later versions of FLTK and worked on trying to make the interface more stable. The main thing missing at this point is to make the mail protocols more up-to-date and cross-platform. There are several very popular ncurses based email clients as well. Browser options include Netrider, Fifth, D+ and Dillo. While none of these is a perfect solution, they do give some minimal browsing support. An SDL based Gemini browser could also make a useful option. There is a very nice FLTK based RSS reader. However, it's just a reader and requires another program like curl to download the RSS feeds and make them available. Putty has command line options for ssh and sftp.
Have I forgotten anything? What else would a good lightweight desktop require? Is anyone besides me interested in a lightweight desktop like this? Feel free to continue this discussion on Mastodon: https://fosstodon.org/@lmemsm I'd love to get a project going to provide an ultra lightweight, highly portable desktop alternative that's not tied down to any particular display server, windowing systems or operating system. If anyone wants to test out some of these applications or brainstorm how to improve them, please let me know.
![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}