Re: [kde] Remove Send to entries from Ksnapshot
Duncan posted on Sun, 27 Nov 2011 10:45:10 + as excerpted: Dotan Cohen posted on Sun, 27 Nov 2011 10:17:44 +0200 as excerpted: Thanks for the feedback. The RFE is here if you would like to comment: https://bugs.kde.org/show_bug.cgi?id=287663 It's on my todo list. =:^) (FWIW, for the lists, I keep the messages on my todo list marked unread. I have a handful of them stacked up now, so I need to go thru them one of these days and deal with them.) It took me awhile, but I've commented on the bug/RFE now. FWIW, still a problem with the 4.8.90 (aka 4.9-beta2), which I'm running and which sitll takes several seconds to open that menu. But as I'm on gentoo I can use portage's INSTALL_MASK to mask many of the plugins and reinstall kipi-plugins to get rid of them, thus hopefully lowering that 4+ second latency to something reasonable for interactive use and cleaning up the extra entries I'll never use in gwenview, etc, as well. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman ___ 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] Remove Send to entries from Ksnapshot
Re: https://bugs.kde.org/show_bug.cgi?id=287663 I don't see any such thing as send to or export to in 4.8.4 on openSUSE. Where is it hiding? Could the slowness have some relationship to https://bugs.kde.org/show_bug.cgi?id=283366 ? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ 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] Remove Send to entries from Ksnapshot
On Thu, Nov 17, 2011 at 14:53, Duncan 1i5t5.dun...@cox.net wrote: Do note that these are plugins. If you don't use the plugins, you can simply uninstall the plugins and still use the package that can make use of them just fine. The main gwenview/digikam functionality won't be affected at all, you just won't have all those export actions, etc. The functionality provided by the plugins would be gone but ONLY that functionality, everything else would continue to work normally. If you /do/ use the plugins, tho... Well, you could check the list of what's actually installed by that package against the ones you use, and delete the ones you don't use. That should help to some degree, and I can't imagine you using /all/ those sites, for instance, so perhaps all but one of the export-to-site plugins could be removed. Either way, tho, the plugin scan really should be cached, so that RFE is a good idea. Thanks for the feedback. The RFE is here if you would like to comment: https://bugs.kde.org/show_bug.cgi?id=287663 Have a great week! -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ 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] Remove Send to entries from Ksnapshot
Dotan Cohen posted on Wed, 16 Nov 2011 20:49:42 +0200 as excerpted: Thanks, Duncan. I am starting to suspect that you are the official KDE mailing list man. There is not an issue that I run into that you haven't run into first! LOL and thanks! =:^) In my case I do use Digikam and Gwenview, heavily at that. I'll file an RFE to cache or configure the menu in question. Do note that these are plugins. If you don't use the plugins, you can simply uninstall the plugins and still use the package that can make use of them just fine. The main gwenview/digikam functionality won't be affected at all, you just won't have all those export actions, etc. The functionality provided by the plugins would be gone but ONLY that functionality, everything else would continue to work normally. If you /do/ use the plugins, tho... Well, you could check the list of what's actually installed by that package against the ones you use, and delete the ones you don't use. That should help to some degree, and I can't imagine you using /all/ those sites, for instance, so perhaps all but one of the export-to-site plugins could be removed. Either way, tho, the plugin scan really should be cached, so that RFE is a good idea. -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman ___ 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] Remove Send to entries from Ksnapshot
On Wed, Nov 16, 2011 at 00:25, Duncan 1i5t5.dun...@cox.net wrote: Dotan Cohen posted on Tue, 15 Nov 2011 17:47:29 +0200 as excerpted: How does one remove entries from the Ksnapshot Send to feature? I only ever send to Kolourpaint, and I must have over 20 entries in there. That makes it difficult to find Kolourpaint, and the dialogue takes almost 4 seconds to open. This is KDE 4.7 on Kubuntu. Thanks. Based on the list I have here, with a similar number of entries and taking a similar time... There appear to be two classes of entries in ksnapshot's sendto menu: 1) Applications associated with images. (jpeg, png, etc, I didn't investigate that far, but this set is the same list that appears in the open with list for various images.) Here, this list is relatively short, and based on the open-with behavior, can't be what's delaying the menu, which is good, since this set is where kolourpaint appears. 2) All the kipi-plugins based entries. kipi-plugins is normally an optional package consisting of various image-targeted utilities, feature enhancements, and integrated site-posting options. When installed, it adds its set of options to several kde image-targeted apps, including digikam, gwenview, IIRC krita, and, it would appear, ksnapshot. This definitely adds a huge number of entries to the list, and is probably what's taking the time to load, since the plugin design is modular run-time linking to avoid build-time linking that would force a hard dependency for any apps built against it. The tradeoff for making it run-time optional, however, is that the whole list is scanned and added at load-time. Here, gwenview is about the only app I use kipi-plugins in. I don't have digikam installed, only exceedingly rarely use ksnapshot, and while I needed an image utility with alpha-channel handling and thus had krita installed for awhile, I finally gave up on it as EXTREMELY unintuitive and lacking the necessary documentation to work around that, in favor of the gimp, which is both MUCH more intuitive (you read complaints about it, but krita was MUCH worse for me, for sure) AND actually has quite a bit of reasonably good documentation, as well. Even in gwenview, tho, I generally only use one kipi-plugin, the OpenGL image viewer plugin. All those export/upload to some-site options are generally useless without an account on said site, and said account is more or less useless unless you have a digital camera of some sort and/or are an image-artist, generating your own content. I don't even have a cellphone, the most common digital camera these days, and am not an image- artist, so... In gwenview, tho, while the initial kipi-plugin load takes some time when it's first triggered by opening the plugins menu, gwenview apparently caches the results, and subsequent usage of that menu is as real-time as one normally expects of a menu. Unfortunately, it appears ksnapshot doesn't implement this sort of caching, as a second click of the sendto menu results in the same sort of wait as the first one did! OUCH! Anyway, take a look at the gwenview plugins menu, and any other places you might use kipi-plugins in kde-based image apps, and see if you actually use any of them. Since the kipi-plugins package is normally optional (I've no idea what kubuntu does with it, tho) and because the set is all extra functionality, you will very possibly find that you don't use any of it, and can safely uninstall the entire package. Meanwhile, here on Gentoo there's what's called install-mask. If I really decided I didn't want the various individual plugins installed, I could easily mask them, leaving only the one I actually use, the opengl image viewer, to install. However, that wouldn't lessen the build-time as the whole package would still be built, just parts of it wouldn't be actually installed, due to the mask. If I wanted to avoid the build as well, I could probably customize the ebuild to build just the plugins I wanted, and the ebuild already makes some of them (generally the stuff with other external dependencies) optional and I have many of those already turned off, but customizing the ebuild sounds like more work than simply letting the system over-build and just masking what's installed. Hope it helps. I expect that if you do uninstall kipiplugins, you'll not only lighten that menu quite a bit, but make it much faster as well, since kde's normal sycoca (system config cache) infrastructure caches file associations, etc, so populating the menu from that only should be MUCH faster. Alternatively, simply don't use the sendto menu. Instead, use either copy, open kolourpaint and paste, or use save-as, and then either open (if kolourpaint is your top app priority for that imagetype) or open-with on the saved file and select kolourpaint. I think I've used both of those options, but don't believe I've ever used the sendto menu (or if I did it
[kde] Remove Send to entries from Ksnapshot
How does one remove entries from the Ksnapshot Send to feature? I only ever send to Kolourpaint, and I must have over 20 entries in there. That makes it difficult to find Kolourpaint, and the dialogue takes almost 4 seconds to open. This is KDE 4.7 on Kubuntu. Thanks. -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ 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.