Skip to content

cut/copy/paste while saving a sketch on OS X goes to the editor, not the save dialog #77

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

Closed
processing-bot opened this issue Mar 23, 2020 · 10 comments

Comments

@processing-bot
Copy link
Collaborator

Created by: clankill3r

Not that important, but this old bug is back:

processing/processing#1035

OSX 10.12.6
Processing 4.0a1

If you save a sketch, and paste during that proces for either the filename of the sketch or the filename of a new folder then it paste the content you copied before in the sketch itself.

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Thanks @clankill3r! Apologies for the delay. Can confirm this... Will look into it.

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Ooph. It happens with FileDialog but not JFileChooser. :(

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Bad news... https://stackoverflow.com/questions/53309692/awt-filedialog-filename-copy-paste-keystrokes/56793268. I'm wondering if this cropped up with OpenJDK.

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Just confirmed that it doesn't have anything to do with our copy / paste actions within processing itself. Ugh...

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Personally, I'm not sure what the preferred action is here. Right click in the box works. However, the precedent of the previous decision made in processing/processing#1035 suggests mac should use JFileChooser. :(

Using JFileChooser fixes the problem (but is ugly and not very Mac-like). But maybe we'll have to use it

@processing-bot
Copy link
Collaborator Author

Created by: clankill3r

JFileChooser is far worse then the paste bug.

I would either leave the bug, or else maybe if it's possible:

  • if a paste is done but a save dialog is open, ignore the paste

Op zo 19 apr. 2020 om 01:51 schreef A Samuel Pottinger <
[email protected]>:

Personally, I'm not sure what the preferred action is here. Right click in
the box works. However, the precedent of the previous decision made in
processing/processing#1035
processing/processing#1035 suggests mac
should use JFileChooser. :(

Using JFileChooser fixes the problem (but is ugly and not very Mac-like).
But maybe we'll have to use it


You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#77 (comment),
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAFUKWR24GYUSJVSUFWTZYTRNI4GVANCNFSM4LRWQXEA
.

@processing-bot
Copy link
Collaborator Author

Created by: sampottinger

Hey @clankill3r! I was able to reach a different solution in #88 through vaqua. It is in sampottinger/processing4 and https://www.datadrivenempathy.com/processing.

@processing-bot
Copy link
Collaborator Author

Created by: github-actions[bot]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@processing-bot
Copy link
Collaborator Author

Created by: benfry

FYI for alpha 5… going back to the native file chooser as the default because JFileChooser goes from bad to total abomination on Big Sur. So the cure seems worse than the disease here, and the VAqua solution also wound up being a problematic alternative in different ways.

Actual changes in this commit: 5e07761

@processing-bot
Copy link
Collaborator Author

unassigned @processing-bot

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 18, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant