Thursday, May 11. 2006
Concluding the Delete Controversy?
I borrowed the delete dialog from JuK at the suggestion of a bugzilla comment.
It also cleaned up the code a bit; previously it was respecting the setting from Konqueror which for some reason resulted in a lot of redundant Trash/Delete code.
We're in a string freeze so it won't be in until 1.4.1.
It also cleaned up the code a bit; previously it was respecting the setting from Konqueror which for some reason resulted in a lot of redundant Trash/Delete code.
We're in a string freeze so it won't be in until 1.4.1.
Trackbacks
Trackback specific URI for this entry
No Trackbacks
Comments
Display comments as
(Linear | Threaded)
Yep, thanks for the idea. I haven't installed JuK and poked around in a while; I need to do that. 
Looks nice, but wouldn't it be better if there is an exception when only one file is deleted, so that you don't see the list when there's only one file but instead the filename is just in the label?
Not sure if its worth the hassle/lack of consistency. If I had coded this myself I easily could see myself doing that though.
Well done on cleaning up this issue, the never ending complaints were tedious, people can be so intolerant to tiny issues. People can claim tiny issues are so much larger than they are too.
The lack of polish as above poster describes will get cleaned up eventually, prolly.
The lack of polish as above poster describes will get cleaned up eventually, prolly.
Looks nice!
I note that there is a double margin around the widget, so you see more space on the right of the list then on the right of the cancel button.
Would be nicer even if those lined up
I note that there is a double margin around the widget, so you see more space on the right of the list then on the right of the cancel button.
Would be nicer even if those lined up
Hello ! That's one of the most anoying things I've found in amarok interface, the delete button there. If you want to delete files from a music player, something I admit I've never needed, I would just use a popup menu or something like that. Also, the icon for the delete action is really bad in my opinion: normally in KDE it's a red X, so I had no idea about what was it the first time I saw it. Really scary for a delete button if ou ask me..
My take? I've changed that button for the "move to song being played", which is much more useful to me. what do you think?
My take? I've changed that button for the "move to song being played", which is much more useful to me. what do you think?
It's there, but it's also in the main amarok toolbar between the anaylizers and the previous button, and that's what I was talking about: putting there the "Go to current track" button instead
You must have put that button there. Its not there by default. That would be pretty crazy, yea.
Speaking of deletions, here's a crazy idea. How about having "data sensitivity" levels in KDE4 whereby you can select how long the trash should keep a file. A data sensitivity rating would be kept until you empty the trash (or until you tell the system it should rather, in case you want automagic emptying so often)... level 1 would only be kept 30 days, level 5 one week, level 9 immediate permanent deletion, level 10 secure deletion...
Why not simply make an configuration option to deactivate the delete feature?
In fact many people want to have a delete button but many don't want it in a music player.
In fact many people want to have a delete button but many don't want it in a music player.
Completely agree. Gqview has an option for safe deleting, and an option to disable deleting all togther....and it works great.
Hm. If I would check the "Delete files instead of moving them to the trash" checkbox, would the button still say "Send to Trash"? If it does, that is a button that actually does not do what it says it does. Just a little detail
Amarok Links
Calendar
|
September '08 |
|
||||
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | |||||
Quicksearch
Archives
Categories
Syndicate This Blog
Blog Administration
We Listen To...
Powered by
