http://bugs.gpodder.org/show_bug.cgi?id=69
--- Comment #3 from Paul Rudkin <[EMAIL PROTECTED]> 2008-03-24 15:17:34 --- (In reply to comment #2) > Created an attachment (id=24) --> (http://bugs.gpodder.org/attachment.cgi?id=24) [details] > gimped up, uses a bit less space I was thinking the same thing when I was doing it, but was concerned that the dialog would be forced to be too wide. I will have a play and make the changes and ensure it all looks good on a low-res screen. > I think we should remove these settings from the preferences dialog, as there > would be one place to set these things, and if people want to have a > centralized settings dialog, they can have it in the extended preferences > dialog. I agree, this is a good idea. I will make the change.s > When I come to think of it, maybe we should enable the download queue by > default, but set it to some higher value. One who wants to disable the queue > can always set it to a very high value (or we could have the "zero is > unlimited" thing, thus combining the checkbox and the spin button). What do > you > think? This is a good idea, though it may not make the UI as intuitive. Technically to maintain backward compatibility we would need to set both of these values to 0 by default (i.e. max download rate, and max number of downloads). Perhaps a tool tip that pops up explaining what zero means maybe sufficient. I will try and get the changes done later today. I have also added a refresh of these parameters in the download thread so that if the rate parameter changes existing downloads will have their rate changed. I am a little concerned about thread syncronisation doing this (theorectically we may have multiple download threads accessing the values at the same time the dialog is updating the), if you have any pointers on how to do this in Python may save me some research time! ;) -- Configure bugmail: http://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
