Alain Mouette posted on Mon, 27 Aug 2012 11:45:42 -0300 as excerpted: > The problem is that after TWO days trying (that for the last time > alone), I could not make Plasma work in any relyable way. So I gave up. > tha was on a brand new Lenovo Notebook, no OpenGL at the time.
I can sympathize! While I do have plasma working well for me now, it took quite some time to get to that state, and plasma was the biggest reason I (one among many) didn't consider kde4 ready for ordinary use until 4.5 or so. Unfortunately it's still causing problems for a lot of people, tho many others have like me, learned to live and work "the plasma way" when necessary to avoid problems, and thus don't see the problem any more, in part because they (subconsciously in large part) simply learned not to do the things that plasma doesn't like. > BUT KDE4 programs are very good, It dosn't look like being made by the > same team!!! Dolphin is the best navigator in existence today! > > I am using Dolphim, Konsole, Kwrite, Kate on Gnome+Debian6 and it runs > really great. While I haven't switched to gnome, I HAVE definitely curtailed my previous use of kde. Also, I'm on gentoo and thus have (and took) the option to build kde without semantic desktop support (simply turning it off at runtime doesn't get the same result), so what's left is far faster and more stable. Of course that meant switching away from kde solutions for anything kdepim related, kmail and akregator here, to something else, claws-mail, here, since they now depend on akonadi which is intertwined with semantic desktop, but it was well worth it! > What I want to do is just What I had on old KDE3: > *) When I open a program (dolphin/kate/konsole) as root, the backgroud > is red *) when I open a remote server the background is in distinct > colors, like green, yellow, blue, etc.. > > That practice did save my ass many times avoing *mistakes* (yes I do > that sometimes...) > > On KDE3 I had a combination of profiles and setups to that purpose!!! > > Is there a way to achieve that? I have seen a feature request on > background and it is labeled a preposterous WONT... AFAIK it's possible to set that up on kde4[1], but the process does involve jumping thru a few hoops, as they say. First, let's reviewing and expanding the territory already covered up- thread, now that I know you're running kde apps on a non-kde desktop. KDE's dependencies are setup such that even if you're not running a kde desktop, you still should have the basic (formerly and more accurately known as) "kcontrol" functionality. Under kde4, however, it's no longer called "kcontrol", but instead, the horribly inaccurate "systemsettings", despite the settings (with a few exceptions) not being "system-wide" at all, but specific to a particular user's kde config. So whatever desktop you run, unless your distro screwed with the actual name of the executable itself (I couldn't blame them in this case, given the impossibly general and horribly inaccurate default name), you SHOULD still have access to kde settings by running "systemsettings" from the run dialog of whatever desktop you happen to be running. Of course, that will get you your standard user settings. To get the root user settings, you have several options which may or may not all work on your distro and installation, but they all boil down to running "systemsettings" as the root user, instead of your normal user. Note that depending on how your distro is setup, your user may need to be in a particular group (admin or wheel are common) to be allowed to run something as root, and/or there may be polkit policies configured to allow/deny various as-root actions from your user and/or from X. But if you can run dolphin, etc, as root at all, obviously you're configured to allow at least SOME of this, and you may have to run systemsettings using a similar mechanism. * If your desktop environment provides a native way to run an app as root, you can use it. * If it doesn't, or if you prefer, "kdesu" or "kdesudo" might be available to you. (AFAIK kdesu is the kde default, but kdesudo is an alternative that's shipped by some distros as their preferred default.) You can prepend them to the command you wish to run as root, in this case systemsettings, and assuming they're configured appropriately for your distro, that should popup a dialog asking for password (would be roots for kdesu, yours for kdesudo), etc, before running the appended program as root. * I've not actually tried this since I run kde as my desktop, but since krunner, the kde run dialog, is its own separate app, in theory, you should be able to run it from a non-kde desktop as well. If that works, you can use krunner's options to "run as a different user", entering root and the password (your user's or root's depending on how your distro is configured) there. * If your distro is configured with a root login account at all (in general meaning, it has password set for root, some distros ship with this off by default but you can of course set your own root password and otherwise change the config to allow it if necessary), you should be able to actually login and run an X desktop session as root, and run systemsettings from there. However you run it, you'd simply set the same color settings as root that you would as a normal user, but would of course choose your desired red background, etc, instead of the normal colors you'd use. Meanwhile, it's worth noting that the "kde desktop" isn't monolithic. It's comprised of a number of component apps. As such, it's quite possible both to run individual kde desktop components (kwin, krunner, plasma-desktop or plasma-netbook, etc) in an otherwise non-kde desktop, AND to substitute non-kde components for the kde defaults on an otherwise kde desktop. In fact, back when I first switched to kde4 from kde3, this is exactly what I had to do. The kde4 desktop (this was 4.2 era, and things were buggy as an active anthill!) was all but unworkable in its original config, but by switching to and configuring a single kde4 component at a time on my originally kde3 desktop, I was able to isolate each component's behavior and configure it to something acceptable, before going onto the next. After I got each one configured and working as desired, I'd start using it in place of the kde3 version, so what started as a kde3 desktop gradually turned into a kde4 desktop, as I ran more and more kde4 components and less and less kde3 components. What I'm getting at is this: It's QUITE possible to replace plasma with some other desktop shell, but otherwise run a kde environment (I'd call it a "kde desktop", but without plasma... "desktop" doesn't quite fit any more, so "kde environment" it is!). I've never used it myself, but I've seen some rather decent reviews of the still qt4-based "razor desktop", sometimes seen as "qt-razor desktop". This was started by someone who quite like you, was fedup with plasma, and wanted something that would actually WORK on his hardware, unlike plasma, which he found way too buggy and bloated, to the point of being unusable. >From what I've read, razor is designed as a much lighter desktop alternative, fully independent from kde. Run as such, it'd be the qt4 version of xfce or lxde (which are gtk based). But the default desktop looks very much like a very simple and bare plasma desktop, and being qt4 based, it should blend in very well with an otherwise kde4 environment, and I've a rather strong feeling that's how a lot of folks run it, as a desktop-shell replacement for plasma, mixing and matching kde apps/ components and razor apps/components as desired. If I'd read about it about two years earlier, before I got plasma working reasonably well for me, I'd have *VERY* likely done exactly that myself, running razor- desktop as a replacement for plasma-desktop, but with an otherwise generally kde desktop environment. But by the time I DID read about it, plasma was working quite well for me and I was enjoying the use of various plasmoids I'd downloaded from kde-look, etc, so I stayed with plasma. But I'd definitely recommend that you look into razor, as it might very well be the qt-based and kde compatible replacement for plasma, that you're looking for! --- [1] I say "AFAIK", because I basically don't run anything kde as root at all; I do all my sysadmin activity from the command line or a semi-gui like mc in the text console, either konsole or a full text VC. FWIW mc, aka midnight commander, is an EXCELLENT "sysadmin mode" file manager in the long tradition of text-based dual-pane "commander style semi-gui file manager", that I'd have a rather difficult time doing without! Thus, I basically don't run anything X based as root at all, so it's "AFAIK", not based on first-hand personal experience. Here's the google I just did on it. Looks like it's razor-qt, not qt-razor, but anyway... The desktop homepage appears to be the first link, but there's links to reviews, youtube videos, its qt-apps.org page... (qt-apps.org is part of the same opendesktop.org family as kde-look.org, kde-apps.org, gnome-look.org, etc. If you're familiar with one, you'll likely instantly recognize the same style on all the others and may well already know how useful they can be for finding extensions, utilities, themes, etc, to fill out a desktop both appearance and utility-wise. And of course kde4 has heavily integrated kde-look into kde itself, with the "get new X" feature found in many kde4 apps. That razor-qt is featured there just raised it yet another notch on my respect index! =:^) http://www.google.com/search?q=razor+desktop+qt4 -- 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-linux mailing list. Account management: https://mail.kde.org/mailman/listinfo/kde-linux. Archives: http://lists.kde.org/. More info: http://www.kde.org/faq.html.
