Suggestion for futur of KDE

[Jos Poortvliet]

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.

> 
> 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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/k16/attachments/20101220/497fcca0/attachment.sig