KDE Commit-Digest for 14th September 2008

In this week's KDE Commit-Digest: "Shortcut Scheme" support allows creation of shortcut themes (Emacs, etc.) for use in KDE applications. A "Media Player" runner (with support for Amarok 2), more work on panel hiding, and support for text zoom in the "Web Browser" Plasmoid in Plasma. The "Weather Station" applet moves to kdereview. More refinements in PowerDevil, in preparation for a move to kdebase. Lots more functionality in Attica, the Open Collaboration Services desktop client. Start of session support in KDevPlatform (the basis of KDevelop 4). A "McCabe cyclomatic complexity metric engine" in KDevelop 4. Support for image rating (using KRatingWidget) in the interface of KPhotoAlbum. Progress towards real levels in the KPicross game. More work towards Jabber-based network games in KSirK. A "black screen" presentation feature in Okular. Various work in Akonadi and KDE-PIM. Start of the NetworkManager KControl module (for use in System Settings, etc). Incremental scanner support returns to Amarok 2. New plugin to specify the download order of multi-file torrents in KTorrent. Passwords saved per LDAP login (not host) in KRDC, greatly improving the experience for LDAP administrators. An OpenGL demo to demonstrate various parts of Eigen 2. Some work to make KDE application dialogs fit into 1024x600 pixels. Merge of improvements to KFontInstaller. Import of QuickSand, an alternative front-end for KRunner. A proof-of-concept "decibel-kde" library for representing contacts "based on the representation used by Kopete". WLM protocol imported into Kopete. Asciiquarium screensaver moves from kdereview to kdeartwork. Kugar and koshell are removed from KOffice 2. Read the rest of the Digest here.

Dot Categories: 

Comments

by DanaKil (not verified)

My precious commit-digest... It's 3h45 am and I MUST read it NOW ! I don't thank you mister Danny :/

Cheers :)

by Xanadu (not verified)

Well this sounds VERY cool. This is something I feel has been missing for a while now. However, I do have one question:

> And a Plasmoid is coming, thanks to Sebastian Kügler
> and Riccardo Iaconelli, which will replace the
> traditional system tray you were used to.

What if I don't like all this plasmoid stuff cluttering up my desktop? (except for a few choice icons which is coming, I know) Will it be possible to have a little status icon down in the tray like the "Old School" desktop? I don't need or want a "big" graphs and all sitting on my desktop all the time, I would rather have a little, out-of-the-way icon indicating power/battery and if on battery, charge remaining.

Thanx,
M.

by Kishore (not verified)

Plasma applets can be much the same as having a tray icon except that it is always at the same location!

So yes, if you have seen the current device notifier, powerdevil's presence would be similar.

by Aaron Seigo (not verified)

executive summary: don't worry, you'll be happy.

long story:

> What if I don't like all this plasmoid stuff cluttering up my desktop?

we've done such a great job of making plasmoids pervasive that most people don't realize that your entire desktop is made up of plasmoids. everything you see is a plasmoid. the panel itself is a view on a special kind of plasmoid called a "Containment".

ok, that aside ....

> Will it be possible to have a little status icon down in the tray

we all hate the system tray for two reasons:

* the idea of xembeding windows is lame and leads to all kinds of headaches. (go look on bugs.kde.org =), but fd.o forces this upon us (our own fault, KDE was instrumental in creating that spec back in the day)

* applications abuse the tray in various ways, populating it with tons of stupid little icons that we can't effectively manage

we work around the above by either having boring panels built around xembed or nasty hacks to make it appear to work, by implementing things like icon hiding, etc, etc... but these are all work arounds

in playground we have a new system tray plasmoid that abstracts away the implementation of systray icons into "system tray protocols". right now we have two protocols implemented: fd.o and plasmoid.

the fd.o protocol is the traditional system tray protocol we all know and love to hate. it lets us supporte legacy formats.

the plasmoid protocol lets you put any plasmoid into the tray; granted this will have some funky results for some plasmoids since tray icons are usually pretty small, but it's perfect for things like the battery or network configuration. it also means we don't have to choose between system tray or flexible widget: we can have both.

this is pretty important, too, as the system tray app knetworkmanager is sitting taking 65MB of resident, non-shared main memory. as a plasmoid, it should probably take a couple hundred KB. with the new system tray plasmoid, we could put that plasmoid on the desktop, dashboard, panel and/or system tray area. wicked.

