Please provide an option to disable the upper right cashew.
Although putting an option to disable the cashew for desktops sounds reasonable, from a coding point of view it would introduce unnecessary complexity and would break the design. What has been suggested is, since the destkop itself (a containment) is handled by plugins, to write a plugin that would draw the desktop without the cashew itself. Currently some work ("blank desktop" plugin) is already present in KDE SVN. With containment type switching expected by KDE 4.2, it is not unreasonable to see alternative desktop types developed by then.
- panels can be only horizontal. I had small vertical panel with apps buttons on it in 3.5. Doing this is no longer possible with kde 4.1.
- changing order of icons on the panel is not possible or requires some black magic. If it is possible then its hidden deeply.
Nice FUD you got here, mate. For the first question here is a video (made by yours truly) that shows that it can be done. As for the second, the Plasma FAQ gives an answer:
Can I move the applets on the panel?
Just before KDE 4.1 RC1, a change has been introduced in Plasma to allow movement of the applets on the panel. To do so, open up the panel controller (by clicking on the cashew or by right clicking on the panel and selecting "Panel Settings") and hover the mouse cursor over the applets. Its shape will turn into four arrows, and you'll be able to rearrange the applets as you wish.
but the Konquerer team seems to have pretty much given up on KHTML and are contributing to Webkit now.
FUD alert! It is not true. While some of the original people who wrote KHTML are now working on WebKit (but they work for Trolltech), it's absolutely not true that the Konqueror developers given up on KHTML. They're still developing it, although of course integrating stuff from WebKit where needed.
Why do you say zooming doesn't work? It does work here in this nightly SVN build (which will be 4.1). I prefer the key shortcuts because I use an NVIDIA card, hence slower than what it could be. The concept is that you separate activities for what you do. The concept is that the desktop is no longer a simple, and static dumping ground for whatever you have, but something you decide to customize to your needs. For example I have 2-3 folder views on my desktop which I use for quickly reviewing stuff I'm working on. Old habits die hard, but personally speaking I can't stand 3.5.9 any longer after this. There are of course missing features or implementations that can be improved, but this release, from my point of view, is quite usable.
And that just mentions the desktop shell, and not the rest of the applications, which are in a good shape (including KDE-PIM, which was missing from KDE 4.0.x).
It's not the case. You forget that an entire desktop shell has been rewritten from scratch, so it's not like all the features will appear magically. For me, it's already possible to do more than what I used to do with 3.5.x desktops.
On top of that you have Aaron Segio now suggesting that users should have less control over configuration, fewer choices, and saying that end users are dumb.
Would you please stop posting FUD? And for goodness' sake, his last name is Seigo, not Segio.
Before I post any screenies: let's say that this feature is still not 100% complete. Actually, zooming is still somewhat sluggish, but you can work around by using keyboard shortcuts, which makes moving between activities very fast, with no preformance loss. Actually I'm not sure if the performance loss is a problem of my card (NVIDIA).
That said, I'll see if I can post something later today. Oh and in 4.0.x the feature was really unfinished, so actually it did not work as expected, but was left anyway because a number of bugs were actually fixed by identifying problems due to its presence.
I could put it somewhere if needed, yes. What are you interested in exactly? Some people have already recorded features from KDE 4.1, so perhaps what you want is already out there. For example, here is a video which shows plasmoid embedding and moving in the panel (I put this one because people have been asking for this feature for a long time). This will be in the upcoming KDE 4.1 RC1 (tagged on next Wednesday and released a week after that).
Oh, and let's make the usual disclaimer: I'm not a KDE developer, just a user and a (small) contributor for non-coding stuff.
A backtrace is useless indeed if you are using binaries without debug symbols. Depending on your distro, you can install debug packages to provide those and then your backtraces will be much more useful for the developers.
I run semi-nightly builds of SVN from Project Neon and I can say I'm very satisfied with KDE 4.1. Compared to 4.0.x there has been a tremendous leap in features and polishing, and the new Plasma features make it better for me to work. An explanation: Plasma enables you to zoom-in and out of your current desktop. When zoomed out, you can add another desktop ("Activity") in which you can place plasmoids like the one you were using before. You can switch between them using keyboard or zooming in and then out.
What makes it different from X11's standard virtual desktops? The fact that activities are completely independent from each other. I have one set of plasmoids on my "leisure" view, a different one in my "coding" view, and yet another one in my "writing" view. In this context, Folder View is absolutely brilliant, as you are not enslaved to ~/Destkop, but instead you can view many more dirs (including remote ones: anything that KIO supports works), and you can filter for file names/extensions (there are plans to do MIME type filtering in the future, IIRC). Like that, I actually work much better than with the old desktop paradigm (I *hated* when desktops became huge and pointless dumping grounds for anything).
Some missing features have crept in since last beta, including moving the applets on the panel.
'd certainly make use of it. I haven't seen Plasma, but if they're copying Dashboard in any way I'll probably be avoid that too, if I ever bother with KDE 4.
For clarity's sake, notice that the goal of Plasma is far more ambitious than Dashboard. Plasmoids/Applets (native Plasma widgets) are meant to interact with the rest of the desktop. They can be used to stay pretty there, but also to actually carry out tasks (the part that displays folders on the desktop is an applet itself. Applets can be grouped in containers (containments; even the panel/taskbar is one of them), and some of these containers can be used to separate the desktop into different "activities" that can be accessed by zooming out of a containment and in in another.
Hope this puts things into perspective.
Disclaimer: I'm neither a KDE nor a Plasma developer, just one of the contributors of the FAQ.
Back in 1997, I and my brother had an idea for a short story, which then, over the course of the years, became a sort of novel (link in sig). I decided to make it public once I knew of a CC license, since my idea was roughly like TFA, while I was considering the idea of publishing (I'm on Lulu too, but I haven't got an ISBN - yet). Although the idea was to get an input from the community, in the end I almost got zero input, perhaps because of the target people (they mostly come through my illustrator's web page). I found that a certain number of people liked it quite a bit, but very few (if any) decided to speak up and write comments (currently like 1% of the total site visitors have commented, if I exclude people I know who said things to me in person). So I can say that overall I'm quite disappointed, although I fully acknowledge that there must be some reason why people aren't saying anything about it.
The biggest point is probably containment switching and customizing. Containments are the "containers" for applets, or plasmoids, and the idea is that you create them according to your needs (activity-based) and then switch among them on the fly. It's different from X11 virtual desktop switching because (in theory) each containment could be totally different. You'd switch between them by zooming in and out (Zooming User Interface - ZUI).
Implementation of this is already under way in current SVN.
Disclaimer: I'm not a KDE developer, just a user who likes to follow bleeding-edge development.
Re:Feature freeze, no new features only bugfixing?
on
KDE 4.1 Alpha 1 Released
·
· Score: 3, Informative
Shameless plug on the Plasma FAQ (which I, among others, work on):
If you read also Aaron Seigo's blog, you'll see that this API change had been expected *way* before KDE 4.0 release. Libplasma is scheduled to go into kdelibs at some point (~ 4.2) so the API must be OK because then it'll be frozen. Besides, Plasma was reaborn from ashes (breakage wise) in just a week. This should tell something.
explain to me what issues are there for which in 2008 we still have to resort to sub-sonic air flights? I wonder that sometimes (and I also wonder on Concorde's failure for the same reason)
Yes, somewhat OT, but it's been bugging me for a while.
Now, even if I'm Italian I don't really know about the matter related to the parkings in FIrenze, but aren't people jumping to the gun too soon? I mean, a suit against Wikipedia *is* a bad idea, but how come people think that Wikipedia is in the right and the mayor in the wrong? (Let me reiterate that suing Wikipedia was a bad idea in general)
Personally I don't know. It may be right, or wrong, but I wouldn't trust Wikipedia to be in the right all the time. The information may be correct, lacking, or down right false and there's no way to verify it.
Notice, this was done in haste and may not be good English, but I hope it's better than an automated translation.
FIRENZE- Firenze's Mayor, Leonardo DOmenici, and local government member Graziano Cioni have given the order to sue for defamation the Wikipedia web encyclopedia (sic).
THE ACCUSATION - The reason, explained in a brief communication, is because in the "Leonardo Domenici" page on the site there are references to decisions made by the Mayor and his staff that, quoting, ''caused criticism from the citizens'', quoting in particular the award of a contract related to the management of the town's parking lots to the "Firenze Parking" company, of which Dominici and Cioni's wives have seats in the board of directors.
THE INQUIRY - The communication from the Mayor reminds that such a "defamation" had circulated in the past and that in 2004 the office of the public prosecutor had started an investigation, resulting in one indictment and a request for a trial. The Wikipedia page, however (at the time of writing) has not been modified and is still now present in the form challenged by Domenici. Hence the decision to sue for defamation and libel.
Slashdot Mirror
Please provide an option to disable the upper right cashew.
Although putting an option to disable the cashew for desktops sounds reasonable, from a coding point of view it would introduce unnecessary complexity and would break the design. What has been suggested is, since the destkop itself (a containment) is handled by plugins, to write a plugin that would draw the desktop without the cashew itself. Currently some work ("blank desktop" plugin) is already present in KDE SVN. With containment type switching expected by KDE 4.2, it is not unreasonable to see alternative desktop types developed by then.
Nice FUD you got here, mate. For the first question here is a video (made by yours truly) that shows that it can be done. As for the second, the Plasma FAQ gives an answer:
Can I move the applets on the panel?
Just before KDE 4.1 RC1, a change has been introduced in Plasma to allow movement of the applets on the panel. To do so, open up the panel controller (by clicking on the cashew or by right clicking on the panel and selecting "Panel Settings") and hover the mouse cursor over the applets. Its shape will turn into four arrows, and you'll be able to rearrange the applets as you wish.
But it's not true. There has even been a statement from the KHTML developers that there are no intentions of merging with WebKit.
FUD alert! It is not true. While some of the original people who wrote KHTML are now working on WebKit (but they work for Trolltech), it's absolutely not true that the Konqueror developers given up on KHTML. They're still developing it, although of course integrating stuff from WebKit where needed.
Why do you say zooming doesn't work? It does work here in this nightly SVN build (which will be 4.1). I prefer the key shortcuts because I use an NVIDIA card, hence slower than what it could be. The concept is that you separate activities for what you do.
The concept is that the desktop is no longer a simple, and static dumping ground for whatever you have, but something you decide to customize to your needs. For example I have 2-3 folder views on my desktop which I use for quickly reviewing stuff I'm working on. Old habits die hard, but personally speaking I can't stand 3.5.9 any longer after this. There are of course missing features or implementations that can be improved, but this release, from my point of view, is quite usable.
And that just mentions the desktop shell, and not the rest of the applications, which are in a good shape (including KDE-PIM, which was missing from KDE 4.0.x).
Well, here is a small video I made that shows off why the cashew and zooming are useful.
I've posted this comment on the use of the zooming user interface and multiple activities (think virtual desktops on steroids).
It's not the case. You forget that an entire desktop shell has been rewritten from scratch, so it's not like all the features will appear magically. For me, it's already possible to do more than what I used to do with 3.5.x desktops.
On top of that you have Aaron Segio now suggesting that users should have less control over configuration, fewer choices, and saying that end users are dumb.
Would you please stop posting FUD? And for goodness' sake, his last name is Seigo, not Segio.
Before I post any screenies: let's say that this feature is still not 100% complete. Actually, zooming is still somewhat sluggish, but you can work around by using keyboard shortcuts, which makes moving between activities very fast, with no preformance loss. Actually I'm not sure if the performance loss is a problem of my card (NVIDIA).
That said, I'll see if I can post something later today. Oh and in 4.0.x the feature was really unfinished, so actually it did not work as expected, but was left anyway because a number of bugs were actually fixed by identifying problems due to its presence.
Sounds interesting, any screenshot?
I could put it somewhere if needed, yes. What are you interested in exactly? Some people have already recorded features from KDE 4.1, so perhaps what you want is already out there. For example, here is a video which shows plasmoid embedding and moving in the panel (I put this one because people have been asking for this feature for a long time). This will be in the upcoming KDE 4.1 RC1 (tagged on next Wednesday and released a week after that).
Oh, and let's make the usual disclaimer: I'm not a KDE developer, just a user and a (small) contributor for non-coding stuff.
A backtrace is useless indeed if you are using binaries without debug symbols. Depending on your distro, you can install debug packages to provide those and then your backtraces will be much more useful for the developers.
I run semi-nightly builds of SVN from Project Neon and I can say I'm very satisfied with KDE 4.1. Compared to 4.0.x there has been a tremendous leap in features and polishing, and the new Plasma features make it better for me to work. An explanation: Plasma enables you to zoom-in and out of your current desktop. When zoomed out, you can add another desktop ("Activity") in which you can place plasmoids like the one you were using before. You can switch between them using keyboard or zooming in and then out.
What makes it different from X11's standard virtual desktops? The fact that activities are completely independent from each other. I have one set of plasmoids on my "leisure" view, a different one in my "coding" view, and yet another one in my "writing" view. In this context, Folder View is absolutely brilliant, as you are not enslaved to ~/Destkop, but instead you can view many more dirs (including remote ones: anything that KIO supports works), and you can filter for file names/extensions (there are plans to do MIME type filtering in the future, IIRC). Like that, I actually work much better than with the old desktop paradigm (I *hated* when desktops became huge and pointless dumping grounds for anything).
Some missing features have crept in since last beta, including moving the applets on the panel.
For clarity's sake, notice that the goal of Plasma is far more ambitious than Dashboard. Plasmoids/Applets (native Plasma widgets) are meant to interact with the rest of the desktop. They can be used to stay pretty there, but also to actually carry out tasks (the part that displays folders on the desktop is an applet itself. Applets can be grouped in containers (containments; even the panel/taskbar is one of them), and some of these containers can be used to separate the desktop into different "activities" that can be accessed by zooming out of a containment and in in another.
Hope this puts things into perspective.
Disclaimer: I'm neither a KDE nor a Plasma developer, just one of the contributors of the FAQ.
I believe the OP is referring to the situation in Australia, where the Eee 900 with Linux will cost more than the Windows version.
And how does an ad hominem contribute to the discussion, let alone be "interesting"?
Back in 1997, I and my brother had an idea for a short story, which then, over the course of the years, became a sort of novel (link in sig). I decided to make it public once I knew of a CC license, since my idea was roughly like TFA, while I was considering the idea of publishing (I'm on Lulu too, but I haven't got an ISBN - yet).
Although the idea was to get an input from the community, in the end I almost got zero input, perhaps because of the target people (they mostly come through my illustrator's web page). I found that a certain number of people liked it quite a bit, but very few (if any) decided to speak up and write comments (currently like 1% of the total site visitors have commented, if I exclude people I know who said things to me in person).
So I can say that overall I'm quite disappointed, although I fully acknowledge that there must be some reason why people aren't saying anything about it.
The biggest point is probably containment switching and customizing. Containments are the "containers" for applets, or plasmoids, and the idea is that you create them according to your needs (activity-based) and then switch among them on the fly. It's different from X11 virtual desktop switching because (in theory) each containment could be totally different. You'd switch between them by zooming in and out (Zooming User Interface - ZUI). Implementation of this is already under way in current SVN.
Disclaimer: I'm not a KDE developer, just a user who likes to follow bleeding-edge development.
Shameless plug on the Plasma FAQ (which I, among others, work on):
http://techbase.kde.org/Projects/Plasma/FAQ
The first three questions should answer at least part of your doubts.
If you read also Aaron Seigo's blog, you'll see that this API change had been expected *way* before KDE 4.0 release. Libplasma is scheduled to go into kdelibs at some point (~ 4.2) so the API must be OK because then it'll be frozen. Besides, Plasma was reaborn from ashes (breakage wise) in just a week. This should tell something.
explain to me what issues are there for which in 2008 we still have to resort to sub-sonic air flights? I wonder that sometimes (and I also wonder on Concorde's failure for the same reason)
Yes, somewhat OT, but it's been bugging me for a while.
... that should have been included, IMO:
- Brad Zoom in "Better Dead than Alien"
- Attack Of The Mutant Zombie Flesh Eating Chickens From Mars (starring Zippo the Dog)
Especially the second (a Spectrum game) is worth mentioning.
Now, even if I'm Italian I don't really know about the matter related to the parkings in FIrenze, but aren't people jumping to the gun too soon? I mean, a suit against Wikipedia *is* a bad idea, but how come people think that Wikipedia is in the right and the mayor in the wrong? (Let me reiterate that suing Wikipedia was a bad idea in general) Personally I don't know. It may be right, or wrong, but I wouldn't trust Wikipedia to be in the right all the time. The information may be correct, lacking, or down right false and there's no way to verify it.
Notice, this was done in haste and may not be good English, but I hope it's better than an automated translation.
FIRENZE- Firenze's Mayor, Leonardo DOmenici, and local government member Graziano Cioni have given the order to sue for defamation the Wikipedia web encyclopedia (sic).
THE ACCUSATION - The reason, explained in a brief communication, is because in the "Leonardo Domenici" page on the site there are references to decisions made by the Mayor and his staff that, quoting, ''caused criticism from the citizens'', quoting in particular the award of a contract related to the management of the town's parking lots to the "Firenze Parking" company, of which Dominici and Cioni's wives have seats in the board of directors.
THE INQUIRY - The communication from the Mayor reminds that such a "defamation" had circulated in the past and that in 2004 the office of the public prosecutor had started an investigation, resulting in one indictment and a request for a trial. The Wikipedia page, however (at the time of writing) has not been modified and is still now present in the form challenged by Domenici. Hence the decision to sue for defamation and libel.
Substitute "The Pope" with anyone else you do not want to speak up, and you will realize the extremes of such a reasoning.