There are plenty of candidate projects on Gnome itself. Some are listed under the Memory Reduction Project and under the Preferences Revisited. I've mentioned one of the memory reduction ones below and Calum Benson suggested the Preferences revisited to me. This would involve looking at the currently usability or lack of it for some of the Gnome Capplet Control Panel Dialogs and merging them into more sensible/ usable ones.
http://live.gnome.org/PreferencesRevisited http://live.gnome.org/MemoryReduction/Tasks?highlight=%28reduction%29%7C%28memory%29 http://live.gnome.org/MemoryReduction?highlight=%28reduction%29%7C%28memory%29 Would love to see the use of InProc Applets for our trusted stable set of applets - would really help reduce Gnome memory consumption, especially on multi user systems. http://live.gnome.org/MemoryReduction/Tasks/InProcApplets?highlight=%28reduction%29%7C%28memory%29 JR John Rice wrote: > Thanks for the info Dimitri - I'd heard rumours but didn't know the > details. > > Would be great for a Student to take the NetBeans C/C++ Pack and > develop plugin support for the creation of Gnome Applets, which could > use the native Gnome Libraries. Would be interesting to have the same > student or another one work on a mirror of this but in Java using Java > Gnome bindings. > > We could have them compare both to a Java Swing based application > using the latest Gnome L&F in Mustang and see what pieces are missing > to allow full integration into Gnome. Gonf configuration comes to mind > - what about getting someone to write a Gconf backing store for Java > Preferences, we have a Windows registry backing store on Windows so > why not gconf on Gnome - would make getting those pesky proxy settings > a lot simpler for all concerned :) > > JR > > Dmitri Trembovetski wrote: > >> Hi Darren, >> >> On Wed, Apr 19, 2006 at 12:03:47PM +0100, Darren Kenny wrote: >> > John, a couple off the top of my head (and not necessarily >> something > that's already in the Gaps document now), other people >> suggested these > to me too, so I take no credit for them: >> > > * Development Environment >> > o NetBeans >> > + It seems that we in Sun are totally set on having >> > Netbeans as our main development platform - that >> being >> > the case , I would love to see a proper C/C++ editing >> > environment in Netbeans 5. This would include the use >> > of completion mechanisms (through pre-parsing of >> > headers, etc) similar to the way Java development >> > works - this isn't anything new and would be >> fantastic >> > to have. Eclipse has some of this, but it's still not >> > perfect, so there's opportunity there. And If we >> could >> > include Glade integration into this for developing a >> > UI we'd be a long way to having decent development >> > environment for GNOME on Solaris, and other C/C++ >> > based projects... Also shouldn't forget debugger >> > (dbx/gdb) integration... This would make Netbeans >> into >> > an IDE to compete with Visual Studio... >> >> I believe this is being worked on already by the Sun Studio team: >> http://cnd.netbeans.org/ >> >> http://blogs.sun.com/roller/page/roumen?entry=first_preview_of_netbeans_c >> >> >> Thanks, >> Dmitri >> >> >> > + If glade integration seems to difficult, how about >> > Matisse integration into GNOME... >> > * Security >> > o Encrypted Filesystems >> > + There has been much fuss made about this recently on >> > Linux - with the ability to support encrypted >> > filesystems on removable devices. We have the >> > technology in OpenSolaris to do this, and Darren >> > Moffat has a page on it >> > >> (http://www.opensolaris.org/os/community/security/projects/xlofi/), >> > so if we could get this integrated into the desktop >> > (e.g. authentication UI, etc) then we would be have >> > something of significant importantance. >> > + A sub-project for this would be to look at PCFS (ie >> > FAT/FAT32 filesystems) and how MS Windows and Linux >> > are handling the encryption and making it work on >> > OpenSolaris so we support the heterogeneous >> > environment too. >> > o Firewall editor >> > + On OpenSolaris, we have the hidden feature of a built >> > in firewall in the ipf kernel module and ipfilter >> > command. Let's being this to the forefront and >> produce >> > a UI for configuring it. >> > o Service reduction (could also be performance, depends on >> how >> > you look at it) >> > + We have a lot of services running on Solaris (not >> > quite so many on OpenSolaris now) but it's certain >> > that many of these could be disabled by default and >> > still have a usable desktop - some investigation into >> > the creation of a desktop configuration for SMF would >> > be good and would help speed up boot time as well. >> > * Desktop Performance >> > o File Monitoring >> > + In OpenSolaris, there is a kernel API called File >> > Event Mechanism. Unfortunately this still doesn't >> have >> > a userland API that could be used by applications or >> > libraries. Linux and AIX both have inotify to do >> this, >> > but OpenSolaris doesn't. This would be an interesting >> > project to get done and have libfam modified to >> > support OpenSolaris using this mechanism rather than >> > polling >> > > Thanks, >> > > Darren. >> > > John Rice wrote: >> > >People, >> > > >> > >Jim Grisanzio has kicked this off as a general request for > >> >participation from all the OpenSolaris projects: >> > >http://opensolaris.org/jive/thread.jspa?threadID=7878&tstart=0 >> > > >> > >Anyone any desktop related ideas that would be suitable? >> > > >> > >Easy: >> > >Add Gnome Applet support as sample project in Netbeans - using >> Java > >Gnome bindings. >> > > >> > >Medium: >> > >Reduce memory consumption of Gtk+ hello world application. >> > > >> > >Hard: >> > >Modify Firefox's tabbing behaviour to allow it to run with reduced >> > >memory requirements, only hold images in memory for currently >> visible > >tab. Plenty of other optimisations that could be looked at >> to allow > >Firefox to run better ina memory constrained environment. >> > > >> > >Darren - I'm sure you have loads from the Linux gaps analysis and >> the > >System Tools project, so just fire ahead. >> > > >> > >Glynn - I assume the best thing here is for you to put up a Google >> > >Summer of Code page on the OpenSolaris Desktop home page, that Jim >> can > >point to. >> > > >> > >JR >> > _______________________________________________ >> > desktop-discuss mailing list >> > desktop-discuss at opensolaris.org >> >> > > _______________________________________________ > desktop-discuss mailing list > desktop-discuss at opensolaris.org