the system tray will also become the source of notifications (so the notification plasmoid won't be a seperate entity there). as a final bit of happiness, i plan to write a spec before 4.2 and implement a protocol for the new system tray plasmoid before 4.3 for a new system tray icon spec to replace the mad fd.o one.

by Raul (not verified)

* applications abuse the tray in various ways, populating it with tons of stupid little icons that we can't effectively manage

So what do you think should happen with applications that use systray icons like Amarok? Should they provide a plasmoid thay you can add to the systray?

by Aaron Seigo (not verified)

i don't think media players should be in the system tray at all. if you wish to stuff it into you system tray and end up with a silly little icon, go for it. but those who wish to have an interface for our media player that's slightly larger than a pencil eraser (probably most of us, to be honest) should have a more reasonable option.

the system tray is a very useful place to _display important status information_.

it should not be used for an application control interface: it's too small, too crowded.
it should not be there to provide a placeholder for an otherwise window'less application, for the same reason.

that said, i'm really not going to argue with people who feel they know better and love their system tray ... they can abuse it to their heart's content =)

by NabLa (not verified)

I do see a case in which applications that you interact with from time to time and are open all the time need to place an icon in the systray to avoid cluttering the taskbar.

That said, on my systray only amarok, ktorrent, ksensors, knetworkmanager and guidance-power-manager are allowed.

by Aaron Seigo (not verified)

so instead of cluttering the taskbar, we clutter the system tray.

by Robin (not verified)

...where the clutter takes much less space.
I personally prefer 10 systray icons to 10 taskbar entries...

Another idea to easily access apps running in the background without cluttering anything?

by Robin (not verified)

ah, you just wrote something about this issue below...

by Ryan (not verified)

Sounds like you prefer a dock to a panel then.

by Vide (not verified)

I'm so happy someone in such a key position for KDE desktop development has a so clear and correct idea about the fscking systray :) Thanks, Plasma.. systray sanitizing is worth all the plasma migration pain we had in the past. So everything else is a plus :)

by Artem S. Tashkinov (not verified)

I don't quite understand you, Aaron.

Right now my KDE 3.5.10 systray is populated with

Skype
PSI
KMAIL
KNemo
KMic
Klipper
KDE Keyboard Switch
KSensors
StarDict
KWallet
RSI Break
Miranda/Wine

I'm not tempted at all by thinking about all these applications consuming the space of my taskbar since I'm already running over six applications at a time and my display resolution is just 1280x1024 not 2560x1600.

If we don't have a traditional systray then where all these systray icons will go?

by Heja AIK (not verified)

Um, in the traditional systray Aaron mentioned?

by Anon (not verified)

Rule #1 of Dot Commenting:

"If a developer makes a statement of any kind, assign the absolutely most stupid and self-defeating possible interpretation to it. Play as loose with the rules of grammar and logic as you want".

e.g.

"Plasma will focus heavily on being controllable via the keyboard"

should be read as:

"Plasma Lead: Plasma Will No Longer Support Mouse Input".

by Debian User (not verified)

Wow,

you mean it may become actually useful?

Yours,
Kay

by Tim (not verified)

I think you misunderstood.

Paraphrasing, Aaron said "You shouldn't have to use the systray in the traditional way for media players etc. It should be for status icons only.", Artem asked "But I use lots of background-type apps that you say shouldn't go in the systray. Where should they go instead if we aren't supposed to use the systray in the traditional way?". You replied "You'll still be able to use the systray." which makes no sense...

by Vide (not verified)

The logical answer is: application should migrate, when due, from a "systray solution" to a more correct solution that could be, for example, a little plasma controller, a classic systray or nothing at all, just the plain windows. Right know lots of KDE apps use systray just because they can.

by Aaron Seigo (not verified)

i talk about controling media players. you list what is mostly a bunch of status icons.

do you see the difference?

but lets talk about your list instead.

as for klipper, i do think the system tray icon is a really silly place for it. you should be able to stuff it in there if you wish, but it should also provide a more friendly interface. and those two things should be the *same* thing, just in differen places.

ditto for ksensors: it should be a Plasma::PopupApplet and then you'd get all kinds of nift things like be abel to see the full info panel when placed on the desktop.

ditto for knemo.

for things like kmail, kwallet, skype, kgpg, etc, we really need to find a better way to represent "Things hanging around in the background". think about it:

