685 Better for OS X but no go
Ok I fired up 685 with OS X and filed the following bugs on it already, all or some of which might be JDK specific. If they are I noted to IntelliJ to let me know so I can file them with Apple:
1- When the IDE starts up, you get no menus drawn, just a splash screen. Upon clicking in the menu area, the menus are drawn, but the splash screen stays in the background and never goes away.
2- Typing lots of chars on one line can be hazardous to your sanity... the more chars on the line the further back the caret will be. By about 161 chars, the carret is about 2 spaces behind... this depends on the font. In HTML it's actually 4-5 spaces AHEAD!
3- Command keys still don't work and display as meta. I couldn't remember if this was a JDK issue or not either.
On the BRIGHT side, the jar files don't take forever to load anymore, but it's not as fast as on Win or Linux, the new project window doesn't go insane, and the anti aliasing seems to be holding up throughout the IDE.
Please sign in to leave a comment.
Don't see this. But I also already have a project available. I changed the weight of the menus to medium even though I thought this was supposed to be fixed in the startup script.
Turn off your antialiasing in the editor under the Appearance section of the IDE Options.
Command keys don't work and I thought that was going to be fixed in 685.
I guess I'll wait for 686... :)
Couple of things besides the above:
1) Fix startup script for both JDK location and medium weight on menus.
2) While Ctrl-n does work to get a class, you must use the keyboard to select the class. Using the enter key doesn't work.
Tarun
686 still doesn't fix idea.sh. Since 686 is a release candidate build can we please please have this script fixed in the next build? It has minimal impact and is a trivial fix (trivial enough to be done manually), but with it then idea will run out of the box on OSX DP's, which is a pretty good milestone!
I can't get the darn thing started... am I the only one using UFS instead of HFS or HFS+?
Mozilla and WMP don't work for me because of the file system... guess I should just admit I made a bad decision and go back to HFS :)
Hani,
686 is a release candidate for 3.0.1 version for Linux & Windows. We are not
releasing Mac version (at least until jdk 1.4.1 for Mac) is released.
PS We are going to provide installation for Mac in the eap in a few days.
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
Please please please please DONT use installanywhere! OSX apps realy don't need such an installer. It's possible to have it be a double clickable fully configured app without an installer which is a lot more 'native' and is a lot nicer to work with. I can happily provide any info you need to make this happen
Hani,
Can the build file be created on Windows box? Can you give a link to
documentation?
--
Best regards,
Mike Aizatsky.
-
JetBrains, Inc / IntelliJ Software
http://www.intellij.com
"Develop with pleasure!"
Yep, far as I can tell it's definitely possible. Here's a link that has some info:
http://developer.apple.com/techpubs/macosx/Java/JavaDevelopment/deploying/_Mac_OS_X_J_pplications.html
Locally, I have a build file that I used to 'OSXify' early ariadna builds. Basically all I do is unpack the tar.gz distrib, run ant, and I end up with an OSX application. Not using any external tools. I'll test it on windows/linux and send to you if you're interested. Only caveat is that the resultant file would be a .tar.gz file, rather than a .dmg file (since hdiutil, used to create dmg files, is an OSX app), although I'm sure there is some windows tool which produces dmg's.
Even though I wish HFS+ was case-sensitive, I find that using HFS+ is a requirement of using Mac OS X. All Carbon application refuse to launch from UFS. I know that 1.3.1 had Carbon GUI stuff. I assume that even though 1.4.1 is going all Cocoa all the time, there is still some remininent calls to Carbon. Enjoy the reinstall :)
OK, my 0.02$,
Confirmed, happens on my machine, too.
It sure can, but I don't see that on my machine. I'm using a fixed-width , un-aliased font in the editor.
The JDK doesn't know anything about "Command" or "Apple" keys. 1.3.1 reports this key as META.
some more:
1. the Control-N GoTo Window doesn't accept the enter/return key, I have to double click on the item in the list.
2. Using MacOS X Look and Feel, I had some problems (read: NullPointerExceptions) if "Editor Tabs in Single Row" is turned on. Seems to be a problem mit Apples LAF implementation right now.
Marc Wirth
>some more:
>1. the Control-N GoTo Window doesn't accept the >enter/return key, I have to double click on the item in the >list.
>2. Using MacOS X Look and Feel, I had some problems (read: >NullPointerExceptions) if "Editor Tabs in Single Row" is >turned on. Seems to be a problem mit Apples LAF >implementation right now.
I can confirm both issues. The LAF implementation also makes menu items invisible, wenn moving the cursor over it.