[kde] Re: "Copy" in KMail picks up HTML formatting
On Wednesday 02 Mar 2011 11:55:28 PM Marcelo Magno T. Sales wrote: > Em quarta-feira 02 março 2011, John Layt escreveu: > > On Wednesday 02 March 2011 02:51:08 John Phillips wrote: > > > Hi, > > > > > > Running KMail 1.13.5 on Ubuntu 10.04. > > > > > > Ctrl C (copy) of part of an email picks up also the HTML > > > formatting; even when I copy an address and paste it into a > > > filter. > > > > > > Never seen this happen elsewhere; how do I just copy the plain > > > text? > > > > > > ___ > > > 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 was fixed in the 4.4.10 release. > > I don't think so. I'm running 4.5.3 and this bug is still here. I know > this is the fixed release informed in the bug, but it's not fixed yet. > Maybe it's because KDE PIM is not in sync with the rest of KDE? > I think he was referring to the version of kmail/kdepim release not KDE SC. -- Cheers! Kishore ___ 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] Qt4.7 repo needed for Kde:/Distro:/Factory?
when some KDE packages came up for update today, most of them showed unresolveable dependencies for libqt-x11 >= 4.7.2. i found these in KDE:/Qt47, added the repo, and solved the dependencies with vendor change. wondering if this is a permanent requirement, or perhaps my mirror didn't have the latest libqt-x11 available yet? -- phani. ___ 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: Qt4.7 repo needed for Kde:/Distro:/Factory?
phanisvara das posted on Thu, 03 Mar 2011 22:37:37 +0530 as excerpted: > when some KDE packages came up for update today, most of them showed > unresolveable dependencies for libqt-x11 >= 4.7.2. i found these in > KDE:/Qt47, added the repo, and solved the dependencies with vendor > change. > > wondering if this is a permanent requirement, or perhaps my mirror > didn't have the latest libqt-x11 available yet? FWIW... That sounds like a distribution package repo question, not something for the general kde list (tho someone here may happen to have the answer). So I'd suggest posting the question to your distro list(s)/ forum(s)/irc-channel(s)/whatever. That said, a quick google (I only have qt 4.7.1 on my system here) says qt 4.7.2 was apparently released on March 1st, so it's only been out a couple days. My guess is that your distro and normal repos simply hadn't had time to fully package, test and release yet the new upstream version, and that it'll hit the regular repos given time. -- 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.
[kde] Re: How to use Plasmoid shortcuts
On Thu, Feb 24, 2011 at 06:37, Duncan <1i5t5.dun...@cox.net> wrote: >> Like you, I prefer to launch with a keyboard launcher. I usually use >> Krunner (Alt-F2). However, because of a bug I cannot launch some apps >> with it: >> https://bugs.kde.org/show_bug.cgi?id=263883 > > I believe part of the issue may be that krunner checks more than just the > shell-path. In particular, it knows of and ranks higher in the priority > sequence anything found in the the apps menu (kickoff/kmenu/lancelot). If > it sees more than one choice, it should have a list (you may have to > expand the krunner window vertically, or look for the arrow, to cycle thru > items not fitting in the list). If the nepomuk runner plugin is enabled > and it's looking in mail, etc, as well, you can get a whole SLEW of > generally false-positives, so turning that and a few others off if you > never use their supplied choices can be useful. (Plus, at least in kde > 4.5 and previous, the nepomuk plugin tended to crash krunner once in > awhile, so turning it off increased krunner stability. IDK if that still > applies with 4.6.) > Thanks. The Firefox in the Lancelot menu is in fact ~/.bin/firefox. Disabling the "command line" in Krunner fixed it, it is now running ~/.bin/firefox. However, there are other wrappers in ~/.bin that are not in the menu and naturally stopped working. I'll just add them all to the menu. Other than that, I learned a long time ago to disable Nepomuk in Krunner and the Nepomuk service. > You can use the icons presented with the run-choices to determine the type > of item. A nice app icon indicates that it's using the menu entry, with > its associated icon. A generic "gear" icon indicates that it's pointing > directly at a binary. > Yes, but it does not distinguish between binaries in /usr/bin and in ~/.bin. The menu item does in fact point to ~/.bin/firefox. > What I suspect is happening is that you have a firefox menu entry which > points to the system firefox (bypassing your ~/.bin/firefox entry). That > has the nice fancy firefox icon since it's associated with the menu entry > which includes it, so you can tell it's the menu entry. Lower down the > rankings, you should find probably two "gear" icon choices, one for your > ~/.bin/firefox entry, and another for the system firefox binary. > Presumably, they'll be in path order. > No, just one with the gear icon. It points to /usr/bin/firefox. But you are right, I can simply tab over to the firefox with the kitty-titty icon and launch from that. http://www.humorhound.com/wp-content/uploads/2008/10/firefox-boob-cat.jpg > You have a couple choices to modify this (beyond turning off unnecessary > krunner plugins as mentioned above). First, you can edit your firefox > menu entry (context-click on the menu plasmoid and choose edit > applications, that's the 4.6 wording, AFAIK it was slightly different in > earlier versions, or simply run kmenuedit) to point to the ~/.bin/firefox > instead of the system firefox. > > Second, you can either rename your ~/.bin/firefox entry to something > unique (firefx, fx, ffox, whatever), or create a uniquely named symlink in > the same dir to the existing firefox entry. Suppose you choose ffox. > Hopefully, that won't conflict with anything else, or if it does, the > other entries will be ranked lower in krunner, so typing ffox in krunner > will get you the desired ~/.bin/ override. > Editing ~/.bin/firefox to something else would quite defeat the purpose of a wrapper, but I could wrap the wrapper with a unique name. > Meanwhile, kde/krunner path... > > Try this (in krunner) to see what settings kde/krunner are actually > getting: > > env > ~/krunner.env > > Then open the file in a text editor to see the results. > Nice thinking there! It does appear that the path is correctly set: ✈ganymede:~$ cat krunner.env | grep PATH WINDOWPATH=7 PATH=/home/dotancohen/.bin:/home/dotancohen/.bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games QT_PLUGIN_PATH=/home/dotancohen/.kde/lib/kde4/plugins/:/usr/lib/kde4/plugins/ > Since env is a separate app, that doesn't invoke the shell init files as > konsole does, so you get the environment directly as krunner sees it. > > FWIW, kde, including krunner, gets my custom environment, including path, > here, and with ~/bin coming before pretty much anything else in the path, > as expected, it allows me to override (or more often, setup additional > custom environment before launching) system binaries. > That was quite my goal, alas, it is not working as expected (krunner opens binaries in /usr/bin instead of ~/.bin even though the latter precedes the former in the PATH). > I know there was a thread on that, but I suspect it might well be working > as it does here, because I login at the CLI, then run "k" (actually, > generally ". k", so it logs out the existing CLI login after starting), a > custom script which: > What does that dot do? I don't see how I could goo
[kde] Re: Qt4.7 repo needed for Kde:/Distro:/Factory?
On Fri, 04 Mar 2011 01:50:39 +0530, Duncan <1i5t5.dun...@cox.net> wrote: > phanisvara das posted on Thu, 03 Mar 2011 22:37:37 +0530 as excerpted: > >> when some KDE packages came up for update today, most of them showed >> unresolveable dependencies for libqt-x11 >= 4.7.2. i found these in >> KDE:/Qt47, added the repo, and solved the dependencies with vendor >> change. >> >> wondering if this is a permanent requirement, or perhaps my mirror >> didn't have the latest libqt-x11 available yet? > > FWIW... That sounds like a distribution package repo question, not > something for the general kde list (tho someone here may happen to have > the answer). So I'd suggest posting the question to your distro list(s)/ > forum(s)/irc-channel(s)/whatever. > > That said, a quick google (I only have qt 4.7.1 on my system here) says qt > 4.7.2 was apparently released on March 1st, so it's only been out a couple > days. My guess is that your distro and normal repos simply hadn't had > time to fully package, test and release yet the new upstream version, and > that it'll hit the regular repos given time. > yes, thank you. i figured that already and got the same answer on opensuse-kde (martin schlander): "Stuff is moving around for 11.4 release, and KDE SC 4.6.1 is imminent, Qt 4.7.2 was just released. Chill out and let the dust settle." -- phani. ___ 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: How to use Plasmoid shortcuts
Dotan Cohen posted on Thu, 03 Mar 2011 22:28:19 +0200 as excerpted: > On Thu, Feb 24, 2011 at 06:37, Duncan <1i5t5.dun...@cox.net> wrote: >>> Like you, I prefer to launch with a keyboard launcher. >> I believe part of the issue may be that krunner checks more than just >> the shell-path. > Thanks. The Firefox in the Lancelot menu is in fact ~/.bin/firefox. > Disabling the "command line" in Krunner fixed it, it is now running > ~/.bin/firefox. However, there are other wrappers in ~/.bin that are not > in the menu and naturally stopped working. I'll just add them all to the > menu. Yeah, that kinda sux... but at least there's a workaround... > Other than that, I learned a long time ago to disable Nepomuk in Krunner > and the Nepomuk service. =:^) > No, just one with the gear icon. It points to /usr/bin/firefox. But you > are right, I can simply tab over to the firefox with the kitty-titty > icon and launch from that. > http://www.humorhound.com/wp-content/uploads/2008/10/firefox-boob-cat.jpg Interesting. =:^) >> You have a couple choices to modify this (beyond turning off >> unnecessary krunner plugins as mentioned above). First, you can edit >> your firefox menu entry >> Second, you can either rename your ~/.bin/firefox entry to something >> unique (firefx, fx, ffox, whatever), or create a uniquely named symlink >> in the same dir to the existing firefox entry. Suppose you choose >> ffox. Hopefully, that won't conflict with anything else [so] typing >> ffox in krunner will get you the desired ~/.bin/ override. >> > Editing ~/.bin/firefox to something else would quite defeat the purpose > of a wrapper, but I could wrap the wrapper with a unique name. That'd be what I'd probably do... and actually do do in other contexts. For example, gentoo's portage has an "esync" (gentoo tends to use e* for many of their gentoo-tools, including "emerge", the portage package manager's main binary name) command that syncs the local package tree with the remote. I've chosen the "esyn" (lacking the terminating "c") moniker for my wrapper, which among other things, syncs overlays as well, and pre- downloads the sources for the packages to be updated. As most sysadmins, I tend to like short commands for stuff I'll be typing a lot (thus the wrappers in the first place, since many of them simply include a pre-cooked default command line), so ffox or ffx or simply fx might well be the operational name on my wrapper. Occasionally, I even check $0 in my shell-scripts and base the default command on what that is, thus allowing me to create a whole host of different defaults, by simply symlinking different command names. (Changing command personality based on what it is run as, thus allowing different symlink/hardlink names to do different things, is a not uncommon Unix trick; most definitely it's not original to me.) >> Try this (in krunner) to see what settings kde/krunner are actually >> getting: >> >> env > ~/krunner.env >> >> Then open the file in a text editor to see the results. > Nice thinking there! I'd love to claim the credit, but IIRC it was Kevin Krammer that originally posted that tip. I just filed it away for use whenever I needed it, as I have a couple times since. =:^) Given that he's a kde dev, I imagine it might be somewhat common knowledge among the devs, who after all likely have various env settings they want to check from time to time, as well. Wherever it originated, seeing it posted immediately triggered one of those "Duh! I should have figured that out!" moments that we all have from time to time. It /is/ nice thinking! =:^) > alas, it is not working as expected (krunner > opens binaries in /usr/bin instead of ~/.bin even though the latter > precedes the former in the PATH). That's... frustrating, for sure. >> I suspect it might well be working as it does here, because I login at >> the CLI, then run "k" (actually, generally ". k", so it logs out the >> existing CLI login after starting), a custom script which: >> > What does that dot do? I don't see how I could google that! Unfortunately, there's some things google isn't too good with. =:^( (Of course this is one of my secondary objections to the renaming of kcontrol to systemsettings, as well, kcontrol is reasonably googlable, systemsettings... not so much! IMO whoever came up with that rename should have their memory of where to find kde's control options cauterized, so they are forever forced to have to google systemsettings and sort thru the mess they created to figure out how to set anything! The same thing applies to ksysguard/systemmonitor, too!) Enter "help ." at a shell (presuming bash here, I'm not sure whether the "help" builtin is in POSIX sh or not). That gives you the "official" version. (You can use "help " for any bash builtin to get a short explanation of the command, similar to the --help command line option for most stand-alone commands.) Perhaps more practically, a sing
[kde] Re: "Copy" in KMail picks up HTML formatting
On Wednesday 02 March 2011 22:14:05 John Layt wrote: > This was fixed in the 4.4.10 release. Thanks, not on official Ubuntu updates yet. ___ 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.