Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Tuning Java Swing apps for Mac OS X

pudge posted about 12 years ago | from the the-more-mac-app-developers-the-better dept.

Programming 37

tarkin writes "Sven Van Caekenberghe just finished a tutorial article, 'Tuning Java Swing applications for Mac OS X', that explains how to tune standard Java Swing applications to conform to the Mac OS X User Experience and make them virtually indistinguishable from native Mac OS X applications. Topics include handling basic Apple events, packaging applications, adding a custom icon, file dialogs, about boxes, preferences, customizing the menu bar, supporting Finder drag-and-drop, standard help, and basic multi-document support, as well as using MRJToolkit and MRJAppBuilder. The PDF of the article, as well as a Mac OS X disk image with a binary version of the two demo applications and the source code can downloaded from his home page."

Sorry! There are no comments related to the filter you selected.

phirst death to islam poast phirst poast (-1, Flamebait)

Anonymous Coward | about 12 years ago | (#4418006)

Hi there you fucking communist career academic. You suck. You aide and abet terror and death. You are partially responsible for the deaths of other fellow men. For this fratricide you shall pay dearly. Your soul is black with the stains of inaction, ineptitude and sympathies to those who walk the dark side. Your foul life is full of sins, not religious, just henious, your karma is low, you dont confess, and you arent in prison where you belong. You are your own dark, kept secret. I see through you, the worthless academic, the psuedo intellectual, the unproven unpublished un patented WASTE OF FUCKING FLESH. YOua re a drain on society, you are a member of the 1st world but pretend to not be. I hate you, you are a stained man.

Hi clitoris chopper, october_30th supports clitoris carving. You are Islamic, and of course are a fucking animal. I hate you you pull-start camel jockey lover. Towelheads, Camel Jockies, Sand Niggers, Ackmids, Abeebs, Carpet Flyers, Dune Coons, Rag Heads, Sand Scratchers, Habeebs, Abba-Dabbas, Camel-Humpers, Demi-niggers, Fig-Gobblers, Hucka-luckas (hucka hlacka ghalcka ghugh), Lefties (If you steal, you lose the right hand so, since they are thieves...) Ocnods, Pull-Start-ables (imagine pull starting Ossama's dirty rag like a Briggs and Stratton), Roach-Ranchers (habibs cant kill roaches by a tenant of Is-slum), Sand Moolies.

Shut up all you dirty fucking islamic pigfucking swinehundts and the pigs, like October the 30th, the communist fuckig Islamic terrorist supporter.

Take your fucking Koran and cram it up your ass. The sooner the earth sees Islam leave it, the better off it will be. Your Koran is Goat Piss.

I hope if there is a God and a Hell, you have to drink the liquidy shit from a Pig's ass, and Jewish Rabbis defecate on you.

I hate the stupid ISLAM fucks who read into the trash they come up with. Saddam Hussein [who needs to take a dirt nap] is higher on my sanity list than fucking Muslim "clerics." In fact, I like Saddam more than most of the other Arab leaders because he is secular. We should fucking nuke the Saudis and Mecca and Medina and turn it into rubble, then tell Saddam to remove the heads of all the buttfucking "royalty" in the area.

I want to wipe my ass with Mohammad's shroud. I want to grind his body up into bone meal and fertilize my garden with it.

Our tortured dead scream out in HORROR, asking for vengeance:
  1. Kill all Camel Jockeys.
  2. Kill all Mohammedans.
  3. Kill all Dune Coons.
  4. Kill all Rag Heads.
  5. Kill all Towelheads.
  6. Kill all Arabs.
  7. Kill all Camel Rooters.
  8. Kill all Osama Bin Laden supporters.

Nuke their countries to hell.
Nuke them again.
Death to Islam.

I piss on Mecca. I wipe my ass with the Koran. I shit upon Mohammed. I wipe the cum for a freshly fucked pussy with Mohammed's shroud then throw it in the pig sty so it can mire in pig shit as it decomposes.

Re:phirst death to islam poast phirst poast (-1, Offtopic)

Anonymous Coward | about 12 years ago | (#4418808)

you're boring

Re:phirst death to islam poast phirst poast (-1, Troll)

Anonymous Coward | about 12 years ago | (#4421232)

You're a cuntcasket motherfucker fucktard. You Bin Laden felching kiddie pedophile...

Re:phirst death to islam poast phirst poast (-1, Flamebait)

Anonymous Coward | about 12 years ago | (#4424813)

still boring

please improve your material before you post here

you know you suck when you have to post in bold for the added shock value


very weak

hard to stay awake during your posts please try harder

not at all inspired

my mom trolls better than you

you suck lobster

Apple Tuning Java Swing (3, Funny)

L. VeGas (580015) | about 12 years ago | (#4418026)

Isn't that an old Count Basie song?

Not bad... (4, Informative)

NetRanger (5584) | about 12 years ago | (#4418135)

Swing is much easier to create useful applications with; it's good to see that someone is helping go it cross-platform to the Mac, to where it makes sense with the system paradigm. Unfortunately the controls in the standard Swing package look a little too much like Windows 9X.

Perhaps the next thing we need is skinnable Swing? :-)

Re:Not bad... (4, Informative)

smileyy (11535) | about 12 years ago | (#4418346)

You mean the different Swing look-and-feels? Already done.

My method of java development (5, Insightful)

BoomerSooner (308737) | about 12 years ago | (#4418455)

For my apps (that are cross platform) I build the classes in java and the UI in whichever platform I'm using. This allows each program to look good on the intended platform. For Apple Cocoa (java) programming via the Interface Builder is a wonderful tool (and free to boot!). However, I'm not a big fan of Swing. It is very unresponsive on even the fastest systems and even though working with a program can be just as efficient, as all Mac OS 9 users can tell you OS X doesn't "feel" as fast. That is the perception of Java based programs (that aren't native compiled), they are just slow. Sun should really consider a non-backward compatible new set of UI components because Swing was just kiss and make up for AWT (painful beast). I hate the layout managers and building your own, while it is an option really doesn't help in quick development.

SWT? (2, Interesting)

smileyy (11535) | about 12 years ago | (#4419062)

What about SWT, as used in eclipse [] ?

Re:SWT? (2)

BoomerSooner (308737) | about 12 years ago | (#4419186)

More details? What is it a layout manager?

Re:SWT? (5, Informative)

smileyy (11535) | about 12 years ago | (#4419284)

This looks like the best introduction: -1/SWT-Design-1.html []

Re:SWT? (1)

BoomerSooner (308737) | about 12 years ago | (#4420575)

Thanks. With 3 jobs I am one of those that really needs links!!!

Eclipse? Feh! (3)

Latent Heat (558884) | about 12 years ago | (#4426468)

I could download and install Borland JBuilder and build and run their sample apps without breaking a sweat.

I have given up on the Eclipse IDE -- the checklists for downloading samples are all two pages long, their menus and dialogs are all non-standard, and I have not yet figured out what options to specify to actually run any of the samples I have built.

Is it just me or is Eclipse just impossible to figure out? I have used (for C++) everything from Code Warrior to Borland to VC++, but Eclipse has me completely stumped. I suppose I could figure it out if I devoted a couple weeks to it, but I just don't have that kind of time to evaluate something I am not sure is of any use.

As to the SWT, isn't that the kind of thing Microsoft got sued for?

As SWT is tightly coupled through JNI to the target system, you have to distribute a .DLL (some kind of extra software blob) with your SWT app for every possible target system. Yeah, yeah, AWT/Swing has to eventually call something native, but those customizations are part of the Java runtime you install for each target system, not some extra blob that you need to distribute.

Also, SWT is much more complete on Windows while the Linux version is "in progress" and the OS-X version is a distant dream. Now isn't this kind of write-once, run under Windows just the thing Microsoft got sued for?

Re:Eclipse? Feh! (2, Interesting)

smileyy (11535) | about 12 years ago | (#4426530)

eclipse took me a small amount of time to get used to, but to me, its the best Java IDE on the market. Of course, the availability of refactoring is the bar to clear to even enter the competition, so that limits things a bit. JBuilder blows goats in comparison. My recommendation would be to create your own project in eclipse and start using it, rather than using sample apps.

To be fair, I haven't tried eclipse for Mac OS X, but all new builds of the 2.1 series are being created for Mac OS X as well, including the stable Milestone 1.

Is it the same as what Microsoft did? I don't think so. I'm pretty sure you had to use MS's JVM to run Microsoft "Java". SWT will work with any JVM, provided the appropriate native libraries are installed. I am a little disheartened by the limited number of alternate platforms available, but more keep coming. Give it time.

Re:Not bad... (2, Funny)

foobar104 (206452) | about 12 years ago | (#4418541)

Perhaps the next thing we need is skinnable Swing? :-)

I think you typo'd here. Surely you meant to say, "the last thing we need is skinnable Swing."

java ... skins ... (2, Interesting)

Unordained (262962) | about 12 years ago | (#4420157)

Isn't part of the aim of Java apps not to know too much about their environment? Maybe I'm only thinking of Java applets, but it seems that if you're going to build stuff in Java, to run in a VM, you should be hoping for the benefit of cross-platform compatibility, not your ability to fake the look and feel of an OS you could have programmed natively for, in, say, C or somesuch. If it's going to be Java ... at least don't force it to look like it was built for only one platform. If MacOS users -really- hate your application because it doesn't look like everything else ... well ... KDE vs. Gnome users can just say "welcome to the club!" ...

Metal L&F (0)

Anonymous Coward | about 12 years ago | (#4421882)

Metal, the cross patform l&f is ugly, but it was designed to be. It was only added to be your corporately respected (excuse my bad grammar).

The blue color scheme is particularly ugly. The metal works demo (in the jdk) has various nicer themes.

Back in the early days they had a cool looking l&f called 'Vancouver'. But it was shelved because it didn't look enough like Windows. Even early metal looked nicer, but they had to appease 95% of the desktop market. :(

The irony is that now XP and Aqua are streets ahead, while Metal is stuck back in 1998!!

See metal-report/

Re:Not bad... (0)

Anonymous Coward | about 12 years ago | (#4434601)

There is a company (HealthEngage [] ) making personal healthcare apps (Diabetes, Diet and Fitness, etc.) with Swing, which run very nicely on OS X. Plus, it looks like they tried to experiment by integrating several "look and feel" sets.

Java on OS X??? Got to be kidding... (0, Interesting)

Anonymous Coward | about 12 years ago | (#4418592)

OK, I'm an avid MacOS X user.....BUT:

The OS is slow.

Add to that the fact that Java is slow and you end up with a user experience that is nothing short of horrendous. Good examples are LimeWire and JEdit...fine apps by any standards, but they are so sluggy that they border on being unusable and bog down the entire OS.

I've tested LimeWire under different loads and settings and regardless it bogs down the entire window manager. Window live drags are slower, the overall OS is less responsive, etc. That's ONE Java app that grinds your system to a halt...and this is on a 500Mhz G4 Sawtooth of mine.

Developing Java apps for OS X is a hopeless case as of present. Even regular compiled Carbon and Cocoa C apps could do with a considerable speed boost. There is certainly no headway for slow, high-level stuff like Java. Well...sigh...maybe in a few years when those 2Ghz quad-G5's start shippings....=)

Re:Java on OS X??? Got to be kidding... (5, Interesting)

BitGeek (19506) | about 12 years ago | (#4418653)

Yeah. Sure.

You don't know what you're talking about.

Applications can be slow. The OS is not slow.

Java on OSX is rather speedy, and compares favorably with the previous platform I've used it on, Linux.

Cocoa apps are totally speedy, as fast as C apps.

Carbon apps that are poorly made will be slow, and if they're really poor (like IE) they can slow the whole system down.

But your generalizations are just wrong.

He's right. (3, Insightful)

BoomerSooner (308737) | about 12 years ago | (#4419235)

Java is significantly faster on OS X than it is on Linux. It's my understanding the reason the Java versions lag a little behind is Apple helps optimize them to aid with the speed issues.

That being said, I just want a compiler that can build native apps with one code base. Yes I know C++ can "theoretically" do this, but not if you're trying to make it a true native app. I want to say build file menu and the compiler knows on apple it's integrated and on a PC it's got it's own menu interface, on linux you can choose how you want it laid out (SDI versus MDI).

This is the killer app for developers and I personally would pay several thousand for a development environment that could do this. I'll return to my pipe dream shortly.

Re:He's right. (5, Interesting)

BitGeek (19506) | about 12 years ago | (#4419687)

I thought that is what you got with Java on the mac.

I've been doing mostly server side stuff so I can't say for sure, but it is my understanding that you write a Swing UI Java App on the Mac and on the Mac you get the Aqua look and feel. This is from conversations with an Apple developer who was the person who wrote it, but I may have misunderstood.

At the very least it should be one of the choices for looks that you get with swing (Remember windows, metalic, etc?)

So you write a swing app and on OS X it looks like OS X and on Windows it looks like Windows and on Linux it looks like Windows and on Solaris it looks like Swing.

You're right about apple optimizing their JVM etc. The reason 1.4 is delayed (so the rumors go) is that they are doing a complete rewrite. From what I saw with 1.3 they've done some great improvements on what Sun ships.

Wouldn't realbasic do what you want as well? One language-- though it has C support as well-- and deploy on at least Windows and Mac with the same UI.

Inherently when you make a multi-platform dynamically-chosen-look and feel, or consistent look and feel across all platforms, there WILL be compromises because the platforms are different.

So, I'm not sure what you're looking for-- if you think that someone can make one that dynamically picks the right UI without any compromises (java's slowness, or ui variations) then I think you're not quite understanding the problem correctly.

Personally, I have no desire to support the windows platform anymore, so I just do everything in Cocoa with Objective-C. And objective-c rocks. I thought Java was the paragon of perfect languages, but I have to admit I like objective-c better.

Re:He's right. (1)

Molz (87066) | about 12 years ago | (#4420399)

Well, you are partialy right. If you run a java app that uses swing and doesn't specify its L&F, you will get the Aqua L&F. Thats not to say its totaly Aqua though, because unless you use some MRJToolbox calls (don't remember which ones) the menu bar will still be part of the App's windows.

Atleast that is my experiance so far in doing cross platform java dev on OS X for my classes. What I would like is a java compiler that can do some pre-processing. That way I could put the MRJ calls in, with #ifdef's (or what ever) around them, and the rest of my team could still compile on windows and linux with out any problems.

Your right but that's not what I was asking for. (2)

BoomerSooner (308737) | about 12 years ago | (#4420610)

I want an .exe for windows, a .bin for linux, a .whateverthehell for mac, a .bin for solaris, ...

From one source if someone built a compiler that could understand the UI nuances between OSes I would spend loads. Not to mention could you imagine the apps that would be built?

Seriously if a company could use (lets call it NativeJava) NativeJava and build for Linux/Solaris/OS X/OS 9/Windows 9x/Windows 2000/XP with one source file that could be compiled via processor emulation for all platforms, there would be some great Mac/Linux applications because the barrier to entry for building Mac/Linux Apps would be almost zero (you'd want to buy those systems to test of course). Realbasic (as irritating as their marketing guy is) is the closest product to this. However it would need a lot more work to get there.

I just want to hit F5 and have my app built for several platforms and as a developer/business person, I would pay a shitload for this functionality. I currently build apps for all the previously mentioned platforms (except OS 9, I am late to the Mac scene).

Re:Your right but that's not what I was asking for (1, Informative)

Anonymous Coward | about 12 years ago | (#4421068)

On the Mac it is ".app" for applications, but the convention is for file name extensions not to be shown in the GUI (you get the type in the GUI from an icon or from a complete description such as "Application").

Over time, Apple and Sun and others in the Java community will probably come up with ways to make Java apps appear even more native, especially on Mac OS X, since it is so Java-friendly. Also, once you dress up your application in Aqua, it looks really great and it is very, very easy to use. I added a Java app to my creative tools recently (for the first time) and all I had to do to use it was run it. It appears to be just one icon, but if you look inside the "package", there is a Mac icon file in there and a JAR file and a few XML files that tie it all together and provide meta information to the system.

Here is the app, for those that are interested: MuSing [] . I added pro drum sounds to it and it is really worthy of running next to Logic and Pro Tools and other great Mac audio software.

There is a great opportunity for Java developers on Mac OS X. You start with your JAR file, and an afternoon later, you have a Mac app. Hire an artist to make an icon for you, or solicit them from your users if you aren't an artist yourself ... you'll get three or four back in a few days and your app will really benefit from a nice icon. That's the user's handle on your app and they appreciate it when some kind of artistic statement is made there that is worthy of the algorithms and whatnot in your application.

Mac OS X is a great place for Java to shine in the mainstream. I'm looking forward to using more and more Java apps over time, and knowing that I'm doing so less and less.

Re:He's right. (2, Interesting)

Andre Breton (605694) | about 12 years ago | (#4423010)

They *try* to look like Aqua, but if used Mac OS X longer than a day you should notice the difference :) And for LimeWire: Yes, it is awfully slow, but I use another Java App on Mac OS X: CrushFTP and FTP server. And I'm just happy with it's performance. I guess Java is not the problem, the programmers are.

Re:He's right. (1)

1155 (538047) | about 12 years ago | (#4425321)

I want.. I want.. I want..

I want a 50 inch lcd monitor that can fold in the palm of my hand. It has to be blue, and also weigh less than a pound. There are paperclips in the secretaries desk, and I think a stapler, for supplies. You have until friday.

Guys, give these people time, you know just as well as anyone else that developing does take time. Hence the reason I can't run arachnophilia until apple comes out with the 1.4 version of jre, or anything else. Give it time.

As to this whole osx is slow. I've been running osx for about.. a month. I like it, and it is faster than any os I have run, and I am only on 256 megs of ram. The fact that I can run windows within the emulator, and still have a decent os to run such things as itunes and mozilla shows that the os is not slow, just apps themselves. Give people time, or otherwise, e-mail their bosses.


I have no sig

Reply to reply, from the Original Anonymous Coward (1, Interesting)

Anonymous Coward | about 12 years ago | (#4427253)

You don't know what you're talking about.

Applications can be slow. The OS is not slow.

When I say the OS is slow I am, of course, referring to the general responsiveness of the UI. MacOS X is a speed demon in many things...but falls far short of Linux, Windows and MacOS Classic when it comes to UI responsiveness. When I use these other OSes I feel like I've just received an adrenaline injection after extended periods with OS X. This is a problem that needs to be fixed, either with some heavy low-level modifications to the GUI or, more probably,...with faster hardware.

Java on OSX is rather speedy, and compares favorably with the previous platform I've used it on, Linux.

That's not saying much...=). Java in general is sloooow...painfully so..and GUI apps for all platforms leave plenty to be desired. I haven't made a comprehensive comparison of Java GUI speed between platforms, but I know this: the responsiveness of Java apps in MacOS X is terrible. Not bad but terrible. On my 500Mhz G4, I find most, if not all Java apps bordering on unusable and avoid running them unless literally forced to. Much to my relief I discovered Acquisition recently, and can replace LimeWire with a Gnutella client that doesn't bog down my system.

Cocoa apps are totally speedy, as fast as C apps. Carbon apps that are poorly made will be slow, and if they're really poor (like IE) they can slow the whole system down.

Any app that is poorly programmed will be slow, regardless of whether it is programmed with the Cocoa or Carbon APIs. My point in the post you replied to is that EVEN these Cocoa and Carbon apps for OS X leave something to be desired.

But your generalizations are just wrong.

I don't think so. It's not as if I'm ignorantly bashing OS X here. I've made studied various aspects of OS X comprehensively and found considerable shortcomings in MacOS X in terms of GUI speed performance. I believe I'm addressing here genuine concerns mirrored by the OS X community as a whole. I want OS X to be the greatest UNIX ever and I think it has the potential to become so. But that doesn't mean I'll close my eyes to obvious problems and pretend that nothing is wrong.

Sveinbjorn Thordarson

.Mac slashdot effect (0, Offtopic)

Kalak (260968) | about 12 years ago | (#4418745)

Since he's paying for .Mac, I'm dying to see how he handles the /. effect. Of course, since this is an Apple subject, it won't be given a real test. If it was makig swing do GTK+/Gnome?KDE/whatever, it'd probably be hammered.

Best Tuning Advice (for real) (4, Informative)

anarkhos (209172) | about 12 years ago | (#4420035)

The best advice I can give Mac OS X users who want to run a Swing app is to change the default L&F to something other than Aqua.

Swing apps are incapable of behaving like Mac apps. Thus using the Aqua theme for Swing apps is the absolute worst possible combination!

One of the key reasons Swing apps will NEVER behave like Mac apps is the Java file primitive. The misnomer File class should really be called FilePath. Since (100% Java) Swing apps use file paths as file primitives this implies that file paths are constant. Thus if you move/rename an open file (or host directory/non-root volume) the Swing app will become confused.

Re:Best Tuning Advice (for real) (5, Interesting)

Molz (87066) | about 12 years ago | (#4420433)

One reason for using the Aqua L&F, though, is that it is better optimized for OS X. Try running a complex application in Metal on OS X and again in Aqua. In my experiance the difference was quite aparent. You have a point though that the feel of java apps on OS X is still not quite right, but using Metal isn't any better (it just makes things more ugly).

Cocoa apps have the same file path problem. NSDocument based apps now use FSRef's as well as NSURL's so they don't, but if you write a Cocoa app that doesn't use NSDocument, its up to you to do the FSRef magic you need to track files based on their HFS+ id number.

Re:Best Tuning Advice (for real) (3, Interesting)

anarkhos (209172) | about 12 years ago | (#4427508)

The advantage of using a non-Aqua theme for Swing apps is you don't get confused. You see a Metal app you expect Swing behavior, then you see an Aqua app you expect Aqua behavior.

Your assessment of Cocoa apps is correct except I would add that FSRefs also work on UFS volumes (and probably others) with the one caveat that you can't pass an FSRef to another process.

What Apple ought to do is what they did with the Toolbox more then a dacade ago which is to say deprecate functions (methods) which use file paths as arguments. Instead they ought to use something equivalent to an NSFSRef as a simple file primitive. They should also revise the Aqua HI Guidelines to clarify the behavior of "Save" and "Revert" to reflect the proper Mac behavior which can currently be had by using NSDocuments or FSRefs. They should also clarify that a file's path is variable, not constant.

Ironically Swing apps behave more like Cocoa apps in at least one aspect: the behavior of text views. NSLayoutManager doesn't behave correctly. For example selecting down on the right side will select the trailing linefeed of the last line selected which doesn't follow the Mac convention.

Unfortunately these problems are NOT going to be fixed unless more people send Apple feedback and bug reports.

Re:Best Tuning Advice (for real) (1)

Molz (87066) | about 12 years ago | (#4428640)

Your assessmeYour assessment of Cocoa apps is correct except I would add that FSRefs also work on UFS volumes (and probably others) with the one caveat that you can't pass an FSRef to another process. nt of Cocoa apps is correct except I would add that FSRefs also work on UFS volumes (and probably others) with the one caveat that you can't pass an FSRef to another process.

Last I heard that on non HFS(+) file systems, FSRefs revert to using path names rather than a file ID, since file ID's don't really exist on UFS (there are inodes, but still not quite the same). Assuming they are still implemented this way they don't provide the same features that they would on HFS(+), but atleast they don't break completely. (and if I am wrong on this, feel free to correct me.)

Ironically Swing apps behave more like Cocoa apps in at least one aspect: the behavior of text views. NSLayoutManager doesn't behave correctly. For example selecting down on the right side will select the trailing linefeed of the last line selected which doesn't follow the Mac convention.

It's a behavior left over from NeXT. I prefer the old Mac way of selecting, but it would be great if they would atleast unify it to one or the other.

Re:Best Tuning Advice (for real) (1)

anarkhos (209172) | about 12 years ago | (#4439114)

You're wrong.

FSRefs are an arbitrary 80 byte runtime reference for a file. For HFS+ it may per chance be comprised of a volume name and FileID but that's completely irrelevant because you're not supposed to store FSRefs and with Mac OS X not supposed to pass them to other processes. With UFS, FSRefs behave exactly the same as HFS+. I don't know the internal structure of the FSRef in Mac OS X w/UFS, but I really don't care either. It currently works.

You're probably thinking about Aliases in which case you would be correct. Aliases are anarbitrary description of how to find a file and on UFS volumes they break like symlinks, which again follows the specification. You can make Aliases on HFS+ volumes which also break like symlinks, just store the path and use null for the FileID and host FolderID.

As for selection I find the Mac selection behavior by FAR superior since 19 times out of 20 I don't want the trailing linefeed and when I do I can always add it after pasting (or dragging) by pressing return. The problem is even worse if you try drag+drop text. Even if you removed the insane delay, the linefeeds would get in the damned way.

Apple did change the selection behavior slightly in 10.1 so selecting to the right would be less annoying (it used to be like a bloody Windows app) but it still falls short, and selecting down wasn't imrpoved at all! They also reduced the delay for dragging text in 10.1 which didn't make any more or less sense than the delay in the first place. I swear the AppKit developers just do this to tease me, what other explanation is there?

What they ought to really do is implement the best of both worlds, and also add some standard cursor icons so you know whether you're hovering over a draggable item like selected text. This would eliminate a lot of the confusion former NeXT-heads had.

Anyway, file some bug reports |-)

One way to tell it is a java app (1, Funny)

Anonymous Coward | about 12 years ago | (#4426956)

It will be slow.

No point trying to dress it up ;)

Re:One way to tell it is a java app (0)

Anonymous Coward | about 12 years ago | (#4428819)

OS X kernel is written in Java?

Swing my schlong (-1, Offtopic)

Anonymous Coward | about 12 years ago | (#4435689)

Dear Apple,

I am a homosexual. I bought an Apple computer because of its well earned reputation for being "the" gay computer. Since I have become an Apple owner, I have been exposed to a whole new world of gay friends. It is really a pleasure to meet and compute with other homos such as myself. I plan on using my new Apple computer as a way to entice and recruit young schoolboys into the homosexual lifestyle; it would be so helpful if you could produce more software which would appeal to young boys. Thanks in advance.

with much gayness,

Father Randy "Pudge" O'Day, S.J.

Check for New Comments
Slashdot Login

Need an Account?

Forgot your password?