Home › Forums › Platform Specific › Linux › Native Linux file dialogs fixed in newer Zenity version
- This topic has 7 replies, 3 voices, and was last updated 3 years, 9 months ago by samoht.
-
AuthorPosts
-
September 19, 2019 at 1:19 pm #116148
Hi,
Linux panel developers FYI
In the configuration dialog it says
“Use OS native file open/save dialogs (disable for Linux)”As a Linux I thus always disabled this option. In the past enabling this option would freeze my system.
Recently I tried, just for fun, enabling the option again. Good news: the error seems to have been fixed, probably something was changed in newer versions of Zenity.
I am using Fedora 30. The package version of the installed zenity is zenity-3.32.0-1.fc30.x86_64This also affects the LUA use of
utils.openFileWindow()
where I always had to set the last parameter tofalse
but nowtrue
is also working fine on my Linux system.July 20, 2020 at 6:03 pm #119209Hi Martin,
Thank you for reporting.
I am considering to give Fedora 33 a try.
Are there any specialties to know when building Ctrlr under Fedora?July 20, 2020 at 6:34 pm #119210After cloning or downloading the sources from GitHub, carefully read and follow the instructions in README.md
For Fedora this worked for me last time I triedgit clone https://github.com/RomanKubiak/ctrlr.git
cd dexed
git submodule update –init –recursive
./scripts/get-juce.sh
./scripts/projuce-lin.sh
./scripts/build-lin.shJuly 21, 2020 at 12:59 pm #119216cd dexed
Typo?
./scripts/get-juce.sh
./scripts/projuce-lin.sh
./scripts/build-lin.shThese do not exist. There is a
Scripts/
directory, but it only containsgen_rsrc.sh post-commit git-revision.sh
July 21, 2020 at 3:00 pm #119219Ah I see … I was mixing up two different projects! I had just built Dexed from GIT sources before I answered your question about Ctrlr. Forget everything I wrote.
In fact I have the same question. I have not succeeded building the latest Ctrlr version (6.x) on Linux yet. And the pre-built development version doesn’t work. The version I am using is Ctrlr 5.4.16, downloaded from the Ctrkr website pre-built for Linux.
July 22, 2020 at 11:16 pm #119232Hello Martin,
hello Dreamer,I’ve been testing fedora 32 with ctrlr stable.
I had to disable the os native file open/save requester since enabling this option did freeze the gui.
The most weird thing is that utils.saveFileWindow() had to be set to true (sic!) to avoid a crash when trying to write.Now the good news:
when disabling the os native file open/save requester, en when setting utils.saveFileWindow() to true, there are no crashes when writing files and the gui does not freeze when opening or saving a file. So almost all goes fine, except, when closing and restarting Ctrlr after saving a file using utils.saveFileWindow(), the save requester opens again without demand, but, merciful, after clicking cancel, Ctrlr loads as expected, no crashes.July 25, 2020 at 11:56 pm #119287How are you building Ctrlr on Fedora?
As m.tarenskeen I have not been able to build it on Linux yet.
July 26, 2020 at 10:33 pm #119291Hi dreamer
I’ve not yet tried to build Ctrlr myself. So far I’m using the precompiled stable version.
Of course I am interested in this topic.Currently, however, another problem is on my mind. I was thinking about a way to work around the Zenity problems with utils.saveFileWindow ()
As for linux I am puzzling about the use of the linux command line program ‘amidi’ in Lua using os.execute or io.popen (and of course resulting in specific Linux versions of the panels created in this way)
For a newbie to Lua and Ctrlr, it’s not that easy to figure out all these problems. Nevertheless it supports the learning process. But some help is of course always welcome. -
AuthorPosts
- The forum ‘Linux’ is closed to new topics and replies.