Closed RainerHeintzmann closed 6 months ago
Thank you for reporting sir, we are aware of the problem: https://github.com/JuliaImages/ImageView.jl/issues/281 and it's due to an issue with GTK.jl, we are working on port to GTK4.jl here: https://github.com/JuliaImages/ImageView.jl/pull/284. Also, I think in Pluto there isn't much of need for using ImageView, are you trying to update images or something along those lines?
I stumbled over this, since it was in the list of a published Pluto-Notebook. But I guess the idea was to have some interactive image control within Pluto.
For interactive use with Images through Pluto, this pluto notebook might be of interest too sir: https://gist.github.com/ashwani-rathee/4211eec75ebdc8becd31ac1c38f50a6b
Are we doing anything with interactive threads yet?
Ones with channels and producers? I could have example ready for that, something like done here: https://medium.com/@ashwanirathee/2-way-communication-with-microcontrollers-using-c-and-julia-611e37c18da7, an example I can think of is getting data from rtsp stream and then processing it, which is doable too.
Does the ENV["GTK_AUTO_IDLE"] = false
trick apply here?
No, I mean the new Julia 1.9 interactive thread pool.
Does the
ENV["GTK_AUTO_IDLE"] = false
trick apply here?
That should work if it's just https://github.com/JuliaGraphics/Gtk.jl/issues/629
In any case the Gtk4 port should be ready soon.
Just released version 0.12.0 hopefully fixes this.
A Pluto Notebook on a Windows 10 PC using Julia 1.9 and Pluto 0.19.28 with only the following line in the Pluto notebook:
using ImageView
is enough to (almost) grind my computer to a halt. Typing any letter on the keyboard in any program has about 1-5 seconds delay to take effekt. Presumably this is some GTK issue. I setNUM_THREADS
toany
in my environment. I think this is a windows-only problem.