[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: ui guidelines clarification: Save As...
From:       "Friedrich W. H.  Kossebau" <Friedrich.W.H () Kossebau ! de>
Date:       2003-08-19 12:37:27
[Download RAW message or body]

Am Sonntag, 17. August 2003 15:10 schrieb Ingo Klöcker:
> On Friday 15 August 2003 12:39, Friedrich W. H. Kossebau wrote:
> > Important: There are even apps that should drop "Save" and only
> > display "Save as..." in certain circumstances. Like KWord displaying
> > an email attachment. Try this with the "Secure Screen Locking"
> > attachment (found close to this thread in kde-usability mailing
> > list):
<snip way to warningless loss of changes to email attachment>
>
> [snip]
>
> > Does someone know of a general solution for this? Using the
> > filesystem might not work as the only idea I have is to use the
> > readonly flag which is not limited to temporary files so it's not
> > definite. Perhaps using a standard command parameter --fromtemporary?
> > Duh, I have my head at something else right now...
>
> Using a command line parameter won't work with the thousands of non-KDE
> applications even if it was supported by all KDE apps.

But... why not do what can be done? :) kioslaves can't be used by non-KDE 
apps, too. Okay, there would be the need for some infrastructure to tell 
which apps understand which parameter and which not. Might get to complex. :(

> AFAICS the only solution is to make KMail flag all attachments (==
> temporary files) as read-only so that everyone who tries to edit them
> notices that he can't save them. Unfortunately, then also attachments
> which are dragged from KMail to a Konqueror window would be read-only.
>
> Showing a warning in KMail would only work if the user uses RMB->Open...
> but not if he drags the attachment icon to let's say KWord. This leaves
> us with the read-only flag as only possible solution.
>
> Any other suggestion? Otherwise I'll commit the attached patch which
> flags all temporary attachment files as read-only.

There could be a check if the temporary file of an attachment has been changed 
before deleting it, asking the user to move it (with a proper name, then ;)

Perhap that could be quickly done...

I have the strong feeling there is a strong need for some file/data handling 
standards/concepts generally...

I will see if I can make up something for n7y...

Friedrich
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]