Suggestion for futur of KDE

[Frank Karlitschek]

On 20.12.2010, at 23:40, Jos Poortvliet wrote:

> On Monday 20 December 2010 23:04:16 Frank Karlitschek wrote:
>> I agree. :-)
>> 
>> But let´s wait for the other proposals and pick the best ones.
> 
> Well, my idea was to post a to the dot article my reply, basically, stating 
> what we're looking for a bit more clearly. Might pre-empt some 
> misunderstandings.


Ahh. No I see what you mean. :-)
Thats a good idea.


>> 
>> Cheers
>> Frank
>> 
>> On 20.12.2010, at 22:31, Jos Poortvliet wrote:
>>> On Monday 20 December 2010 19:46:30 alpha_one_x86 wrote:
>>>> Hello, some suggestion to futur of KDE:
>>>> 
>>>> - More cooperation with other desktop (Gnome, GTK+ application, ...) to:
>>>> - When full screen application crash it resume right resolution
>>>> - Overwrite copy handler of all explorer
>>>> - when application crash have on choice debugger (kde debugger, ...) to
>>>> 
>>>> tell error message to the user, not keep the user with dirty close
>>>> window without message - Unique file dialog to prompt where open/save
>>>> file
>>>> 
>>>> - KDE part:
>>>> - No more application but better quality (more intuitive, more stable,
>>>> 
>>>> more compatible) like gimp, chrome, ... some major application of the
>>>> main stream user is in GTK under linux - More effort for the
>>>> multiplatform (windows and mac)
>>>> 
>>>> - Less disk access to have more performance on old hardware
>>>> - Instant boot (1s from kdm to plasma)
>>>> - Have better tool to do administrative task (hardware manager, network
>>>> 
>>>> interface, bluetooth, wifi, boot manager, partition ...) - Better
>>>> reactivity (because some user professionnal prefer windows clean to KDE
>>>> because KDE is no too reactivly) - More simply and efficiency interface
>>>> like Mac
>>>> 
>>>> - More performance with less hdd access (I have see file access when
>>>> 
>>>> update widget when oxygen then is used, same when write text I freeze
>>>> when hdd crash) - Better hdd access (file copy is very more quicker
>>>> under windows) - More stability because some semi-pro user tell to my
>>>> lot of bug uncorrected since lot of time - Less library to base system
>>>> to prevent slow down if lib is slow (hal), and prefer direct system
>>>> call where lib is linked but use only <5%
>>> 
>>> Ok, more work. Sure, we can do all that.
>>> 
>>> I like the more cooperation - and multi-platform efforts. However, while
>>> we weren't clear about that in our announcement, just stating what extra
>>> we need to do isn't enough for me. Focus is also about where you
>>> shouldn't go. And ideas on how to do that in a community.
>>> 
>>> Moreover, vision should be ambitious - yet have some realism. Our
>>> long-term goals - create something so compelling it can overtake windows
>>> - should be the focus, not a few incremental improvements (no matter how
>>> important).
>>> 
>>> Thoughts?
>>> 
>>> I can post the results of a short discussion on this (what exactly do we
>>> expect) as reply to the announcement so ppl have a heads-up ;-)
>>> _______________________________________________
>>> K16 mailing list
>>> K16 at kde.org
>>> https://mail.kde.org/mailman/listinfo/k16
>> 
>> --
>> Frank Karlitschek
>> karlitschek at kde.org


--
Frank Karlitschek
karlitschek at kde.org