revision 1.0
windows xp

look this image
http://foro.visualp5.net/index.php?action=dlattach;topic=351.0;attach=86;image

_____ system info____
Nombre del sistema operativo Microsoft Windows XP Professional
Versión 5.1.2600 Service Pack 2 Compilación 2600
Fabricante del sistema operativo Microsoft Corporation
Nombre del sistema NICOLAS
Fabricante del sistema MAXDATA
Modelo del sistema D915GEV_
Tipo de sistema Equipo basado en X86
Procesador x86 Family 15 Model 4 Stepping 1 GenuineIntel ~3000 MHz
Procesador x86 Family 15 Model 4 Stepping 1 GenuineIntel ~3000 MHz
BIOS Versión/Fecha Intel Corp. EV91510A.86A.0418.2005.0216.1032, 16/02/2005
Versión de SMBIOS 2.3
Directorio de Windows E:\WINDOWS
Directorio del sistema E:\WINDOWS\system32
Dispostivo de inicio \Device\HarddiskVolume1
Configuración regional España
Capa de abstracción de hardware Versión = "5.1.2600.2180
(xpsp_sp2_rtm.040803-2158)"
Nombre de usuario NICOLAS\nicola
Zona horaria Hora estándar romance
Memoria física total 1.024,00 MB
Memoria física disponible 150,87 MB
Memoria virtual total 2,00 GB
Memoria virtual disponible 1,96 GB
Espacio de archivo de paginación 2,40 GB
Archivo de paginación E:\pagefile.sys

*** Bug 1066 has been marked as a duplicate of this bug. ***

I cannot see that image, it requires a login. Please attach it to the bug
report and include some explanation of your problem.

edit]
Screen capture of the problem

I view very bad my SketchBook :(

Graphic Card > RADEON X600 Series

That's a Java problem, not something that we can control.

Are you using the version of Processing that includes Java, or the version
without Java?

Yes , I Used PROCESSING 1.0 (REV 0162)

the version that includes Java. :(

Try this:

1. rename the 'java' folder inside Processing 1.0 to "java-6u10"
2. download revision 0157, and copy its 'java' folder to the Processing 1.0
folder

then try running and see if that works.

Now It's Works with 0157 java version!

edit]
works with java 0157 version

Ok, that's a bug with Java 6u10, we'll have to see about a workaround.

*** Bug 1140 has been marked as a duplicate of this bug. ***

(In reply to comment #7)
>
>
>
> Additional Comment #7 From
>
> fry
> 2008-11-26 11:13
>
> <!--
> addReplyLink(7); //-->[reply]
>
>
>
>
> Try this:
>
> 1. rename the 'java' folder inside Processing 1.0 to "java-6u10"
> 2. download revision 0157, and copy its 'java' folder to the Processing 1.0
> folder
>
> then try running and see if that works.
>
>

I am a newbe, and don't know where to get revision 0157. Can you help?

The older versions have been removed, the note about 0157 was just a
shortcut to test things.

For the current release, try downloading this version of Java:
http://processing.org/download/java6u12.zip

Unzip that file, which will create a folder named 'java'. Rename the 'java'
folder in your current version of Processing, and place this new folder in
the Processing folder instead. Then run Processing, do you see the same
problems?

Can someone having this problem please try out that alternate version of
Java to see if the problem has been fixed?

(In reply to comment #14)
>
>
>
> Additional Comment #14 From
> fry
> 2009-02-26 08:11
>
> <!--
> addReplyLink(14); //-->[reply]
>
>
>
>
> Can someone having this problem please try out that alternate
version of
> Java to see if the problem has been fixed?
>
>

I'm downloading the java http://processing.org/download/java6u12.zip
and not works, it's better, but still see bad :(

edit]
does'nt works

http://processing.org/download/java6u12.zip

does'nt works

edit]
alternate version of the application

Thanks for testing.

Please try this alternate version of Processing.exe and see if it works better.


If it does work better, please also try running several sketches to see if they
are OK, or if they have similar issues and also need the same fix.

BEn,
before, i've tested in Processing 1.0 not in processing 1.0.1 (the lastest
version i think) WITH processing-nodirectdraw.exe+ PROCESSING 1.0.1 works
FINE!!!

then:

- with the alternate processing-nodirectdraw.exe + processing 1.0 + > OK!


- processing 1.0.1 + default java + processing.exe > FAIL!
- processing 1.0.1 + alternate java + processing.exe > FAIL!

- processing 1.0.1 + default java + processing-nodirectdraw.exe > OK!
- processing 1.0.1 + alternate java + processing-nodirectdraw.exe > OK!


I hope that this test help you!

>
>
>
> Additional Comment #17 From
>
> fry
> 2009-02-26 08:44
>
> <!--
> addReplyLink(17); //-->[reply]
>
>
>
>
> Created an edit] [edit]
> alternate version of the application
>
> Thanks for testing.
>
> Please try this alternate version of Processing.exe and see if it works
better.
>
>
> If it does work better, please also try running several sketches to see
if they
> are OK, or if they have similar issues and also need the same fix.
>
>

