Hello
I have idea about one more improvement to be queued.
After executing backup, Backup button turns into Done one (curious the
Cancel button remains, can't imagine the reason since it has the same
function than Done one).
I suggest to leave the Backup button untouched making possible to
execute another backup.
It might be useful in case of dumping schema and data separately or just
performing backups of single objects with the same settings.
As reported earlier (there is some ticket about improvement) closing
window make all backup settings lost, so possibility to execute next
backup without closing backup wizard window would be very helpful.
with regards
On 31.7.2012 2:10, Kozusznik Michal wrote:
> probably you have too less schemas in database. we have about 40 schemas. one of them contain 200 tables. when i try
tobackup schema from top of the list, and go to object tab of backup window, object tree is scrolled down to the bottom
soI cannot see schema intended to be backuped
>
> MK
>
> 30. 7. 2012 v 21:50, "Guillaume Lelarge" <guillaume@lelarge.info>:
>
>> On Mon, 2012-07-30 at 13:54 +0200, Michal Kozusznik wrote:
>>> There are a few things annoying me daily while working with backup feature.
>>> I believe improvements listed below would help a lot:
>>> 1. backup settings should be remembered by program for next use.
>>> Currently each time I want to do backup I need to set even such basic
>>> things as character set or format. Would be nice if all the last backup
>>> settings be set when next time use
>>>
>> I added a ticket for someone to work on this when he has time.
>>
>>> 2. Objects list is always scrolled to the bottom. I believe would be
>>> better when scrolled to the first selected item. Example scenario: I do
>>> RMB on some schema and select backup. It cause schema and its all
>>> objects are going to be selected on backup/objects list. But to check
>>> them I have to scroll the list up every time.
>>>
>> I don't get this. Or I'm not able to reproduce your issue.
>>
>>
>> --
>> Guillaume
>> http://blog.guillaume.lelarge.info
>> http://www.dalibo.com
>>