when you have a kmail window open (as i do right now) you also have an icon in the system tray. two icons for the same thing, in separate locations in the panel with different interaction systems. i believe the best words to describe that is "fundamentally broken design".

what we really ought to have is the ability for an application to say "oh, btw, i have a window but i also show status information when my window isn't around. i also have this control menu here that might be useful." when an associated window is shown in the taskbar, that information should be merged with that information (which would normally be in the system tray otherwise). when the window goes away, the taskbar should keep an entry for it as a small entry, probably shoved off to the end of the taskbar.

that way we don't need one icon for the taskbar and one for the systray, the two can work with each other.

this is not the same as mac os x's dock, though closer in compactness/concept than what we have right now. there are several limitations in mac's dock that i'd like to avoid, which is why i make that part clear.

by Artem S. Tashkinov (not verified)

> when placed on the desktop.

There's an excellent contradiction in your words.

In fact most (applications) icons in my systray are informational icons, i.e. when I'm running KMail I have its icon in the taskbar (and thus I can switch to this applications with a single mouse click) and at the same time I have its icon in the systray which shows the number of unread messages - and I'm really happy I have both of them. So I don't see anything fundamentally broken here ;-)

When you attack Kicker's design I can say that it does what it does, it's easily accessible and it doesn't clutter the screen. Just right click the icon and here it is: You can choose the old buffer entries.

Seeing Ksensors data on the desktop is not really convenient - right now I can always monitor my CPU temperature and some other data just glancing over the systray.

Seeing Skype's icon changing its state is also a nifty feature since I understand that I've received an incoming message and I don't really need any other pop up windows and indicators.

The best thing about systray is that it's tiny, very functional and always visible. The power of plasma applets is enormous but most of the time we do not see the desktop.

I can even say that I'm really sick and tired by KGet's "Drop Target" little window, because it's always visible and unused most of the time.

So I beg you to leave the standard systray for the future.

Thank you.

by Kevin Krammer (not verified)

> ... and at the same time I have its icon in the systray which shows the number of unread messages - and I'm really happy I have both of them. So I don't see anything fundamentally broken here

The problem is not the informational area showing interesting mail statistics, it is the way this informational area is implemented.
It should not be necessary to have the full application running just to present overview information, it should be a small, maybe even mail application independent, second tool collaborating with the full application but not requiring its permanent presence.

> Seeing Ksensors data on the desktop is not really convenient - right now I can always monitor my CPU temperature and some other data just glancing over the systray.

I can do that, even on my KDE3 desktop, without an application embedding itself into the system tray, but rather using Plasmoid's predecessor technology Kicker applets.
The KSysGuard applet is a lot more customizable than any systemtray icon/window could ever be.

> The best thing about systray is that it's tiny, very functional and always visible.

To be always visible it needs to be part of an always visible panel, which means any Plasma applet on the same panel will, surprise surprise, also always we visible.

> The power of plasma applets is enormous but most of the time we do not see the desktop.

The power of Plasma applets is so enormous that they are not restricted to the desktop. They can be put at the very same level of visibility as the system tray.

by Artem S. Tashkinov (not verified)

I don't really care about the implementation.

So, if plasma applets look like aforementioned applications icons presenting the same information in a similar way, then I'm just happy.

by suy (not verified)

(quote) "when the window goes away, the taskbar should keep an entry for it as a small entry, probably shoved off to the end of the taskbar."

Thanks a lot for thinking in this cases.

