<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.kde.general">
    <title>gmane.comp.kde.general</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25849"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25848"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25847"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25846"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25845"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25844"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25843"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25842"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25841"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25840"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25839"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25838"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25837"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25836"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25835"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25834"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25833"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25832"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25831"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.kde.general/25829"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25849">
    <title>Re: plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25849</link>
    <description>&lt;pre&gt;

In the composing window's options menu, there is a HTML checkbox. This
setting seems to be global, so you only need to uncheck it once.

Wonko
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>Alex Schuster</dc:creator>
    <dc:date>2012-05-17T17:01:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25848">
    <title>Re: plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25848</link>
    <description>&lt;pre&gt;
I'm using distro plamoids only. I expect this is a case of a corrupt file.
I'll try and track it down. I agree with the assessment on robustness.


In our product we have taken to using a pattern of

1. open config.new
2. write config.new
3. write config.new
4. close config.new
5. rename config.new config

Which for single files avoids the corruption of a part written file.


Oh. I had kmail configured to use plain text for this identity...
Hummm... I cannot find the force plain text option in kmail now.
I'm running 4.8.2.

I'll have to remmember to check it manually.

Barry

___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>Barry Scott</dc:creator>
    <dc:date>2012-05-17T16:48:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25847">
    <title>Re: plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25847</link>
    <description>&lt;pre&gt;Barry Scott posted on Wed, 16 May 2012 17:37:02 +0100 as excerpted:


FWIW...

For technical reasons related to qt4, the choice (which I don't really 
agree with but I'm not the one doing the coding so it's not my say, it 
was certainly the easiest choice to make, but not the most robust) was 
made to run all of plasma, including all plasmoids/widgets, as a single-
threaded app.  That means that if one freezes or goes into an endless 
loop, plasma itself quits responding.

This wasn't exactly the best choice possible in terms of robustness, for 
an app designed to be extensible with plugins (plasmoids in this case) 
written by all sorts of people of various levels of expertise, as can be 
found on for example kde-look, which is fully integrated into kde via the 
get-hot-new-stuff APIs.

Whatever.  The result is that if plasma continues responding, you know at 
least that it's not a fully locked-up plasmoid.  But one may still be 
taking all the CPU available to it, which seems to be your situation.

If you'v&lt;/pre&gt;</description>
    <dc:creator>Duncan</dc:creator>
    <dc:date>2012-05-17T04:43:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25846">
    <title>Re: plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25846</link>
    <description>&lt;pre&gt;
It reacts very slowly.


Thanks for the tip. I'll hold off doing this till tomorrow incase
a devel wants me to dig a bit deeper.


Brry
___________________________________________________
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.&lt;/pre&gt;</description>
    <dc:creator>Barry Scott</dc:creator>
    <dc:date>2012-05-16T16:37:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25845">
    <title>Re: plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25845</link>
    <description>&lt;pre&gt;

Does plasma still react, or is it frozen?


I had similar problems in the past. Sometimes it was a buggy plasmoid, so
by removing them one after another I was able to find out which one. You
can back up you .kde/share/config/ directory if you want to easily revert
to the original state, I think saving the plasma-desktop-appletsrc file in
there alone would also suffice.

You can also start over and rename the .kde directory (or try as another
user) to see if it always happens or if it is something with your
specific setup.

Wonko
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>Alex Schuster</dc:creator>
    <dc:date>2012-05-16T16:14:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25844">
    <title>plasma-desktop using 100% of 1 core</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25844</link>
    <description>&lt;pre&gt;After a forced reboot of my Fedora 16 system I am seeing plasma-desktop
use 100% of 1 core after a while. Killing plasma-desktop and starting it
up again is a temporary work around.
 
Is this a know issue? What do I do to fix it?
 
If this is a new problem what advice do you have to investigate the issue?
 
Barry
___________________________________________________
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.&lt;/pre&gt;</description>
    <dc:creator>Barry Scott</dc:creator>
    <dc:date>2012-05-16T16:06:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25843">
    <title>Re: Issues about dcop</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25843</link>
    <description>&lt;pre&gt;


qdbuviewer is great, but if the OP only wants to change wallpapers, that's
already included in plasma-desktop, no? folder view, grid, and 'normal'
desktop at least can be configured to use 'slideeshow' instead of an
image, and the folder(s) the images come from can be configured, as can
the time each remains as background.

