Version: (using KDE KDE 3.2.2) Installed from: Gentoo Packages Compiler: gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7) OS: Linux As the job list allready shows some kind of status for each job it would be nice to have some kind of job management of the jobs too. I'm thinking of right clicking on the job and getting a menu which allows me to completely cancel the job (ok thats allready possible with the buttons), put the job into a stop state where it will not be executed, move the job at the top of the job list (or at some other position), rerun the job if it failed for some reason, etc. There are a lot of this options imaginable. BTW currently the ripped wav file remains in the temp directory if you remove a job from the job list if it is allready ripped and waits for encoding. This can fill up your hard disk really fast when you have to cancel jobs because of some errors.
P2 has been fixed in CVS. I am considering removing the job list in favor of a simple display and within the CD list itself having the "jobs". It is just a simpler approch.
OK, but thats sounds reasonable. But what happens to the encoding "job" when the CD is allready removed from the drive? I really like that ripping and encoding is separated. And some kind of "management" of the encoding jobs seems to be important if i look at bug old reports (setting encoding options per job, set destination per job, etc.), no matter where these jobs will be displayed.
In the single model 0-50% would be ripping and 50-100% would be encoding. You will still have management over the jobs. Just more closely intigrated into one tab.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
This project is unfortunately no longer maintained. If a new maintainer wants to step up and take care, the project is archived here: https://invent.kde.org/unmaintained/kaudiocreator You can just clone it in your private namespace on invent.kde.org and if you have started to work on it and fixed/implemented something get it reviewed and the project unarchived. Sorry for the inconveniences.