I only have 4 icons in the systray right now (in KDE 3, because unfortunately I'm running an old distro here): they are klipper, ksensors, the keyboard chooser, and korganizer's daemon. But I will be very very happy to get rid of them when I upgrade to KDE 4. I also agree with you that the systray is overused.

The only moment in which I could not think of a desktop without system tray, is when I run JuK, Kopete, or KTorrent. Almost never I need to use it's window, so I either ditch them to a virtual desktop, or I hide them in the tray, because with less windows open in the taskbar, it's easier to use the alt+tab switch.

That kind of apps probably need a way to be handled that we've never seen yet implemented, and your suggestion to show them at the taskbar, but in a different fashion (even less than minimized... micromized? :P) is totally OK for me, and I hope is also OK to other users that work like me.

by Cyrus (not verified)

I'm glad to see that there are KDE devs who take issue with the mandatory systray placement of Kicker. For me, the program's primary function has always been keeping track of clipboard entries, even after the applications that issued them had been closed. A service could do this as well and better and for anyone who wants to skip back a few entries, there could still be a tray icon or a global shortcut that pops up the list.

by Karl Günter Wünsch (not verified)

If I want to interface with anything I want that to happen in a regular window that I can manage! Not with anything that has it's place hidden in some containment which is cluttering the desktop and on the other hand resists classical window management and placement because it is a plasmoid!

by Jamboarder (not verified)

The new system tray Aaron mentioned is, by default, sitting in the same place its always been: the panel. The panel is a containment. By your measure, is the panel "cluttering up the desktop"?

Nothing in plasma "resists classical window management". If plasmoid developers want to use regular windows for user interaction, nothing in plasma prevents them from doing that. Try to configure the digital or analog clock plasmoid and tell me how that "resists classical window management".

You know developers can have opinions too. Just because they have opinions how the system tray should be used, doesn't mean they're preventing anyone from doing what they've always done with the system tray. In fact, in this case, they're making it more flexible by allowing plasmoids to use the system tray.

by Aaron Seigo (not verified)

didn't we just do this dance the week, Karl? oh, yes, we did:

http://dot.kde.org/1219149384/1219200661/1219232051/1219242639/121926120...

i understand you don't like plasma. that's your perogative. but please:

* try and criticize real faults, not made up ones

* when someone offers information that gives new insight to the problem, read it, comprehend it, remember it for the next time

* don't feel compelled to piss on plasma with essentially the same text every time you sit in front of a keyboard with dot.kde.org loaded

issues with "regular windows" and "hidden" and "cluttering the desktop" have *all* been addressed in the past in response to your postings. so either you aren't reading follow ups to your posts or you're just trolling.

this will be my last reply to you on this matter, as you are currently demonstrating you do not care to engage in a productive dialog.

by Karl Günter Wünsch (not verified)

> issues with "regular windows" and "hidden" and "cluttering the desktop" have > *all* been addressed in the past in response to your postings. so either you > aren't reading follow ups to your posts or you're just trolling.
Neither have these issues been adressed - except for a lot of name calling, something which you again employ to discredit an opinion which doesn't do the "Aaron is great"-dance - nor are they any less valid today. My beef still is that any plasmoid which offers interaction with the user is basically misplaced inside such a plasmoid - this is a valid design fault, it's fundamental flaw of the design to make user interaction so easy for plasmoids because there are people developing for KDE which take this opportunity and make wrong design decisions. It's this second layer of user interaction that I am opposed against. Your idea might look nice but IMHO it still is a usability nightmare and it will get worse, a lot worse!
Have you ever tried to explain something like this to someone not so versed as you are in these matters over the phone? Have you ever tried to explain to someone not so deep into this why there is another level of user interaction going on on the desktop? Have you ever had to interact with something like this after your mouse has failed (cordless mouse anyone)... So don't come with the "Troll" card just because I don't agree with you and raise concerns on the direction of the development. KDE should be about giving a consistent and coherent UI. Plasma/plasmoids in their current and projected state are all about appearance but they break with a lot of the things that made KDE3 so appealing - everybody was able to understand how and when to interact with the programs running.

by dkite (not verified)

In other words, implementation will change, the results will be better, and if I want a blinking nuisance on my panel, it will still be there. If I don't, it won't.

All I want is the klipper thingy quickly available. I use it quite regularly (probably due to clipboard inconsistencies(bugs) in kdevelop).

Derek

by Xanadu (not verified)

(Thank you for replying, Aaron)

> executive summary: don't worry, you'll be happy.

My Spidey Sense(tm) tells me there's bad news ahead. :-)

~~~~~~~~~~~~~~~~~~

> * applications abuse the tray in various ways, populating it with
> tons of stupid little icons that we can't effectively manage.

"We" as in Developers, or "We" as in Users? If "We" developers, then I'll have to take your word on that one. If "We" Users, I get what you're saying: A ton of crap down there is VERY annoying. But:

> tray icons are usually pretty small, but it's perfect
> for things like the battery or network configuration.

That's where I was going with my comment. That's the kind of thing I use / prefer / rely on the tray for. Little blinkies showing Network activity that I can click on for more info. Little power cords or batteries with a % number by it. Kmail's little icon showing new messages so I don't have to open the thing up. Little things that I can just lift kicker back up from hiding, (yes, I know you've added hiding, and my svn build has it in. I've started reading your blog FAR more frequently since I made an ass out of myself here and you gave me some very well said "what for"...) quick scan the tray and decide what to do next.

> we could put that plasmoid on the desktop, dashboard, panel
> and/or system tray area.

Now this "We" is devs, I got that one :-) . Here's the thing, though, if the dev feels (as it seems you do from your other comments in this thread) that the system tray is wicked, bad, naughty Zoot! kinda thing, then is the user left without the option of "minimizing" something to the tray completely? Or does the plasmoid system in general just automagicly take over and still allow it?