since the OP seems to come from KDE3, perhaps he doesn't know about this
yet...

&lt;/pre&gt;</description>
    <dc:creator>phanisvara das</dc:creator>
    <dc:date>2012-05-12T18:23:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25842">
    <title>Re: Issues about dcop</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25842</link>
    <description>&lt;pre&gt;
DCOP (desktop communication protocol) was KDE's means of communicating between 
processes during the KDE 3 series.

In order to facilitate more collaboration with other Free Software desktop 
projects, the version 4 series switched to D-Bus which then even got support 
in Qt4 itself.

There are several D-Bus command line tools available, e.g. dbus-send (from the 
core D-Bus package) or qdbus (from Qt, package "qdbus").

The latter has a similar behavior like the dcop command line tool, e.g. 
invoking it without any argument shows the known D-Bus connections (programs 
using D-Bus) and so on.

There is also an UI tool calls qdbusviewer, package qt4-dev-tools, which makes 
exploring available interfaces easier than repeatedly calling the commandline 
tool.

Cheers,
Kevin
&lt;/pre&gt;</description>
    <dc:creator>Kevin Krammer</dc:creator>
    <dc:date>2012-05-12T18:03:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25841">
    <title>Issues about dcop</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25841</link>
    <description>&lt;pre&gt;Hello everybody.
I'd like to ask whether "dcop" tool is not available on KDE 4.8 any more?
  I want to change wallpapers automatically, but no suitable tools have 
been found. I checked the wikipedia, found DCOP protocol, and it says 
dcop command-line tool can help, but I can't find it on KDE 4.8.

/*No command 'dcop' found*/

I'm running kubuntu with KDE 4.8.3. Can any one help me? 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.&lt;/pre&gt;</description>
    <dc:creator>hbprotoss</dc:creator>
    <dc:date>2012-05-12T08:42:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25840">
    <title>Re: kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25840</link>
    <description>&lt;pre&gt;first of all see this picture:

http://simplest-image-hosting.net/jpeg-0-peace-screenshot


here on kubuntu 12.04 is pretty simple set your default printer .... and i
guess is simple in the others distro the option is disable only because i
have only that printer but if you select the second printer , that actually
is the fax you can set like default printer .





IF you are on lpadmin user you can  do what you want .....via firefox.

for user in     youruserlist ; do sudo adduser $USER lpadmin ; done

anyway  if you want restrict and manage your system you can always ....

kdesudo kate /etc/cups/cupsd.conf


NOTE KDESUDO is only for kubutnu i guess , if you don't use it you shoudl
be able to do

sudo kate /etc/cups/cupsd.conf



search for this : (CTRL F) (line 72 and 117 )


CUPS-Set-Default

and remove them ... restart cups no password should be required  via
firefox... choose the option you want... the conf file is pretty simple.



___________________________________________________
This message is fro&lt;/pre&gt;</description>
    <dc:creator>Nowardev-Team</dc:creator>
    <dc:date>2012-05-11T08:38:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25839">
    <title>Re: kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25839</link>
    <description>&lt;pre&gt;

It depends on your distro.  

KDE provides a version of the Red Hat tool system-config-printer called 
(funnily enough) system-config-printer-kde.  This is the same tool used by 
most distro's these days but with a KDE gui.  It is maintained by the Kubuntu 
guys.  If installed you'll find it in System Settings.  

However some distro's ship their own tool, for example openSuse ships their 
own Yast tool which is not shown in System Settings, so do not ship the KDE 
tool.

http://screenshots.debian.net/package/system-config-printer-kde
http://docs.kde.org/stable/en/kdeadmin/system-config-printer-kde/index.html

Another option is KDE Print Manager which is being developed by dantti, but I 
don't know if anyone is shipping that yet.

http://dantti.wordpress.com/
https://projects.kde.org/projects/playground/base/print-manager

John.
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://list&lt;/pre&gt;</description>
    <dc:creator>John Layt</dc:creator>
    <dc:date>2012-05-11T07:42:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25838">
    <title>Re: kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25838</link>
    <description>&lt;pre&gt;John McMonagle posted on Thu, 10 May 2012 21:49:49 -0500 as excerpted:


