Re: [kde] Bizarre window snap at screen borders
Am 24.10.2013 10:53, schrieb Roberto Ragusa: On 10/23/2013 09:23 PM, Wes Hardin wrote: It is an intended behavior. It was introduced (with many bugs) in 4.11 and refined gradually over the past two releases. I understand the developer's reasoning, but it has no benefit in my (and apparently others') workflow. I have had lengthy dicussions with the KDE developers about at least making it optional. They have refused. Unbelievable. I do not mind crazy defaults as far as I can revert to what I consider saner, but this one is not even configurable. Inconsistent and ugly. Hm, but this is configurable. right click on the frame, select additional Action (weitere Actionen in german) and there you can select the settings for window management. In this dialogue you can select the moving part and on the right side you can set border snap to 0 (no border znapping). regards Martin ___ 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] Has the KDE Social/Semantic Desktop been worth the hassle to anyone?
Am 18.11.2012 20:05, schrieb Kevin Krammer: On Sunday, 2012-11-18, Martin (KDE) wrote: Am 18.11.2012 11:52, schrieb Kevin Krammer: If a switch in default backend would have to propagate to the user installations, this would require some changes in the user home directories as well (moving stuff from one database to another). I am quite certain that the upstream default regarding backend hasn't changed, so any distribution changing the default will either have deployed a migration process of some sort anyway or leave existing setups untouched by choice in order not to have to. Hm, I am a little bit astonished here. If the data in the mysql database is cache only data, then simply changing the configuration should do the trick. I would have two caches laying around, but thats it. True for the read cache, not so true for the write cache. What do I have to migrate then? For example there could be data that has not yet been written to its backend. That would be the case if Akonadi is shut down (e.g. due to logout) while one of the resources that had user changes was not online (e.g. could not connect to its server). There could also be meta data that a backend was not able to handle itself, e.g. read/unread status of emails from an mbox file. While discarding of meta data would be no more than an annoyance, discarding of uncommitted changes could be (an uncommitted deleted would be just an annoyance and uncommitted add not so much). So, if I want to switch from mysql to sqlite I have to - stop akonadi - wait a few seconds to let akonadi sync - switch to sqlite - start akonadi With imap and maildir all should be the same as before. Is there a backup thingy that creates pure sql statements to migrate the data? Regards Martin Cheers, Kevin ___ 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. ___ 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] Why I (almost) stayed with KMail
Am 30.06.2012 10:43, schrieb Jörg Stadermann: Am Sat, 30 Jun 2012 10:14:18 +0200 schrieb Martin (KDE) k...@fahrendorf.de: At that point, I decided Thunderbird is not for me. Why is this thing so popular, even in business environments? It's a toy, not more. Na, thunderbird is more than a toy. The basic functions in TBird are limited, but that's what add-ons are for. These automatic filter stuff on folders (not as great as kmails) is hidden in an additional add-on called Folder Account. And that's the problem: IMO automatic filtering is vital for a decent email-client. What, if the add-on is not maintained anymore, or the update to a newer version of TB takes too long? Agreed, add-ons are for expanding functionality, but vital functions shouldn't be delegated to community-maintained add-ons. I second that. But mileage may vary. There are many people out there who do not even know what automatic filtering is (they don't even use folders besides the default one). Another example: I use different identities with different language settings (this on is English others are German), but thunderbird is not able to handle different languages for different identities. Obviously this function is not used that much (I don't even know a add-on for this). Martin Just my 2 cents. Joerg ___ 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. ___ 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] KAddressbook Spawning Tags
Am 20.05.2012 00:38, schrieb Duncan: Lex Middelberg posted on Sat, 19 May 2012 19:41:26 +0200 as excerpted: [...snip...] 1) As mentioned, Mozilla thunderbird. Mozilla also has... let me look it up as IDR the exact name... Lightning and Sunbird for calendar/ scheduling/task-management. While thunderbird is reasonably widely used, I don't believe I've known of anyone actually using lightning/sunbird and I have literally no idea if it's at all appropriate, but if I were in that market, that'd definitely be on my investigation list. Hm, I use thunderbird with lightning since about one and a half year (first windows only but since the problems with kontact on linux as well). And I had only marginal problems with it. In the beginnig I did some tests and killed my addressbook DB which was not recreated automatically (restore from backup did the trick). And old lighning versions had some problems as well (removing the DB fixed these). But since about a year all went smooth. Regards Martin ___ 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] kmail getting uppity again...
Am 08.03.2012 21:05, schrieb gene heskett: On Thursday, March 08, 2012 02:57:28 PM Kevin Krammer did opine: On Thursday, 2012-03-08, gene heskett wrote: On Thursday, March 08, 2012 12:11:17 PM Kevin Krammer did opine: On Thursday, 2012-03-08, gene heskett wrote: Greetings folks; kmail 1.13.7 from the pclos repos. I joined a forum at Cadsoft, for eagle, their pcb design tool. It copies all forum posts to your subscription address, so I thought it would be nice to make an 'eagle' folder, to reside in the sorted list of folders I now have about 40 of. To save these messages in case I might be able to contribute, and make use of kmail's expiry rules was the main reason, they are 'no reply' messages, containing an html link to that forum thread. AFAIAC, they can be expired in a couple days. But kmail has now decided any new folders MUST be a subfolder of an existing selection again, as when I click on Local Folders, the folder creation stuff is grayed out, disabled. In both the file pulldown and the folders pulldown. Since I have the same version of KMail (on Debian though), I tried to reproduce. Indeed, if Local Folders is selected, the option for creating a new folder in the Folders menu is disabled. However, the respective option in the context menu (AKA right click menu) on Local Folders is enabled and successfully created a top level folder. Cheers, Kevin Error opening /home/gene/Mail/.inbox.directory/eagle; this folder is missing. That one I had nuked previously, with kmail. Next? Does the folder exist? Does it have cur/ new/ and tmp/ sub directories? Anyway, did using the context menu work for you as it did for me? Cheers, Kevin Yes, it created it, in the .inbox folder both times I tried as I tried to create a ../eagle folder the second time, both times it reported a failure, but it was there when the failure msg was click to clear it, but when kmail then did the rescan, it was there in the .inbox/eagle as shown in the folder list, so I nuked it both times, and now, everytime I hit the bottom of the list an it restarts at the top, I have about 5 or 6 error messages, can't find the eagle folder I have to clear before it will actually go show me the next message in the inbox. This is rapidly turning into a PIMA. I would switch to claws but the last time I looked, it did not have an import from kmail function. And my kmail corpus goes back to early 2002, nearly 10 years. That is several gigs worth of messages I do NOT want to leave behind. And again: Why don't you set up a local imap server (dovecot) and put all mails into it? After you did this once you can use what ever mailclient you want without the need to move mails again and again. Martin Thanks for any more guidance folks. Cheers, Gene ___ 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/
Am 15.01.2012 18:08, schrieb Kevin Krammer: On Sunday, 2012-01-15, Dan Armbrust wrote: Hmm. Most software with autocompletion support does that. E.g. browsers, email programs. They also ask your permission first. Interesting. Neither Konqueror, Firefox, KMail or Thunderbird have asked me whether I wanted to store form data. Can you attach a screenshot of an application asking that? Mircosofts Internet explorer is doing it. The first time you start editing filed it asks if the data should be stored. Usually the user say yes and will never be asked again. I am not sure if there is a hint where data are stored and what problems may be involved by this. Regards Martin ___ 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] KDE 4.7 System Requirements
Am Samstag, 7. Januar 2012, 16:35:39 schrieb _: Hi Everybody, I'm considering installing the KDE 4.7.4 version on my FreeBSD 8.2 system, and I'd like to ask the community about the system requirements to make it run: The base information for my system looks like this: Intel P4 1.8 Ghz CPU 512 MB of RAM Intel Onboard Graphics Chip Can anybody on this list give me any pointers as to the performance of KDE under the above hardware setup? Moreover, how much diskspace will KDE take? I had it running with a similar hardware - 1.8 GHz Celeron - onboard AMD x200 Graphic - 512MB Ram (but later 1GB ram) It was incredible slow (compared to my core i3) but it was usable. I think the core problem may be ram. IF you can increase the ram up to 1GB it will be much better. More than a year ago my main computer was a P4 2.4Ghz wit 2GB of ram and it was quite good. Martin Many Thanks ___ 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] Home Directory KDE config files [SOLVED]
Am Freitag, 28. Oktober 2011 schrieb Duncan: Kevin Krammer posted on Fri, 28 Oct 2011 13:46:29 +0200 as excerpted: On Friday, 2011-10-28, Duncan wrote: Here, [$KDEVARCACHE is] pointed at $HOME/config/cache You could point it to $HOME/.cache which would then make it the same directory as $XDG_CACHE_HOME Thanks. It looks as if I don't have anything using XDG_CACHE_HOME yet, so that hadn't come up, but the pointer is useful as I don't like: a) dot dirs (I don't like stuff hiding on me!). I am a fan of this. My normal users would delete these files to often And I have to recover them from backup. b) anything located directly in $HOME (which is why they're using a dot- dir in the first place, to avoid cluttering the $HOME listing). To me it is the other way around. As I sync the home directory to the server on every logon/logoff I hate all the cache stuff floating in the home directory in several directories. If they only could use .cache a the only folder for cached data this would be really great. With this I could exclude .cache from syncing and off it goes. Martin So now I have something else to point at $HOME/config/cache. =:^) ___ 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: favicons in Konqueror
Am Donnerstag, 23. Dezember 2010 schrieb Duncan: Martin \(KDE\) posted on Thu, 23 Dec 2010 14:41:12 +0100 as excerpted: So maybe it is time to check if a fresh user has the same problems. My .kde folder is basically 10 years old. =:^) Mine too, tho I've gone thru and cleaned it up from time to time. Yes, the fresh-user thing's a very good idea to try. With a fresh user I got different problems. Seems to be very broken the favicon stuff in konqui. Meanwhile, that you can see the favicons reappear in the cache when you visit the page again, but konqueror fails to display them, sounds to me like it might be one of two things, either something related to the recent image-cache (graphics not browser related) issues in early kde-4.5 that were at least partially fixed in 4.5.3 and 4.5.4, or some other sort of race condition, where konqueror tries to display the icon before it's actually there, and then doesn't try again after it's in the cache. I'd try the fresh user thing, and then check bugzilla for related bugs, too. There is a bug there (153049) and it pretty describes my problems with favicons. If a favicon is not in the bookmark list it shows up fine, otherwise sometimes it shows, sometimes not. In the bookmarklist favicons are visible sometimes only if the mouse is over the icon, sometimes it is only visible if the mouse is not above the icon. As I said, I'm running 4.5.4 here too, on Gentoo, and haven't noticed the issue, so it doesn't appear to be hitting everyone. Hopefully it's something in your local user config and you can resolve it there. As long as you don't delete icons from your favicon cache you will not notice it. Martin ___ 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.