RouteConverter and Mac OS X

[routeconverter]

Does the latest prerelease I've just uploaded work better for you?

[hvdwolf]

Does the latest prerelease I've just uploaded work better for you?

Unfortunately not. The menu is back and so are the "hanging" file dialogs. Both the file open and file save (as) popups as such are opened quickly enough but the file dialog is not populated with the files/directories inside that folder.

[routeconverter]

Unfortunately not. The menu is back and so are the "hanging" file dialogs. Both the file open and file save (as) popups as such are opened quickly enough but the file dialog is not populated with the files/directories inside that folder.

But the executable flag of the files works and opening the app works?

[hvdwolf]

Unfortunately not. The menu is back and so are the "hanging" file dialogs. Both the file open and file save (as) popups as such are opened quickly enough but the file dialog is not populated with the files/directories inside that folder.

But the executable flag of the files works and opening the app works?

Yes, that works. The application bundle as such starts and executes correctly.

[routeconverter]

Yes, that works. The application bundle as such starts and executes correctly.

Good so the remaining problem is that the Eclipse SWT based browser component blocks the menu and file dialog access which leads to long delays?

I've update the Eclipse SWT library and the DJ Native Swing SWT adapter library to the latest versions. Please update your RouteConverter/trunk and try to set the delay between queries to large values like 20000. IMHO that shouldn't show the delay effect since it leaves 20 seconds to open the menu or a dialog. Can you verify this?

[routeconverter]

That is very old and I have no idea if it's still correct. Apple had the bad habit to change the naming from 1.4.x to SE 5 (1.5.x) to SE 6 (1.6.x).
It is better to check here. I will have a look as well tonight.

Your link points to the JavaDoc for the JDK. I guess this one here points to a valid source:

http://developer.apple.com/mac/library/d...rties.html

The Java runtime system properties described here are supported in J2SE 5.0 and Java SE 6.

If you like to set them, put them into the class Constants. There is a section

if(Platform.isMac()) {
...
}

where I've already set some properties.

[hvdwolf]

If you like to set them, put them into the class Constants. There is a section

if(Platform.isMac()) {
...
}

where I've already set some properties.

I played around with them and tried some options and combinations but did not get a better result. Actually I could not detect any change at all in performance.
The "System.setProperty("apple.laf.useScreenMenuBar", "false");" should be set to false otherwise there is now menu visible at all.

[routeconverter]

I played around with them and tried some options and combinations but did not get a better result. Actually I could not detect any change at all in performance.

Ok, and functionality?

And did you try to increase the polling intervall? Actually, I've updated the Eclipse SWT and DJ Native Swing libraries. Please update your workspace - it might have an effect, too.

[hvdwolf]

I played around with them and tried some options and combinations but did not get a better result. Actually I could not detect any change at all in performance.

Ok, and functionality?

What do you mean? did you add new functionality to RouteConverter? I did not pay attention to that.

And did you try to increase the polling intervall? Actually, I've updated the Eclipse SWT and DJ Native Swing libraries. Please update your workspace - it might have an effect, too.

I always do an svn up in my svn trunk before compilations. I also regularly delete my source tree and download it completely from svn as I modify "things" quite regularly to try things out.

[routeconverter]

What do you mean? did you add new functionality to RouteConverter? I did not pay attention to that.

I thought the idea of all those properties is to make a Java application behave more like native Mac OS X applications.

I always do an svn up in my svn trunk before compilations. I also regularly delete my source tree and download it completely from svn as I modify "things" quite regularly to try things out.

Btw, you could choose Subversion/Revert... on the project root and then Build/Rebuild project... to have the same effect.