> the system tray will also become the source of notifications

I'm right with ya there, man. That's all I use it for, and frankly, all it's good for. Having active interactions with things in the tray is a awkward at best. *THAT'S* the kind of thing Plasmoids (and karamba stuff, for that matter) is good for. But that's just me and clearly I'm in the minority (nothing against you specifically or personally, it just seems most people love all that stuff, I just find it all annoying).

Again, thanx!

M.

by T. J. Brumfield (not verified)

This question is stupid and mostly unrelated. However, all this talk of plasmoids and placements got me wondering.

Frankly, it always bugs me that plasmoids look differently than windows and operate differently than windows. What I'd love is for everything to at the very least look like it belongs together on the same desktop.

Might we see a Plasma theme that more closely matches the Oxygen window deco, or a window deco that more closely matches the default Plasma theme? What about a means to place plasmoids in traditional windows, or a means to work with windows with the benefits of plasma?

I understand that plasmoids still need to be segregated for ZUI to an extent, but ideally wouldn't it be best if we can choose what goes where? What if I want the freedom to put my Amarok controls either in a window, in the systray, or part of the dashboard that I pull up with ZUI?

Mind you, I ask this perhaps out of ignorance because I'm still not using KDE 4 except for the occasional experiment from time to time (which often still drives me back to KDE 3).

by Jos Poortvliet (not verified)

Hmmm, I wouldn't like plasmoids to look like regular windows. After all, they're very different. They're generally speaking little widgets that show some information, not applications. I can't drag'n'drop an application on my panel and have it resize properly; I can't have an application on my desktop. And I wouldn't want to.

But maybe you got a point when a plasmoid is promoted to normal window, it might make a bit more sense to make them look like one as well. Not sure...

will this "Media Player" runner be an official replacement for the amarok "player window" interface in amarok 1.x? .. where can we get more info on this runner?

the Media Player runner uses the org.freedesktop.mediaplayer (aka MPRIS) interface, so it will work with any mediaplayer that offers that, which includes Amarok2. it provides controls to the standard media controls like play, pause, blah blah. i believe the docu for it is here: http://wiki.xmms2.xmms.se/index.php/MPRIS

by Ahmed (not verified)

As I deeply believe in Allah, I really feel offended by this application name. Could you please change this? I know about daemons but those are at least not user visible. Please consider this and sorry if this request makes you angry.

Peace out and thanks for KDE.

by Beat Wolf (not verified)

For me computers and the internet are a religion free zone (because it's a global thing, and everybody has it's religion, so you could not make it right for everybody), so religion should not interfere with it. I mean, Devil is a very generic term, it's not a term only used in one religion or so, so everybody from every religion could be offended ( even i'm not sure why somebody would be offended, but i'm a atheist, so don't count on me for that).

by Debian User (not verified)

Hello,

the fact that everyone could be offended, doesn't make it much better, does it?

And while at it, remove kill command. It's a fact that UNIX admistrators frequently go on mass murdering due to their getting used to kill-ing.

Don't get me started about "chmod 666" of files and specifically the "Bourne Again Shell" that defames Jesus or these many daemons you guys run to do evil things. And why would you need a command "false", when all you need is "true" ?

For KDE specifically offending already are IO-Slaves, playing on Slavery.

And I bet, Taiwan is on the KDE map not part of China, is it?

Yours,
Kay

PS: None of these is my opinion or even orignally my content. Obviously everybody can choose names according to their preferences. If you look at wp:devil you will find "The Devil commands a force of lesser evil spirits, commonly known as demons." which gives the name some credit.

I would still assume though that PowerControl or an oldschool KDE name like KPower would be better. Religion jokes are kind of old, aren't they?

