From kde-devel Tue Aug 19 12:37:27 2003 From: "Friedrich W. H. Kossebau" Date: Tue, 19 Aug 2003 12:37:27 +0000 To: kde-devel Subject: Re: ui guidelines clarification: Save As... X-MARC-Message: https://marc.info/?l=kde-devel&m=106129685428295 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] > > > 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 <<