Well, based on up-thread, you're using kde 4.4, which while kde publicly 
claimed was ready for use, many people including me begged to differ.  
Actually, kde claimed 4.2 was ready for use, while at the same time the 
devs were telling users that various features hadn't been ported yet.  
Not feature-complete is a classic definition of alpha software, so it 
wasn't even BETA yet, let alone READY FOR ORDINARY USE!  Anyway...

4.5 was the first kde4 feature-release version that was finally worth 
calling release quality, IMO.  If you're still on 4.4, that means that 
you're using what I consider pre-release quality software, and I'd urge 
you to get on at least a late 4.5 release as soon as possible.  The 
difference is definitely worth the trouble, altho I don't believe the 
printer bug was fixed until 4.7-ish.  But 4.5 was the last hal-based 
kde4, so an upgrade to it on your existing distro release should be 
reasonable.

I'd recommen&lt;/pre&gt;</description>
    <dc:creator>Duncan</dc:creator>
    <dc:date>2012-05-11T07:34:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25837">
    <title>Re: kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25837</link>
    <description>&lt;pre&gt;
That is for system defaults. Need personal defaults.
That is how I normally do system defaults.


I  was aware of lpoptions command.
No way a normal user can deal with that.

It's just too bad that kde has lost so much ground for enterprise use :-(
Then again the alternatives are as bad or worse.
___________________________________________________
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.&lt;/pre&gt;</description>
    <dc:creator>John McMonagle</dc:creator>
    <dc:date>2012-05-11T02:49:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25836">
    <title>Emacs and KSMServer Question</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25836</link>
    <description>&lt;pre&gt;Hello,

I'm writing for help with a problem involving Emacs and KSMServer. I
couldn't find a more appropriate mailing list than this, but if
there's a better place to ask, please let me know.

I'm using KDE 3.5.4, with KSMServer 0.4. I recently upgraded from
Emacs 21.4 to Emacs 23.3. When I use Emacs 21, I can open a file in
Emacs, log out, log in again, and have the same file open in Emacs.
When I use Emacs 23, I can open a file, log out, log in again, and get
an Emacs window the same size and shape as my old one, but not with
the old file. I would like to get the same behavior in Emacs 23 that I
had in Emacs 21.

I figured out that KSMServer is the program that manages sessions, but
I couldn't find much documentation for how it works. One thing that
may be important is that Emacs 21 does not implement the XSMP session
management protocol, but Emacs 23 at least claims to. Does KSMServer
have a fallback mode for programs that don't use XSMP? If so, how does
it decide when to use its fallback mode?

I'm happy&lt;/pre&gt;</description>
    <dc:creator>Noah Lavine</dc:creator>
    <dc:date>2012-05-09T14:23:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25835">
    <title>Re: Unable to register at KDE community forums</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25835</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09/05/12 00:47, redcap wrote:
Hehe - you're not the first one to be caught that way.  Relax and
enjoy yourself :-)

Anne
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk+qItoACgkQj93fyh4cnBdjsgCggnOUlNG8rKwJvIMkBhg4ji6p
t3sAnA+MzhfR5j3QwUE4qI1hnhL04UDj
=qnQ7
-----END PGP SIGNATURE-----
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>Anne Wilson</dc:creator>
    <dc:date>2012-05-09T07:55:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25834">
    <title>Re: kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25834</link>
    <description>&lt;pre&gt;You have an old kde , you should consider to upgrade it , but if you don't
want .... ll you can always use your browser to set your printer .....


just open firefox or your browser and go here

http://localhost:631/printers/

select your printer

then ..... on administration box select : set like server default

you can see here http://simplest-image-hosting.net/png-0-fn2058

btw ..... on kde 4.8.2 i have :

system settings =&amp;gt; printer configuration =&amp;gt; as you can see here i can't set
the printer like default printer ...to solve that

kdesudo systemsettings

http://simplest-image-hosting.net/png-0-bw2058

again if you can't do that you can set your default printer using this
method :

type lpoptions

you should see something like this

