I just posted how masterpdfedit 4.3.61 also worked in WDL_Arch64 using Qt5 libs (along with sane):
Code: Select all
pacman -Sy sane qt5-base qt5-svg
https://github.com/dotxyteam/CommandUI
The thought crossed my mind (as it does now and then) that it would be easier to build smaller distros if only we used only GTK or Qt, but not both.
The usefulness of MasterPDFeditor, however, makes some Qt libs inevitable on any system I use in practice, and no doubt I use some other Qt-based apps regularly also.
As far as I recall, Puppy used to avoid Qt and stick to GTK, but then, aside from masterpdfeditor, Simple Screen Recorder obtained a big fan club so Qt became installed by default on some Pups. Of course I use simple old bash/gtkdialog/ffmpeg weX for my own screen capture and web cam and audio needs - partly because weX is just a small bash script, I wrote it, and it allows webcam video embedding in the screen capture, which SSR does not - same quality, but yeah, pause control doesn't work (except for audio-only recording) since controlling ffmpeg (which buffers the video stream) externally rather than tapping into its actual code the way SSR does.
Anyway, what if I wanted to build a Qt-only distro (i.e. not using GTK at all)??? Can it be done? Is there anything like yad, or gtkdialog for Qt objects/widgets/whatever? I don't know - I have never looked and surely if there was it would already be getting used here. Certainly it is possible not to have Qt on your system - as long as you avoid apps that need it.
Anyone know of any yad-type app that uses Qt instead of underlying GTK (or maybe that isn't possible?). PyDialog noted as discontinued for example. KDialog - lots of deps - no idea how powerful/useful??
Confusing, but referring to this PyDialog: https://github.com/blackPantherOS/pydialoghttps://github.com/dotxyteam/CommandUI
https://github.com/dotxyteam/CommandUI
Or maybe often better to use a text-based user-interface TUI, like whiptail? (whiptail uses slang/libnewt I think, dialog, on the otherhand, uses ncurses):
whiptail(1) is a lightweight replacement for dialog(1), to provide dialog boxes for shell scripts. It is built on the newt windowing library rather than the ncurses library, allowing it to be smaller in embedded environments such as installers, rescue disks, etc.
whiptail is designed to be drop-in compatible with dialog, but has less features: some dialog boxes are not implemented, such as tailbox, timebox, calendarbox, etc.
https://www.redhat.com/sysadmin/use-whiptail
Here's a list of the primary box options available for whiptail:if (whiptail --title "Is it Tuesday?" --yesno "Is today Tuesday?" 8 78); then
echo "Happy Tuesday, exit status was $?."
else
echo "Maybe it will be Tuesday tomorrow, exit status was $?."https://github.com/dotxyteam/CommandUI/ ... s/test.sttfi
--title
--infobox
--msgbox
--yesno
whiptail is designed to be drop-in compatible with dialog, but has less features: some dialog boxes are not implemented, such as tailbox, timebox, calendarbox, etc.
--inputboxdialog --title "Confirmation" --yesno "Are you sure to delete this file?" 10 40dialog --title "Confirmation" --yesno "Are you sure to delete this file?" 10 40
--passwordbox
--menu
--textbox
--checklist
--radiolist
--gauge[/quote]
Hmmm, I could possibly code a version of my weX screen/webcam/audio capture tool to use whiptail...
NOTE: On WDL_Arch64, whiptail is a tiny download. It is in package libnewt:
Code: Select all
pacman -S libnewt
(??? I'm not sure if Java-based at all...??? but see some java under src directory)https://github.com/dotxyteam/CommandUI/ ... s/test.stt
Code: Select all
Packages (2) slang-2.3.2-2 libnewt-0.52.21-5
whiptail is designed to be drop-in compatible with dialog, but has less features: some dialog boxes are not implemented, such as tailbox, timebox, calendarbox, etc.[/quote]
Total Download Size: 0.84 MiB
Total Installed Size: 3.52 MiB
whiptail is designed to be drop-in compatible with dialog, but has less features: some dialog boxes are not implemented, such as tailbox, timebox, calendarbox, etc.[/quote]
Might be worth starting a thread on using whiptail. From redhat link above (just tried via cut and paste into a terminal):
whiptail is designed to be drop-in compatible with dialog, but has less features: some dialog boxes are not implemented, such as tailbox, timebox, calendarbox, etc.
Code: Select all
if (whiptail --title "Is it Tuesday?" --yesno "Is today Tuesday?" 8 78); then
echo "Happy Tuesday, exit status was $?."
else
echo "Maybe it will be Tuesday tomorrow, exit status was $?."
fi
Okay, so per usual TUI outputs, not particularly pretty... but low on resource usage for small distros. Alternatively, just use dialog (seems better to me, but I don't know whiptail at all)?
Or something called CommandUI looks interesting (nicer looking output) but apparently Java based... Well, I use Java runtime lib for LibreOffice on my system anyway... Haven't found a tutorial yet.
https://github.com/dotxyteam/CommandUI
Hmmm... I wonder if the following is a CommandUI test file example (frightening if it is - tho gtkdialog is frightening if you make one big test program)?: https://github.com/dotxyteam/CommandUI/ ... s/test.stt
wiak