efry wrote:Hi John,
You're right that is a bug. I changed the way files downloaded, while putting in the new error handling and forgot to check how that effected the queuing code.
I've committed a fix for that now.
That didn't take long. Nice one.
I'm planning to make the whole output filename configurable. I was thinking of using a format string similar in style to printf syntax to specify the filename.
I'm planning to have a few config options available in a preference pane.
1. download directory
2. download style. TS or wiz
3. download filename format
4. autoconnect. (that's a good idea)
I am also going to add a context menu to the download queue so you can 'Show in finder' or 'play recording' by option clicking the download.
I was also thinking of adding drag and drop download support. So you select one or more files from the list then drag them to a finder window or the desktop. This will then queue them up to download with the file being saved in the desired directory.
I think all your planned modifications are excellent.
Just a few questions:
* On the example of print syntax prompt, can the file name of the show be the default and the user just change it if he/she would like?
* Re download directory, could/would this include a networked directory eg a NAS? I will be getting one in the future and thinking out aloud...
* Drag and drop is an unexpected, but excellent idea, as is show in finder option.
If you've got any more ideas feel free to let me know.
I should update my todo list.
Since you asked
, some further suggestions for your consideration:
1. Not sure if this is possible due to limitations of the Wizzy (or otherwise), but how about an ability to delete unwanted files of the Wizzy's hard drive? That way after successfully transferring the file etc, we can just delete the file via WizMac's interface? perhaps check boxes or similar for multiple deletes?If this can be implemented, you may wish also consider in WizMac's pref pane having a delete confirmation option - to cover the 'ooop's I didn't want to do that' moments?
2. In a 'status bar' (or similar) indicate the Wizzy's hard drive stat's eg how much has been used/how much left eg 30Gig/160Gig, which would be updated if point 1 can be implemented.
3. Maybe the same as above in point 2 for the receiving computer?
4. Indicate (somewhere) the total size of what is cued for transfer? That way point 3 can be easily considered for any transfers? This would cover 'have I got enough space on my computer for my cued transfers' scenario?
That's all for now. I don't want your to do list to be too big
.
cheers,
John