I've been looking at adapting some of your improvements to work in Teensyduino. For the menu scrolling, I had to edit the code since the hard-coded 22 pixel menu item height doesn't work for Linux and Mac.
Here's the modified code:
private static int getMaximumItems(JPopupMenu menu) {
JMenuItem test = new JMenuItem("test");
ButtonUI ui = test.getUI();
Dimension d = ui.getPreferredSize(test);
double item_height = d.getHeight();
JMenuItem up = new JMenuItem(MenuIcon.UP);
ui = up.getUI();
d = ui.getPreferredSize(up);
double icon_height = d.getHeight();
double menu_border_height = 8.0; // kludge - how to detect this?
double screen_height = java.awt.Toolkit.getDefaultToolkit().getScreenSize().getHeight();
int n = (int)((screen_height - icon_height * 2 - menu_border_height) / item_height);
return n;
}
Maybe this doesn't matter, since 22 probably always works fine on Windows. But I wanted to share this, in case you're interested in using it?
Thanks Paul! I will test and update the code with yours. The fixed 22 was a value for xp or 7 (a bit more than the menu height with the default font in Windows), ugly of course
Good luck on the port. I have received some requests about Teensyduino (mainly due the Bluetooth delay and updated winavr) so maybe then I can port your code to Windows again
I don't think that all components of the Windows version of the IDE are 64 bit compatible.
The only way that I could get the IDE to work with an external version of Java on Win 64 is to install the 32 bit version of Java.
I have forgotten what exactly happened, but one weird thing was that if we put the "128"(?) chip in where the 328 should be, it can be flashed.
But with the original (and other same) chips, it simply refuses to flash.
We tried re-burnign the boot loader, but that too failed.
WRT the "missing" DLL file:
I looked on my desk machine - which wasn't connected to the net at the time. There isn't one there either.
I was sort of hoping to find it and copy it. Alas.... That isn't going to happen.
The other person tried your GUI and it wouldn't flash MY Arduinos.
It would flash others.
Two boards, bought from DIFFERENT SHOPS who have DIFFERENT SUPPLIERS, both seem dead.
Buy at least one original Arduino. You will have a baseline for testing issues plus you support the project. I have clones, they work, but I always try to buy at least one original of every model
Too many people is having troubles in Windows 8, so I added a little reminder in the driver installer when that OS is detected. Hope that helps a lot of people getting a smoother process:
If someone wants to improve the instructions, send them to me. This update does not contains anything else, so you can skip it if you have the previous one from early december.
How can I reset/reconnect the Arduino with your release? When I used the official one, I clicked on Serial Monitor and Arduino restarts then.
With "restart" I mean exactly the same as pressing the brown-red button on the Arduino saying "RESET".
How can I reset/reconnect the Arduino with your release? When I used the official one, I clicked on Serial Monitor and Arduino restarts then.
With "restart" I mean exactly the same as pressing the brown-red button on the Arduino saying "RESET".
Thanks again for your help :=)
Hi, that reset is a bug in the rxtx library, I fixed it so the enumeration is speedy in this version. Why you need that reset? Everytime you upload the code the arduino resets itself.
Hello,
I need it because I want to look how the program looks like resetted. For example now, I am working with an alarm system and if the sensor is triggered it will send some signals via radio transmission and if not it sends some other signals, and then I just reset Arduino and troubleshoot again why/why not something was triggered. Alternatively, I could change the code so that the alarm can be changed if the situation changed, e.g. stop blinking led when reed switch is closed again. but i like this reset-feature