Fixes hanging when trying to upload/download animations.

Did the PC rebuild option go away? If so, I'm so hosed. Syncing without it takes *forever*.

It went away a few versions ago mainly because I never got a report from anyone (but myself ) that it actually worked -- or rather, I only got reports that it DIDN'T work. Maybe it was just a vocal minority that had problems? I can definitely bring it back out of CVS for the next build if it was working for you.

it worked if you did only one thing. only add or only delete or only change tags. if you started to mix and match, then it would still do it, but give a corrupt database, IIRC.

It never didn't work for me. Well, there was one time, but I had changed tags on something like 10000 songs of the 12000 on the player

It also seemed to fix the problem I've been having upgrading the Hijack as well. With previous versions it would download the hijack and send it to the player and then just "sit there." I always had to close and restart jEmplode and manually reboot the player afterwards.

Not sure if this was a known problem but I've had it since v54 or 55. Thanks!

Noticed something with this build - when you bring up an item's properties with ALT-Enter, the name is selected (I don't simply mean that the name has focus - that would be okay - but that the actual text is selected). This is a pain if you've selected text somewhere else to paste into one of the fields, as the new selection obliterates it.

Did this get introduced with the "OK and change children" button change? (BTW, is there a shorter label for that, to avoid pushing the Cancel button off the edge?)

Clipboards in Unix work differently than in Windows. The main clipboard, called the primary selection, in Unix (X11, really) is basically whatever is currently highlighted. If jEmplode highlights something for you, you lose what was previously selected. This is the clipboard method used 99% of the time in Unix/X11. There is another clipboard that works largely like the Windows clipboard, but it's so underused that many applications don't have any way to access it at all.

This is obviously a place where jEmplode running under Unix should behave differently than jEmplode running under Windows. (For the record, MacOSX works more like Windows in this regard.)

Ah, that explains it. Thanks for clarifying that. It's something about unix/linux I didn't know.

Yes, I agree that the feature would be a pain in that case.

Interesting -- I didn't realize this either. I mean, I had always done this in terminal sessions, but I always thought that was a "hack" because it was so common in a terminal. Never realized that was a global behavior.

Not that anyone wants to hear my two cents , but as a UI metaphor, that's sort of unfortunate -- seems to me there's a pretty big difference between selecting and copying. What happens if you want to copy a block and paste on top of another block? In Win/OS X, it's copy block 1, select block 2, paste. If select is copy, though, I would think you'd lose the original copy when you select the 2nd block? What do the Linux word processing apps do in this case? I hope the answer isn't to change the copy/paste procedure, because that's even more unfortunate.

Java programmer never like to here the phrase "it doesn't work like that on my OS" by the way

Nor the phrase "Write once, debug everywhere."

As long as people who use that phrase also acknowledge that the alternative is "Write everywhere, debug everywhere" then I don't mind it being used

Like I said, there's a second X11 clipboard that does work like Windows' clipboard. It's often not very useful. though, since many apps don't support it, xterm being high on that list. There's actually a Sun Java doc about X selections, but it unfortunately doesn't list best practices. Perhaps before highlighting the text you could copy the Primary Selection to the Clipboard Selection. Of course, then you might overwrite something important in there. It seems like the way they talk about it that you ought to be able to highlight without registering the selection with X. Maybe there's some low-level flag you could pass to it to keep it from asserting itself.

Quote:
What happens if you want to copy a block and paste on top of another block?

You can't do that with the Primary Selection method. When you paste in that paradigm, you never replace, only insert, sometimes at the mouse pointer, sometimes at the text cursor, depending on context. In practice, this is usually 100 times faster than the Windows method for simple copy-and-paste.

We need to mail Tony a Linux box and then break his Windows machine.

Then I wouldn't be able to play Doom 3 or Half Life 2.

Anyway, I'm in a room with three linux computers right now. They happen to all be music playing devices, but they do run linux.

Well, maybe not HL2.. but Doom3 -- all the other Doom versions are there for Linux, so I expect you'd be able to play Doom3 as well.

Cheers

Whenever we're in the same town again, I'll take you up on that.