Posted by: mschrag
jEmplode 58 - 31/07/2004 16:53
Fixes hanging when trying to upload/download animations.
jEmplode 58
Posted by: Daria
Re: jEmplode 58 - 03/08/2004 02:21
Did the PC rebuild option go away? If so, I'm so hosed. Syncing without it takes *forever*.
Posted by: mschrag
Re: jEmplode 58 - 03/08/2004 04:41
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.
) 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.
Posted by: image
Re: jEmplode 58 - 03/08/2004 18:13
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.
Posted by: Daria
Re: jEmplode 58 - 04/08/2004 02:02
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
Posted by: jbradshw
Re: jEmplode 58 - 05/08/2004 10:47
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!
Not sure if this was a known problem but I've had it since v54 or 55. Thanks!
Posted by: tms13
Re: jEmplode 58 - 05/08/2004 15:24
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?)
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?)
Posted by: tfabris
Re: jEmplode 58 - 05/08/2004 15:35
Quote:
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.
I believe that Mike actually added this feature at my request. If you are tagging an entire album, it's much easier to enter multiple song titles if they come up selected like that. It lets you tag an entire album without having to go to the mouse to drag a selection across the song title every time.
Since you can group-select all of the songs in an album to set all of the other properties, you don't need to type those a dozen times. Usually, only the song title is something that needs to be hand-entered in a rote step-and-repeat operation, so it greatly benefits fast entry of album titles if you do it that way.
The reason I need this feature is because I rip my albums on the Rio Central, and I can only use Jemplode to tag them at that point. New albums aren't in the Central's database, and my Central is no longer connected to the internet. So most of the time when I rip a new CD, it comes up as "Artist 54- Album 37- Track 01". So I have to group-tag the album info, then individually hand-tag the song titles. Hence the selection feature.
PLEASE NOTE: This is exactly the same behavior as already exists in Emplode itself. By adding this feature, Mike is making Jemplode behave like Emplode.
What I don't understand is how things are getting obliterated as you describe. You would have to actually paste when the text is selected in order to obliterate it.
Posted by: wfaulk
Re: jEmplode 58 - 05/08/2004 16:55
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.)
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.)
Posted by: tfabris
Re: jEmplode 58 - 05/08/2004 18:32
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.
Yes, I agree that the feature would be a pain in that case.
Posted by: mschrag
Re: jEmplode 58 - 05/08/2004 20:20
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
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
Posted by: tfabris
Re: jEmplode 58 - 05/08/2004 20:28
Nor the phrase "Write once, debug everywhere."
Posted by: mschrag
Re: jEmplode 58 - 05/08/2004 21:39
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 
Posted by: wfaulk
Re: jEmplode 58 - 05/08/2004 22:19
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: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.
What happens if you want to copy a block and paste on top of another block?
Posted by: Daria
Re: jEmplode 58 - 06/08/2004 00:52
We need to mail Tony a Linux box and then break his Windows machine.
Posted by: tfabris
Re: jEmplode 58 - 06/08/2004 04:24
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.
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.
Posted by: Daria
Re: jEmplode 58 - 06/08/2004 05:01
Quote:
Then I wouldn't be able to play Doom 3 or Half Life 2.
You'd have to learn to program. Darn.
Posted by: Roger
Re: jEmplode 58 - 06/08/2004 05:55
Quote:
In practice, this is usually 100 times faster than the Windows method for simple copy-and-paste.
I dispute that, and challenge you to a paste-off.
Posted by: mlord
Re: jEmplode 58 - 06/08/2004 11:27
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
Cheers
Posted by: wfaulk
Re: jEmplode 58 - 06/08/2004 12:15
Whenever we're in the same town again, I'll take you up on that.