by cies (not verified)

hi ahmed,

if you believe in Allah (fear His judgement) then you have nothing to fear from the devil. that's what i understood from the Qur'an (and various other texts).

i do second that it might be better to change the name, freebsd also changed their logo after many years for the reason that people from some cultures where offended by the old one.

personally i'm not offended the least bit by it -- and i think that spirituality in essence transcends words and images (symbols). yet for many it doesn't. as much as i would like to encourage them not to attach to words and images, a person can give the good example by not attaching to the name and changing it into something that less likely to offend people.

:)

by Diederik van de... (not verified)

I also agree that the name 'PowerDevil' is slightly over the edge. With the knowledge this name is offensive to people - and very visible - it leaves me to wonder how much we'd like to keep this name, or like to play stubborn.

This name is a bit too obvious - in your face - to be left ignored. (at least, we can have a discussion on the ML about it).

I love your well thought out written response btw :)

by Diederik van de... (not verified)

Forgot to add, when I first read about "PowerDevil" I had no idea what is was designed for. The name "Power" didn't ring any bells about "PowerManagement" because of the combination with "Devil". ..just my €0.02

by Michael (not verified)

Have no fear. It's not the d**** - it's just a DEVice Interaction Layer ;-)

by Luboš Lu&#... (not verified)

Pretty much everything is bound to offend someone ... . But if just not having that user visible is enough for you, then you are unlikely to see the application name anywhere anyway. Just like right now you would have a hard time actually finding e.g. 'KWin' or 'Solid' written somewhere in the KDE UI.

by Will Stephenson (not verified)

Somewhere on the dot or the mailing list archives there is a mail sincerely asking us to rename the KIOSlave framework as the word is offensive to the victims of slavery. To the first bored research student who digs up the reference: I'll write a credible mail to your supervisor explaining your valuable contribution to the KDE archivists' department.

by Aaron Seigo (not verified)

are you refering to this bit of well intentioned by woefully executed drivel perhaps? -> http://www.freesoftwaremagazine.com/columns/why_does_kde_use_slaves

by Will Stephenson (not verified)

No, that's a new one to me. Wow. This thing is building momentum. I'm preparing the commit to rename them all as KIOServiceExecutives.

by fabiank22 (not verified)

Yeah, and then they'll want stock shares, free cofee and the weekend off :P

by Debian User (not verified)

Hello Aaron,

knowing that you are an intelligent person, would you consider to read "Current Situation" in http://en.wikipedia.org/wiki/Slavery and think about the issue.

I understand that from Canada, US and Germany (here) that word "Slave" sounds like a perfectly suited one to express a technical relationship and has no bad connections (although Germany has had Slaves only 50 years ago and is still trying to make compensations).

But the current situation about Slavery should not allow us to attach harmless and positive meanings to the word.

If you read "Etymology" you will learn that it was actually standing for "Slavic people", meaning it's probably something I should personally take offense to, because of my family.

So, this is serious. The world would be better fighting Slavery more actively and KDE would be better without using the word Slave for harmless things that are widely viewed positive.

But then again, I somehow doubt that Free Software is this adult. I recall e.g personally witnessing a speech of Maddog on Linuxtag praising the Chinese for using Linux.

This in spite of that they do have forced labor, suppression of several kinds, and certainly not the intention to foster any kind of Freedom with Linux.

I didn't recall anybody speak against that, I was only ashamed. And likely it's only my opinion that Freedom should also exist outside the technical domain.

Yours,
Kay

by Anon (not verified)

I'm sorry but why do you people want to take terms that very few find offensive and try to make them into something. There is no problem with calling it a slave, that is what it is. There is a world of difference from calling this a slave and slavery. Then you get all childish and claim because opensource use the term they are not adult.

If you want to fight slavery then fight it, but to waste your time on computer terms shows that you really aren't interested in fighting slavery, just in ramming your misguided PC attitude on to people.

by Anon (not verified)

btw, just to add. My bestfriend was a child prostitute, held captive by a pimp until he was 16. I work damn hard to fight against such things. And it is people like you that make me cringe, because all the good work people do fighting such things is easily destroyed by nuts like yourself who take purely innocent terms and try to make them into something they aren't, and then we are faced with having to deal with the problems we are fighting against, and PC nuts like yourself making all the hard working people fighting against such things appear like PC nuts.