On Tuesday 21 August 2012 Aug, Jaroslaw Staniek wrote: > This is small subset from cases when user would like to have access to > history of edits. The extra command does not deliver this access but > puts a kind of macro on top for on case.
Says you. I disagree. I also fail to understand why you attach such importance to so small a thing that doesn't even involve kexi. > Let 'lost original content' is more general state. Please let's plan > history of edits this or other way at some point if we really want to > invest there (I am advertising this approach for the modern days of > computer hardware). Sorry, not interested. I don't care about finding wonderful new ways of doing document management because one thing is sure: users will _have_ it with a vengeance. Look at what is happening to gimp. I'm not going to be involved in that game, and I'm going to block any attempt to enforce it on the calligra applications. > For now the office software expect some degree of self-awarness from > users: there is File->Versions (e.g. also in Libre Office). Combined > with change tracking it's close to giving the user some control, but > definitely it's not a tool that keep users safe from the " ctrl-s, > ctrl-z, ctrl-z, ctrl-z, ctrl-z, ctrl-z, shit!" class mistakes :) Irrelevant. > In addition, I find it unlikely that users do not file bugs for > established software on Mac of Windows - "Open as New" is clearly not > existing there. I don't give a damn about that. > Consider this as comfortable approach but this is a > kind of measure too. As someone working in user-oriented support for > Open Office for years - I haven't heard this particular complaint. Yeah, you didn't, and I did... Anyway, I'll drop the patch for komain and just fix it for Krita myself. -- Boudewijn Rempt http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl _______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
