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

Typing some characters in P2D won't return what character was pressed with keyPressed in Processing 4.3 #824

Open
processing-bot opened this issue Feb 26, 2024 · 6 comments
Labels
bug Something isn't working core

Comments

@processing-bot
Copy link
Collaborator

Created by: bugreporter0

Description

Expected Behavior

"< was pressed" should be written in the console

Current Behavior

keyPressed detects that a character was typed but not which one when "<" is typed

Steps to Reproduce

Works:

void setup()
{
  size(400, 400);
}

void draw()
{
}

void keyPressed()
{
  if(key == '<')
    println("< was pressed");
}

Doesn't work:

void setup()
{
  size(400, 400, P2D);
}

void draw()
{
}

void keyPressed()
{
  if(key == '<')
    println("< was pressed");
}

Your Environment

  • Processing version: 4.3
  • Operating System and OS version: both windows (10, 11) and Ubuntu 22.04
  • Other information:

Possible Causes / Solutions

Maybe some characters have been forgotten in the keyPressed P2D API in Processing 4 and above because it worked in the last Processing 3 version, I've checked

@processing-bot
Copy link
Collaborator Author

Created by: bugreporter0

I'm sorry for the weird behavior, I'm new to GitHub and I don't know English very well

@processing-bot
Copy link
Collaborator Author

Created by: Hellcat554

I really don’t know what I am doing I’m trying to learn new things I new to
the community in just want to learn….

On Sun, Feb 25, 2024 at 8:31 PM bugreporter0 @.***>
wrote:

I'm sorry for the weird behavior, I'm new to GitHub and I don't know
English very well


Reply to this email directly, view it on GitHub
https://gitlab.com/Stefterv/processing4/-/issues/824#issuecomment-1963213850,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BGCSUAIGZEWUBIBKIY27HU3YVPXYDAVCNFSM6AAAAABDZMBDBOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNRTGIYTGOBVGA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

@Stefterv Stefterv added bug Something isn't working core labels Nov 16, 2024
@Stefterv
Copy link
Collaborator

@bugreporter0 What is the key combination you have to press to get the < character on your OS's?

benfry/processing4#824

@pinkandwhiteandblack
Copy link

pinkandwhiteandblack commented Nov 19, 2024

I'm bugreporter0.

My keyboard has this character as a key, it's a standard AZERTY full size keyboard. The "<" character is next to the left SHIFT key.

"<" is not the only missing character, it's just an example.

@SableRaf
Copy link
Collaborator

Hi @pinkandwhiteandblack

The keyPressed documentation page includes this note:

For non-ASCII keys, use the keyCode variable.

See https://processing.org/reference/keyPressed_.html

You can find the key code for any key by using a tool like https://www.toptal.com/developers/keycode

@pinkandwhiteandblack
Copy link

pinkandwhiteandblack commented Nov 19, 2024

The keyCode variable should be set to 60 when I press "<" but println(keyCode) prints "0" in the console when I do, confirming that there really is a problem.

Code:

void setup()
{
  size(400, 400, P2D);
}

void draw()
{
}

void keyPressed()
{
  println(keyCode);
}

Important: it works in the default render (with keyCode 153 instead of 60 but whatever) but not in P2D.

Also, the"Alt Gr" key on my keyboard returns two keyCodes: 17 then 18 when I press it just once.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working core
Projects
None yet
Development

No branches or pull requests

4 participants