I hope that's not at the expense of desktop performance or user experience. >KDE wants to work with most/all Linux/UNIX filesystems.
GTKMM STOCK ICONS CODE
I think the optimal solution (in terms of least code duplication, fastest performance and earliest release date) would be for KDE to handle the app integration for version control (mostly GUI stuff) and let ReiserFS do the actual file managing. It should also be as well integrated into apps as version control is in MS Word. three things changed simultaneously: 1) it was integrated into the filesystem, 2) it was free, 3) it was easy to understand for average users. Our support for transactions and compression should make it easier to implement version control in Reiser4. Filesystems manage files, and that should include managing file versions. Version control definitely belongs in the filesystem.
Reading the section Hide The File System::Transparent Version Control, it struck me that Hans Reiser (lead developer of the ReiserFS filesystem) was thinking along exactly the same lines. Plus, you (as the authors) will be in a stronger position to financially negotiate with interested closed-source clients :) You can always change from GPL to LGPL later, but going the other way around would be a lot harder. I noticed that all the source files for Tenor are licensed LGPL I think licensing it GPL would better ensure that your code is not linked to non-free, closed source, proprietary software. or are you suggesting that i'm sitting here churning out words only?Īll I can say is WOW! The website has a treasure trove of ideas, and the fact that you're brainstorming at this stage will surely lead to a unified field for KDE4. You are correct that at the end of the day one needs to be walking the walk. Like having, expressing and engaging in statements of vision. we need to break through to the next level and that in part requires doing certain things a bit differently. but we started hitting the ceiling of what that was capable of producing when it comes to integrated desktop environments a year or three ago. You are right that we have gotten this far with our current techniques of randomness and secrecy. you might be able to build a toolshed that way, but not an office building. See, you are suggesting building skyscrapers without the building crew talking to each other or even having a blueprint by which to follow. to date, konqueror's interface is a jumble specifically because no global vision was applied to it. if a team would developer around konqueror and clearly state the mission and the direction they have set themselves upon maybe the interface issues would dissolve and be addressed for KDE4. you don't achieve that by not engaging in conversation about it or by allowing misconceptions and ill communication drive things. Some of the things i, and others, are involved in require coordinated efforts between a large number of people across a large number of projects. Some people seem to disdain vision, perhaps because they've seen other people abuse it as a cheap marketing gimmick instead of being a means to describe the path one is on to others also involved in the same struggles. Appeal is not a marketing effort, it is a social experiment in consciously engaging in coordinated, open and multidisciplinary development.
0 kommentar(er)
