Re: [kde] Tell who did you PAY to include Akonadi?
Well, I'm not KDE developer but my understanding is that they consider Akonadi is has a good design, and so using Akonadi is meant to ultimately allow application developers to develop more reliable apps by building on top of it. I doubt rehashing this argument will do much good; it would seem better to just choose a desktop environment that reflects your values. Have you considered LXDE? It doesn't have any cool features, only the bare essentials but those features are all well designed, reliable and fast. All the desktop environments are fast on a Core i7 + SSD... usually..., but sometimes Gnome and KDE will slow down and a have to leave to computer for few minutes before it becomes usable again. In my experience, LXDE is *always* fast on a modern machine. -- John C. McCabe-Dansted ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] [Okular-devel] [Bug 267350] filling out a PDF form saves data to some file i ~/.kde/share/apps/okular/docdata/
On Tue, Jan 17, 2012 at 9:15 PM, Duncan 1i5t5.dun...@cox.net wrote: I think the real solution is to fix poppler so store the annotations in the Document according to the PDF standard (and use one of the adhoc tricks to store annotations in PS files). This is what every user ... You're probably right, but AFAIK poppler isn't a kde developed library. So in that case the bug should be RESOLVED/UPSTREAM. Meanwhile, anything okular could do without that functionality would remain off-standard, and poppler's lack of the feature might explain why okular did its own workaround. Now that Okular supports printing forms, one work around would be to have a convenient Print To PDF option under Save As. You presumably wouldn't be able to edit the form further after using this though. So I guess that's another out for the okular folks if they want to take it, simply point to upstream, and say they'll consider support for doing it the standard way once poppler implements the standard functionality for them to use. Meanwhile, they can continue to handle it how they do (no change) or possibly do something with ksecrets or the like. But in When Okular is used as a web plugin for Konqueror, It would make sense to keep the current behaviour, and inherit settings from the webbrowser, I guess. -- John C. McCabe-Dansted ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] [Okular-devel] [Bug 267350] filling out a PDF form saves data to some file i ~/.kde/share/apps/okular/docdata/
On Tue, Jan 17, 2012 at 8:39 AM, Duncan 1i5t5.dun...@cox.net wrote: Actually, I wonder if this idea could get a bit more traction in view of the new ksecrets thing? That'd play off the whole fascination with the new and shiny technology thing, instead of being seen as the drudge-work that hooking up to kwallet or just implementing an ordinary don't-save option and clear-saved button. I think the real solution is to fix poppler so store the annotations in the Document according to the PDF standard (and use one of the adhoc tricks to store annotations in PS files). This is what every user expects, and would allow them to email the PDF, open the PDF in stardard PDF readers and annotation software, etc. That's where I'd try to take it at this point, since ksecrets IS new and shiny and fascinating! =:^) In other words, not an existing standard for storing PDF annotations :P. -- John C. McCabe-Dansted ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
Re: [kde] [Okular-devel] [Bug 267350] filling out a PDF form saves data to some file i ~/.kde/share/apps/okular/docdata/
On Wed, Jan 11, 2012 at 7:44 AM, Dan Armbrust daniel.armbrust.l...@gmail.com wrote: So, you have proven that you don't take a security issue seriously. To be fair, fixing this bug wouldn't stop sensitive information appearing in swap. Sensitive information also has a tendency to appear in /tmp and /var as well. The EFF recommends full disk encryption, which would stop this appearing in clear text anywhere. The easy fix is to disable this feature until it can be redeveloped with some thought about proper handling of peoples data. Iirc, last time I used this feature it wouldn't let me print the annotations, and due to the policy of storing the annotations in a non-standard format other pdf annotation software couldn't recover my annotations. I ended up printing a screenshot. Having a warning that this annotation feature was likely to eat my homework and dump it in an unencrypted partition would've been nice. -- John C. McCabe-Dansted ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
[kde] Re: Where is konsole in kde-windows? (2011)
On Mon, Jun 27, 2011 at 10:04 PM, Burkhard Lück lu...@hube-lueck.de wrote: Am Montag, 27. Juni 2011, um 15:48:04 schrieb John McCabe-Dansted: Hi, I think this question was last asked in 2008. Apparently Konsole has been ported since 2009, but I still can't find it. I installed kdewin (4.5.4, MSVC2010 64bit iirc), and I can't find Konsole.exe. Apparently it is meant to be in kdebase, but I have already installed kdebase. I also cannot find Konsole.exe in any of kdebase-apps-vc100-4.5.4-bin.tar.bz2 kdebase-runtime-vc100-4.5.4-bin.tar.bz2 kdebase-workspace-vc100-4.5.4-1-bin.tar.bz2 So, how can I find Konsole.exe? There is none so far, reason is here: http://mail.kde.org/pipermail/kde-windows/2011-April/005827.html Thanks, that link helped. I didn't realise that hooking into cmd.exe was the cause of many of Console2's problems and that running bash directly, avoiding cmd.exe, fixed some of the problems with console2. Console2 is still a bit of a shock coming from Linux where we have the choice of lxterminal, gnome-terminal and konsole, all of which basically work perfectly. AFAICT even apparently trivial stuff, like the maximise button, doesn't work right in Console2. I don't understand the following press release : July 2nd, 2009 : First release candidate of KDE 4.3 for Windows available ... This release also provides some snapshots of unstable applications: Konsole, ... from http://windows.kde.org/news.php Does this mean that KDE 4.3 had Konsole (but was removed in 4.5)? -- John C. McCabe-Dansted ___ This message is from the kde mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.