Re: [linux-minidisc] changed himdformat.c to work on linux and windows

[manner.moe@gmx.de]

>Betreff : Re: [linux-minidisc] changed himdformat.c to work on linux and windows
>Gesendet: 10.04.2010 00:12:16
>An : "manner.moe@gmx.de"
>Von: "Michael Karcher <Michael.Karcher@fu-berlin.de>"

>----- Originale Nachricht -----
>As transferring MD data while formatting is impossible, why don't we
>just make the format dialog modal? This would eliminate the need of the
>format_finished signal, the disabling of the combobox and maybe other
>functions that might interfere with formatting.
...
Which
>each patch I start feeling more that we should make the himddevice
>structure a smarter object that has signals/slots on its own. So that
>(if we decide against making it modal) we don't need to send the idle
>signal via the main window and the detection object, but just send it to
>the himddevice object. Also the device deletion would be a signal of the
>device object then.
>What do you think?

I think this is a good idea, but then we should not make the dialogs modal.
As the himd device object has a busy status we can perform different actions 
on different devices at the same time.
While transferring tracks on one device we can format another one, so the 
format dialog should list all "non busy" devices to let the user choose.
Same should be done for titling (if implemented). Titling should have its own 
window with tracklist browser and the renaming should be done in the browser 
window itself and performed by a save button. This could be done while 
transferring tracks on another device, too.
 
 Thomas

P.S.: Only an idea for future use, we should think about it.