Re: comments

Michal Rudolf <mrudolf-W20+MoKGEJdEHWO/[email protected]> Mon, 15 Mar 2004 10:55:12 +0100
Newsgroups gmane.comp.kde.devel.knowit
Message-ID <[email protected]>
=46rank Osterfeld,   pon, 15 marca 2004 03:03:

>Here some issues which attracted my attention during the past few days.
>I just copy my (KnowIt) note into this mail without further comments, it's
>late and I am slightly tired ;-)
I was so sleepy that I forgot to send announcement...

>1. Something for the TODO list:
>support for storing/restoring sessions.
Can you be more specific, please?

>2. backup
>If the backup flag is set, the file gets backed up when opened (at the end
> of Knowit::open() ).
>Shouldn't it get backed up before being overwritten the file (in
>Knowit::save() )?
I decided to backup original, as soon as it is opened, so in case of any=20
programming error you at least have last version. Previously backup was sav=
ed=20
on every save, but I decided that this is not that good - if original is=20
damaged by programming bug, probably on the next save backup would be damag=
ed=20
as well.

>3. Use scenario:
>- user creates a new file
>- user modifies initial file (adds note etc.)
>- user quits
>- file dialog appears
>- user presses cancel in file dialog
>- Dialog appears: "File cannot be saved. Quit anyway?" - Yes, No
>Wouldn't it be better this way (the "kwrite way"):
This is side effect of read-only files handling and it is here to allow=20
quitting with unconditional save turn on, even if file cannot be saved. Of=
=20
course, if user cancels save manually, it should be detected and KnowIt=20
should be closed without further questions.
To put it short: this is a bug to fix in 0.10.




=2D-=20
Micha=B3 Rudolf


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click