I assume you're aiming this dig at women
If you read the the grandparent a bit more carefully, you would have noticed it was about feminism, not about women.
Oh, I read it carefully enough. The goal of feminism is to provide equality to women in society, and this includes distributing the responsibility of child-rearing to both genders.
Nice strawman though.
You appear to be unclear on what this term means.
Taking months or years off for child raising, or working only part time, or refusing to travel - none of these things should affect your career or your pay. It ought to be possible to drop out of the workforce at 25, raise your kids full-time for 20 years, and then rejoin the workforce as a senior manager.
I assume you're aiming this dig at women, when the truly enlightened nations extend this courtesy to both men and women. And nobody takes paid parental leave for 20 years, sorry. Everyone who goes away for that long comes back at an adjusted career level, and I'm sure you know that. Why stoop to hyperbole?
It makes as much sense as the rest of the progressive agenda...
Let me guess - over the age of 50? You are being left behind, just like your parents were left behind on such progressive concepts as the end of colonialism and racism. It's not something to be upset about, it's just how civilization works.
All you people complaining about the state of Akonadi and the interconnectedness of KDE are missing an important part of the picture.
No matter what OS or desktop or GUI apps you have been using for the past 20 years, all of them have an implied conceptual data model underlying the collection of apps that you are using. For the most part, the "implied" bit has followed the old X11/Windows 2.0 "shared nothing" model, where bits and pieces of the data has been either replicated or ad-hoc shared (apps explicitly being aware of other apps and sharing data with them). This has worked okay for a long time, since users have assumed that this is the way it will always work.
Some of you folks may remember PalmOS, or are using Symbian and/or Android phones now. These platforms make the data model explicit, and all apps are aware of them. On an Android phone, the SMS, IM, Calendar and Contacts apps all know how to access the user's address book without knowing anything at all about each other. If you write a contacts sync backend, you don't need to care about any of those apps - you know how to access the contact data already from the database API.
What ends up happening is that YOUR DATA becomes the central focus of the platform. Not the app's data, or its storage format or anything like that. The apps are relegated to being clients of the larger data model. This is the correct approach for the future of the UI.
The KDE project has had its eye on this model of the future UI for a decade now. There has been bumbling and disorganization, miscommunication, dozens of key people coming and going, cat-herding and unfinished code. This is hardly surprising considering the size and nature of the KDE development team and its organization. Despite your irritations with the current state of a given KDE release, I think it's worth remembering what is being attempted here.
Of course, everyone's threshold is different and you may decide that being part of this massive experiment is not worth the headache. For you folks there are plenty of alternatives and I don't think anyone is going to be upset if you go back to the 80s-style UIs of other desktops such as KDE 3.x.
At the same time, don't be surprised if the KDE project doesn't make it a high priority to enable picking bits and pieces to run elsewhere; it's worthwhile, but it comes with a high opportunity cost that dilutes effort on the larger goals of the project.
Link to Original Source
Link to Original Source
One of the major effects KDE 4 has had on the free desktop has been to light a fire under the metaphorical asses of Xorg and driver development. There has been tons of work going on in Xorg since the split, but until KDE 4 came along and proved that stuff like Composite could have a real effect on user experience (Compiz came first, yes, but that was more or less just bling until apps started using composite), there was not as much pressure and expectation from free desktop users.
Turn on desktop effects on any system using KDE 4 and if you have Xorg with good drivers, the difference in experience is startling.
The rate at which Xorg and some of the drivers are getting better is exciting, as is Qt and KDE itself, and this is in part due to the expectations that KDE 4 has set in the minds of free desktop users. Kudos to the Xorg and FOSS driver devs for stepping up. The next couple of years are going to be fun.
KParts is a non-unique concept implemented pragmatically, leading to KDE devs actually using it.
The entire framework, from querying, instantiating and integrating KParts is optimised for the common case, ie shared libraries used in-process on the local machine, which means it's easy to learn and use.
Other attempts such as Bonobo and the erstwhile KOM/OpenParts were designed for maximum flexibility but didn't catch on because they made developers' lives difficult for these common cases.