poptions
auth-info-required=none copies=1
device-uri=hp:/usb/Officejet_4500_G510g-m?serial=CN113F81FP05CQ
finisets=none,none marker-change-time=0 number-up=1 printer-commands=none
printer-info='HP Officejet 4500 Ged=true printer-location=pavillion
printer-make-and-model='HP Off&lt;/pre&gt;</description>
    <dc:creator>Nowardev-Team</dc:creator>
    <dc:date>2012-05-09T07:05:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25833">
    <title>Re: Unable to register at KDE community forums</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25833</link>
    <description>&lt;pre&gt;Oh my...

I have been able to resolve the issue. Turned out to be
extreme dumbness on my part (configured the webmail client to discard
all spam right away, of course the registration mails were among them).
My apologies for any inconvenience....

*blush*

redcap


Am Dienstag 08 Mai 2012, 21:05:49 schrieb Ingo Malchow:
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>redcap</dc:creator>
    <dc:date>2012-05-08T23:47:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25832">
    <title>Re: Unable to register at KDE community forums</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25832</link>
    <description>&lt;pre&gt;Hi Ingo, 

thanks for your reply. Yes, I tried to register at forum.kde.org. 
I just tried to register again using the same username and email
and I got the message, that the username as well as the email-adress
are already in use. I will sent you an email with the username and
email-adress that I submitted for registration.

Thanks in advance,

redcap


Am Dienstag 08 Mai 2012, 21:05:49 schrieb Ingo Malchow:
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>redcap</dc:creator>
    <dc:date>2012-05-08T22:31:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25831">
    <title>kde application for users to set printer options?</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25831</link>
    <description>&lt;pre&gt;We have many printers and people need to set their default printer.

Also we have large multifunction printers that need account codes and a lot of 
other options.
To make it manageable people set up instances with sets of options for various 
projects.

Using kde  3.5 could do it all in Control Center  with a nice user interface.
I can't seem to find any way to get the job done in kde 4.4.

The best I can find so far is using xpp.

Is there anything available?

John
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>John McMonagle</dc:creator>
    <dc:date>2012-05-08T21:09:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25829">
    <title>Unable to register at KDE community forums</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25829</link>
    <description>&lt;pre&gt;Hi there,

First of all, I don't know if this is the right place to ask. If not,
could you please point me to some other resource where I may
find help?
For a few days now I try to register at the KDE community forums,
unfortunately without any success. The problem is that I do
not receive any activation email. I checked my spam folder and 
also tried to request a resend of the activation email several times but to no 
avail. A few days ago I tried to contact the Forum Administrators about the 
issue but so far I have not received an answer.
Has anyone experienced similar problems? Are there any known issues 
with the email and registration system at the KDE forums right now or is it
more likely a mistake on my part?

Cheers

redcap
___________________________________________________
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.

&lt;/pre&gt;</description>
    <dc:creator>redcap</dc:creator>
    <dc:date>2012-05-07T23:48:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.kde.general/25828">
    <title>Re: Hide panel on 2nd screen</title>
    <link>http://permalink.gmane.org/gmane.comp.kde.general/25828</link>
    <description>&lt;pre&gt;Duncan wrote, On 05/03/2012 08:54 AM:

Duncan,

FWIW,
http://packages.debian.org/sid/kde-baseapps  =&amp;gt; 4.7.4 (apparently)
(yeah, shouldn't be up to you to figure out, but just an FYI)



Paul,

If you want to get fancy about it, i'd suggest pulling down the KDE Examples
plasma javascript kit and working out removing the panel programmatically
while KDE is active.

panel.remove() for the instance of the panel you find is attached to that
screen appears to be the call you want to make.

manipulatePanel.js  looks like it'll be the most helpful of those.

probably want to enumerate through all the panel instances looking for
one that has 'panel.screen = 1' or something

listingPanelsActivitiesAndAvailablePlugins.js has:

print("Panels are: ")
p = panels()
for (i in p) {
  print("    " + p[i].type + ", id = " + p[i].id + ", version = " + p[i].version + ", widgets:")
  printWidgets(p[i])
}

would be a good start for doing the testing loop.

I forget now, but you'll need to look through the dbus interface for plasma&lt;/pre&gt;</description>
    <dc:creator>Stephen Dowdy</dc:creator>
    <dc:date>2012-05-04T15:22:20</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.kde.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.kde.general</link>
  </textinput>
</rdf:RDF>

