processing-android
processing-android copied to clipboard
Processing mode and core library to create Android apps with Processing
This sketch: ```java void setup() { fullScreen(); openKeyboard(); } void draw() { background(0); } ``` does not open the keyboard.
Hi, I'm using P2D in my fullscreen() because the default renderer runs my app at around 20 fps, whereas P2D can render it in full 60+ fps. However, a bug...
Getting the above error in both the Master Branch and AR branch Using windows 10, using gradle all the latest versions
The P2DX renderer by @hazmatsuitor improves 2D rendering performance significantly, as discussed in #265. This experimental renderer has its own vertex data structures and shaders uniforms/attributes that allow memory transfer...
The example Demos/Tests/RedrawTest: ```java void setup() { size(400, 400, P2D); noLoop(); } void draw() { background(255, 0, 0); ellipse(mouseX, mouseY, 100, 50); println("draw"); } void mousePressed() { redraw(); } ```...
using landscape orientation with anything but the default renderer crashes the app. orientation(LANDSCAPE) crashes not setting orientation and rotating the phone, the app crashes once it switches to landscape
Looks like the [new debugger](https://manavmjjain.wixsite.com/home/blog-1/gsoc-18-final-evaluation) behaves abnormally when Android Studio or DDMS is open. For example, variables are not shown in the inspector.
I feel a bit rude reporting these bugs I'm finding without actually contributing to the processing-android project. I'd love to take a hand in contributing towards fixes but I'm not...
This might be related to #453 Reported in Processing forum [here](https://discourse.processing.org/t/alpha-transparency-causing-crazy-rainbow-glitches-galaxy-s8/11383). Tested using Win10 using processing-phone emulator as well on device. Images from emu. Issue: The following code produces a...
The loop() example [here](https://processing.org/examples/loop.html) does not work. noLoop(); does not draw one single time, neither in default or P2D renderer. I think the redraw() issue is the same. In Java...