jEmplode 33

I couldn't stay away too long Still no jEmplode auto-update -- I think I'll get that in for 34.

http://www.jempeg.org/jemplode20.jar

33 jEmplode - treeNodeModified refreshes the table model (just in case)
33 jEmplode - reorder up/down changes sort order to "by position"
33 jEmplode - if sort column is hidden, default to natural order ("by position")
33 jEmplode - VersionTrackerIfc
33 jEmplode - HijackVersionTracker
33 jEmplode - Hijack Login/Password fields added to Tools... Options
33 jEmplode - Optionally disable fast connections in Tools... Options
33 jEmplode - Deep copy of playlists (via Edit...Deep Paste or Ctrl-Shift-V)
33 jEmplode - I think Ctrl-V works again in Text Fields
33 jEmplode - Optionally display Successfully imported files in Import Results dialog
33 jEmplode - Tools... Options... Only Show Failed Imports
33 jEmplode - Escape in OK/Cancel dialogs = Cancel
33 jEmplode - Fixed problem with refreshing soup views after editing nodes in the soup
33 jEmplode - Tools... Options... Prompt Before Autoupdate

I don't have FTP passwords setup on my Hijack, so someone who does let me know if that FTP login/password actually works ...

thanks again mike, i just recently got hooked to your software sinmce the animation editor got built in, i did't relize how great it really was..

Ditto on that. You rock!

Yeap, what they said.

Could you explain the deep copy idea? I wanna make sure it's what i think it is.

Thanks guys <tear>

Someone requested it ("deep") in another thread.

In a typical copy scenario, if you paste a playlist, it will actually just make a reference to the original playlist. That means if you reorder the tunes in one, they are automatically reordered in the other (well, since it's a reference, it just _is_ the other one). So deep copy (techincally "deep paste") allows you to copy a playlist and when you deep-paste it somewhere else, it will actually create NEW playlists of the same name (all the way down) as the one you're copying. That will let you happily reorder tunes (among other operations) separately in each playlist without affecting the other. Turned out to be really easy since this was already how copying a soup playlist worked (since soups didn't actually exist on the Empeg itself, it was implicitly a deep copy). To use it, just Ctrl-C the one you want, but when you paste, use Ctrl-Shift-V instead of Ctrl-V. Incidentally, this will _NOT_ deep copy tunes, _ONLY_ playlists. Your tunes will still be reference counted.

Mike

Re: the following thread for the discussion:

http://empeg.comms.net/php/showthreaded.php?Cat=&Board=empeg_tech&Number=82127&page=0&view=&sb=&o=

I sit me, or is there no "drag n drop" with JEmplode?

Are you on Linux? If you are, then it's not just you ...

I bet Roger did not expect somebody would beat him to deep copy implementation!

I think we really needed this feature. Thanks!

The competition is a little unfair, since they have to stick to a release schedule and I can just sneak out a release every day

Mike

The competition is a little unfair, since they have to stick to a release schedule and I can just sneak out a release every day

Gee, wonder what that says about standard software development methodologies (under which I work every day as a developer)?

rjf&

Gee, wonder what that says about standard software development methodologies (under which I work every day as a developer)?

Well, that depends on what you consider 'standard' and 'software'. In the field of business software, after a decade of two-year 'planning, analysis and design' phases (after which the problem has moved so far that one has to start from the square one - ideal situation for big consulting firms), 'agile' methodologies are again in vogue (of course, new converts usually omit the 'again' part). Roger has several useful pointers to one of them, 'extreme programming', here. When I was pushing an 'agile' methodology to my customers some 15 years ago, it was called RAD (rapid application development), JAD (joint application development - in order to stress early and intesive participation of customer's staff) or prototype-based development. We only resort to some formal analysis and design methodology (I still mostly use some variant of structured analysis) only when we cannot find a cutomer's staff member who has an overall idea of what is actually going on in their enterprise.

(Extreme programming has some interesting ideas usefull outside the big corporate application development environment - for example, joint ownership (i.e. responsibility) of all code modules.)

Yeah, I have been through all the fad's too.

My current favorite: Ask the customer what the problem is, then write some code to fix it. Works really well.

rjf&

My current favorite: Ask the customer what the problem is, then write some code to fix it. Works really well.

Hmmm, that would imply that your customers generally know what they problem is. Strange and rare phenomenon... I think I recently encountered such a rare beast (after 20 years in business) - a largish family-run computer hardware distributor.

I hear ya. Of course, they can never tell us "add this feature that works like this" -- but they can say "if we just had some way of doing 'A' ", and then we can run off and figure out how to make our product help them do 'A'.

At anyrate, after many years in the business, I have come to believe that the kind of development environment that JEmplode and HiJack have grown up in is the right way to do it for all but the most critical pieces of software (medical, space flight, etc).

rjf&