Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New tilde ~ objects are deleted if you mark them and press any key #2224

Open
MaxGi opened this issue Mar 18, 2024 · 17 comments
Open

New tilde ~ objects are deleted if you mark them and press any key #2224

MaxGi opened this issue Mar 18, 2024 · 17 comments
Labels
bug/fix either a bug (for issues) or a bugfix (for pull-requests) os:macOS issues primarily affecting macOS subject:GUI things concerning the GUI side subject:patching things concerning the patching workflow ("intelligent patching")

Comments

@MaxGi
Copy link

MaxGi commented Mar 18, 2024

If you create a new tilde object, mark it and then press any key the object will disappear. If you connect a data object to it just once the new tilde object will work as it should and not disappear.

@Ant1r
Copy link
Contributor

Ant1r commented Mar 18, 2024

What do you mean by "mark"?

@MaxGi
Copy link
Author

MaxGi commented Mar 18, 2024

When they're blue in edit mode. After you've "selected" or "marked" them in edit mode.

@Ant1r
Copy link
Contributor

Ant1r commented Mar 18, 2024

I'm sorry but I don't understand your problem.

Of course if the text inside the object is selected, then any key press will replace the content, but that's the normal behavior (and not specific to tilde objects).

Maybe you could send a small video to clarify?

@MaxGi
Copy link
Author

MaxGi commented Mar 18, 2024

Skarminspelning.2024-03-18.kl.14.17.59.mov

I've attached a video here. I'm pressing a button on my keyboard when it disappears in the video. Tested it on another laptop as well. Both of them are Macs

@Ant1r
Copy link
Contributor

Ant1r commented Mar 18, 2024

OK thanks, it seems there's actually a bug!
Please give us some more details:

  • what is your Pd version?
  • how did you install it?
  • what are the mac CPUs (intel/arm) ?
  • what are the versions of MacOS?

@MaxGi
Copy link
Author

MaxGi commented Mar 18, 2024

Installed the latest version right now by downloading it from the official site: https://puredata.info/downloads/pure-data

So current version of PD is 0.54-1
Issue was there in version 0.53-0 as well

I'm running mac M1 with latest OS Sonoma. But this bug was also on the last os Ventura. Just updated to see if that was the issue.

Installed it with the .dmg file and just draged pd to my app folder. Like always :)

This has been a bug for quite some time. Just haven't thought about writing it.

@Ant1r
Copy link
Contributor

Ant1r commented Mar 18, 2024

Thanks!
Would some of the macos gurus confirm, and have an idea of what is going on?

@ben-wes
Copy link
Contributor

ben-wes commented Mar 18, 2024

more of a mac noob here since i switched only a year ago - but i'm running Pd0.54-1 with latest sonoma on mac M2 without any issues. was wondering if it might be language related and checked with different swedish keyboard settings (can't reproduce though) ... could there be old Pd settings that now cause problems (which might be checked by removing them)?

and i was wondering if it was actually about the audio objects or about the tilde character? @MaxGi : does this also happen if you create a (not valid obviously) object with just a ~ in it?

but i'm wildly guessing - no idea at all honestly.

@ben-wes
Copy link
Contributor

ben-wes commented Mar 18, 2024

maybe better than a non-valid object might be a pd subpatch with ~

@MaxGi
Copy link
Author

MaxGi commented Mar 18, 2024

It's not about the ~ tilde. [pd hello~] works as it's supposed to. Seems to be about the audio objects. Added another video that shows that everything works as soon as I connect a data object to the tilde object.

Actually tried it on a friends mac that isn't swedish and it had the same issue. But don't know if he has spanish or english os.

Skarminspelning.2024-03-18.kl.15.20.28.mov

@umlaeute
Copy link
Contributor

umlaeute commented Mar 18, 2024

i'm pretty sure that this is not a common issue (otherwise we'd heard about it before, esp if it is around since 0.53).

i think it would help if you could start Pd from the cmdline and enable the core<->GUI debugging

  1. open the a terminal (Shift+Cmd+u, then start the Terminal application)
  2. start Pd with debugging enabled:
    /Application/Pd.app/Contents/Resources/bin/pd -d 3  2>pd.log
    (the actual path to your Pd.app might be different)
  3. trigger the problem
    • please make sure to only trigger the problem. the logging records all your keystrokes and mouse movements; so the less you do the better (we want to keep the signal/noise ratio high)
  4. after you triggered the problem once, quit Pd
  5. you should now have a pd.log file that contains strings like >> pdtk_pd_startup 0 54 1
  6. attach this pd.log file to this bug-report

@Ant1r
Copy link
Contributor

Ant1r commented Mar 18, 2024

Confirmed on a mac here.
The reason is the last pressed key is ~ (if you press another key like space before creating the object then the bug won't show up).

@ben-wes
Copy link
Contributor

ben-wes commented Mar 18, 2024

ah! confirming with a spanish keyboard layout here now, too (~ created with alt + ñ). it's not connected to audio objects, since a symbol ~ will also disappear. so i guess it's connected to the tilde somehow also being an accent character. but the logs will hopefully tell more ...

(EDIT: i should have tested more properly with other layouts ... after i didn't immediately find the tilde with the swedish layout, i copy/pasted it - not exactly a proper test)

@umlaeute umlaeute added bug/fix either a bug (for issues) or a bugfix (for pull-requests) subject:GUI things concerning the GUI side subject:patching things concerning the patching workflow ("intelligent patching") os:macOS issues primarily affecting macOS labels Mar 18, 2024
@ben-wes
Copy link
Contributor

ben-wes commented Mar 18, 2024

i checked with the output of the key object now, printing to the console. with the spanish layout, i create ~ with the keycode combination:

print: 0
print: 126

0 is option, 126 is not an actual key on my keyboard, but the result of the combination of 0 + 241 (241 is the ñ key - which seems to cause the problem here).

after this, whichever key i press, pd is logging (with just 1 keystroke) and without producing any visible input:

print: 8
print: 126

... where 8 is backspace, which explains the deletion of the object. so this is swallowing one key input, but the result still looks correct during text input since the 126 reinserts the ~.

EDIT: adding to this: the swedish key that's used in combination with option for the creation of a tilde seems to be 168 - which is also an accent (hope i'm right here - my Swedish is no better than my Klingon): ¨. on my german keyboard, i don't have a problem since the additional key is 43 which is +.

@umlaeute
Copy link
Contributor

nevertheless i would like to have a debug-log as explained in #2224 (comment)

@ben-wes
Copy link
Contributor

ben-wes commented Mar 18, 2024

nevertheless i would like to have a debug-log as explained in #2224 (comment)

here are my uncensored logs: pd.log

this should show:

  1. create new patch via cmd + n
  2. create object with cmd + 1
  3. enter -~ with swedish keyboard layout
  4. click on canvas to confirm object creation
  5. select object with mousedrag
  6. press space (which deleted the object)
  7. quit pd with mouse interactions

@MaxGi it might still be relevant to see your logs as well, of course

@MaxGi
Copy link
Author

MaxGi commented Mar 19, 2024

Here's my log
pd.log

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug/fix either a bug (for issues) or a bugfix (for pull-requests) os:macOS issues primarily affecting macOS subject:GUI things concerning the GUI side subject:patching things concerning the patching workflow ("intelligent patching")
Projects
None yet
Development

No branches or pull requests

4 participants