Then I 'm gona work with the processing 1.0.1, normal java folder and
processing-nodirectdraw.exe to test skethes!!
>
>
> Additional Comment #18 From
>
> janebeta7
> 2009-02-26 09:33
>
> <!--
> addReplyLink(18); //-->[reply]
>
>
>
>
> BEn,
> before, i've tested in Processing 1.0 not in processing 1.0.1 (the lastest
> version i think) WITH processing-nodirectdraw.exe+ PROCESSING 1.0.1 works
> FINE!!!
>
> then:
>
> - with the alternate processing-nodirectdraw.exe + processing 1.0 + > OK!
>
>
> - processing 1.0.1 + default java + processing.exe > FAIL!
> - processing 1.0.1 + alternate java + processing.exe > FAIL!
>
> - processing 1.0.1 + default java + processing-nodirectdraw.exe > OK!
> - processing 1.0.1 + alternate java + processing-nodirectdraw.exe > OK!
>
>
> I hope that this test help you!
>
> >
> >
> >
> > Additional Comment #17 From
> >
> > fry
> > 2009-02-26 08:44
> >
> > <!--
> > addReplyLink(17); //-->[reply]
> >
> >
> >
> >
> > Created an edit] [edit] [edit]
> > alternate version of the application
> >
> > Thanks for testing.
> >
> > Please try this alternate version of Processing.exe and see if it works
> better.
> >
> >
> > If it does work better, please also try running several sketches to see
> if they
> > are OK, or if they have similar issues and also need the same fix.
> >
> >
>
>
>
>

Actually you should update to 1.0.3, it fixes many bugs found in 1.0.1.
Thanks for reporting back, and let me know if you run into similar
artifacts while running (or exporting) sketches. In particular, you might
seem them with OpenGL.

ok! I'm downloading the lastest version , and i test it!

:)

with the processing 1.0.1, normal java folder and
processing-nodirectdraw.exe i test YellowTail and works fine!

now I tell you something about 1.0.3 :)

Ben

With processing1.0.3 +processing-nodirectdraw.exe > OK + all the examples
OPENGL sketches WORKS

processing 1.0.3 default looks the same error of the IDE Menu

Now I'm developing with this version and the processing-nodirectdraw.exe .
If I find some strange I'll tell you!!

Best Regards

alba

*** Bug 1201 has been marked as a duplicate of this bug. ***

Inform that with processing 1.0.5 this bug is fixed!
Now i can see correct all menu!

:)

wonderful, thanks for checking back.

edit]
Menus and GUI borked (1.0.7!)

This is in Processing v1.0.7 with Java included

Still having this problem on Vista Ultimate x64 with Processing v1.0.7.
I've disabled desktop composition, visual themes, Aero, and tried XP
compatibility mode, but nothing seems to rid me of the issue. I attached a
screenshot here: http://dev.processing.org/bugs/attachment.cgi?id=344
(sorry about double post, I didn't know creating an attachment left a
comment in the bug thread)

I have JDK Update 16 and $JAVA_HOME set to "C:\Program
Files\Java\jdk1.6.0_16" (do I need \bin on the end?), but the
no-Java-included version of Processing doesn't even get past the splash
screen and into the sketchbook. I tried using the log file startup method
(with the command ".\processing.exe --l4j-debug") to figure out what's
wrong. Here are the contents of launch4j.log:

CmdLine: C:\Users\Owner\Desktop\processing-1.0.7-expert\processing.exe
--l4j-debug
WOW64: yes
Working dir: C:\Users\Owner\Desktop\processing-1.0.7-expert\.
Bundled JRE: java
Check launcher:
C:\Users\Owner\Desktop\processing-1.0.7-expert\java\bin\javaw.exe (n/a)
64-bit search: SOFTWARE\JavaSoft\Java Development Kit... // see then it
searches, and finds
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_12 // I think I need
to clean up my registry a bit, as I just uninstalled this (improperly mind
you, just deleted the folder)
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_16
Using 64-bit runtime.
Check launcher: C:\Program Files\Java\jdk1.6.0_16\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: C:\Program Files\Java\jdk1.6.0_16\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath "lib;C:\Program
Files\Java\jdk1.6.0_16\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 165/32768 chars
Exit code: 1 // what does this mean?


The Java-included version of Processing works fine, but with this mangled
menus and GUI issue, it is very distracting and confusing to even know
where text actually is supposed to be on the screen.

The processing-nodirectdraw.exe alternate application works fine as far as
GUI, but cannot compile some of the OpenGL examples, and may be somewhat slow.

I have not tried the Java 0157 version. Even for testing purposes, I would
rather not downgrade a semi-critical system framework.

I would also like to note that I've had nearly the exact same problems
related to mangled, jumpy menus and GUI in LimeWire a long while back,
another app for Windows written in Java.

We've done all we can to fix this bug. It's nothing to do with Processing,
it's simply something wrong with the Java runtime and how it interacts with
your graphics card. There could be many culprits (the drivers, the OS, the
Java VM), but none of them are things that we can fix.

I just find that strange, since I have the latest JRE and JDK SEs, and the
latest drivers for a single Nvidia GTX 280.

(In reply to comment #29)
>
>
>
> Additional Comment #29 From
> fry
> 2009-10-10 04:01
>
> <!--
> addReplyLink(29); //-->[reply]
>
>
>
>
> We've done all we can to fix this bug. It's nothing to do with
Processing,
> it's simply something wrong with the Java runtime and how it interacts with
> your graphics card. There could be many culprits (the drivers, the OS, the
> Java VM), but none of them are things that we can fix.
>
>

I was just earlier informed by Windows Update of the latest graphics driver
for my GTX 280. After updating, I found this bug was gone. I will have to
confirm that later when I have more time and begin writing my first
no-struggle Java app in Processing.

Edit: Only menus are fixed. The inner panels in the PDE are borked.

Edit Edit: Seems like menu's aren't fixed either. Nevermind. Seems like I
just got my hopes up.

For those of you who still have this bug and run EVGA On-Screen Display
server, create an application profile for Processing\java\bin\javaw.exe and
set it to the Application detection level to None. It seems to work. If
java\bin\javaw.exe isn't there in your Processing installation directory,
download and install the version of Processing with Java.