search

plugdata-team / plugdata

Pure Data as a plugin, with a new GUI
https://plugdata.org
GNU General Public License v3.0
1.51k stars 67 forks source link

Bugs with pop up boxes. #1613

Open Carambolooo opened 4 months ago

Carambolooo commented 4 months ago

One of these happens when I try to save a patch. The pop up box for saving appears behind the canvas, and it is only accessible if I use the program not maximized.

Captura desde 2024-06-05 08-51-43

Another one is, for example, when I try to assign a key for a shortcut, the pop up box that tells me which key to assign and save or cancel, appears behind the whole plugdata interface and is inaccessible. It is only visible from the system “taskbar”.

Captura desde 2024-06-05 08-53-22

All this happens on my laptop with Arch Linux, using the pre release 0.9.0 for Arch.

dromer commented 4 months ago

You will have to give more details about your OS.

Which graphics system do you use? (X11/Wayland) And what Window manager?

Arch shipping a development version is really dumb imo.

Carambolooo commented 4 months ago

My windowing system is Wayland, with GNOME 46 as desktop environment. 64-bit laptop.

Specifically I am using the package marked as “plugdata-Arch-x64.tar.gz” that appears in the latest pre-release.

Carambolooo commented 2 months ago

UPDATE:

I am now using the same Arch Linux system but with MATE as my desktop environment, which uses X11 as the windowing system.

All the bugs mentioned here are not present using my system configured as it is currently.

Carambolooo commented 2 months ago

NEW UPDATE:

(Everything mentioned here has to do only with the first bug).

This bug was replicated even in X11, specifically in the Openbox window manager. So it doesn't seem to have to do exactly with the windowing system used.

What I noticed is that, in the MATE desktop environment, where this bug does not appear to me, Plugdata uses MATE's own, more visually compact file selector. This is a bit different from those of say, GNOME or Plasma. Both environments where I was able to replicate the bug.

In openbox, plugdata used a similar file selector if not the same as GNOME, environment that I didn't even have installed, showing the same bugs mentioned.

timothyschoen commented 3 weeks ago

That makes sense, it will try to use a native file browser, unless it can't find one for your desktop. This is handled by JUCE, so I don't know exactly how it works. Strange that it can't find the file browser, especially on KDE and GNOME. It does work with GNOME 46 on Fedora for me. Same for openbox, I get a native file browser on Fedora there too.

I'll see if I can solve this!

timothyschoen commented 3 weeks ago

Does 480d3e084 fix this problem?

You should be able to get it for arch here: https://github.com/plugdata-team/plugdata/actions/runs/10798169998 (once it's done building)

Carambolooo commented 6 days ago

Still no luck, Now in i3, pure data's own file browser appears when I try to open a file (Ctrl+O), but it still doesn't appear when I try to save a file, it's as if it appears behind the canvas.