i found it, its definitely in there.

Hi,

I am using processing version 2.0a4

I went to C:\Users\Bro\AppData\Roaming\Processing\Preferences.txt

and put in the line editor.caret.blink=false

then saved it and restarted my computer. When I then opened Processing the cursor is still blinking yet the new line is still in preferences.txt

Either it is ignoring the new line or there is another preferences.txt file which it reads from.

Thanks,

Shane

Seems the file I should be changing is at

C:\Users\Bro\Desktop\processing-2.0a4-windows\processing-2.0a4\lib\Preferences.txt

So I did the same as above but no change in the IDE

" I can never understand why blinking is the default for so many editors."
Partly out of habits, and mostly because something changing constantly is easier to spot, particularly when the caret is a thin line...

I tried to put the editor.caret.blink=false setting the theme.txt too, but it still doesn't work.

Hi Philippe,

Good to see it's not just me then doing something wrong.

I can't think of anything else to try, short of asking MIT!

Thanks for trying this,

Shane

If I search the source code of app (I have an old version, roughly corresponding to 1.5), I see the editor.caret.color property to be read, but not the editor.caret.blink one... The text component has a method setCaretBlinkEnabled to stop the blinking, but it isn't called anywhere...

Thank you for trying, but it's definitely getting out of my league now. Though strange that setCaretBlinkEnabled isn't called anywhere.

I suggest to search the bug base (follow the Code link in the Processing site) to see if this has been reported already (search the property, for example). If not, open a new bug. Perhaps it will be in the next 2.0 release (the fix should be trivial). You can point to this thread in the report.

Hi,

Presently, caret blinking is set as true directly in the code and is not read from preferences.txt. As PhiLho suggests, you may open up an issue for this bug in Processing's  issues page.

Hi thanks for your reply.

I posted an issue for this bug in Processing.

Now I can't find the file PdeTextAreaDefaults.java to make this hack. I did a search of my drive. Where should it be? Or am I looking for the wrong thing?

Thanks,

Shane

The  PdeTextAreaDefaults.java file is a part of Processing's source code, NOT the distribution(zip). You will need to compile the entire Processing IDE in order to fix this. You can find instructions to do that in the  wiki.

Ah! definitely beyond me... but II'll have a go! Thanks