Re: gnome-theme-manager and gnome-background-properties

2007-03-27 Thread Benjamin Gramlich
I think this is a fantastic idea and should be implemented as soon as possible. Benjamin On 3/27/07, David Prieto [EMAIL PROTECTED] wrote: Hi, As I see it, the wallpaper is a part of the desktop theme. Is there a good reason not to have the background manager integrated into the theme

Gnome Applets

2007-09-23 Thread Benjamin Gramlich
Greetings, Since bonobo is heading toward deprecation, what is the new way to write Gnome applets? Most of the documentation that's floating around out there is about 2 -5 years old. I'd like to write new tutorial for python applets with the new preferred architecture. Ciao, Benjamin

Re: Gnome Applets

2007-09-23 Thread Benjamin Gramlich
Where can I find a tarball of Ryan's work? What needs to be done still? ciao, bg ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Gnome Applets

2007-09-23 Thread Benjamin Gramlich
I would really like an opportunity to do some work for Gnome, so if someone would be willing to orient me to the project, I'd love to take it on. ciao, bg ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: GNOME Panel++

2007-09-24 Thread Benjamin Gramlich
Gimmie is very interesting and user friendly. I've always felt that the Gnome panel has been a little bare. SLED was a step in the right direction, but it seems that very few people have been willing to use it. (Actually, isn't Novell the only merchant to use SLED?) I think that the gnome-panel

Re: GNOME Panel++

2007-09-26 Thread Benjamin Gramlich
Another thing I'd like to see in the next version of the panel is the ability to lock it down. In other words, there should be a way to keep the panel from moving unless the user makes an explicit action to do so. The best place for such an option would be in the preferences menu for the panel so

linuxMint's gnome-menu

2007-10-10 Thread Benjamin Gramlich
Hey all, In reference the our earlier discussion of the gnome-panel rethink, I'd like to draw attention to linuxMint's version of the gnome menu. It's an excellent design and a direction I think the official gnome-menu should head. I have the source code for it if anyone would like a copy. You

Re: linuxMint's gnome-menu

2007-10-10 Thread Benjamin Gramlich
Do you mean the one pictured http://linuxmint.com/pictures/screenshots/celena/mintmenu.png? Yeah, that's the one. Sorry I wasn't more clear and didn't attach a link to a picture. It's not a drop-in replacement for the current gnome-menu, but it has some excellent features: 1) The search field

Re: linuxMint's gnome-menu

2007-10-10 Thread Benjamin Gramlich
single menu quickly tends to get pretty big (see also the SLED menu or even the windows xp/vista menu). this is the coolest thing about the mintMenu: it takes up a static amount of space, both horizontally and vertically. if the submenu that you mouseover is taller than the window for the menu

Re: linuxMint's gnome-menu

2007-10-11 Thread Benjamin Gramlich
I see now, thanks for clarifying. On Thu, 2007-10-11 at 16:48 +0200, Denis Washington wrote: I would really go with this design, I don't know why very few other alternative menus follow this concept. Denis, which design are you referring to here? I meant the concept of multiple smaller

Re: gnome power manager inhibit

2007-10-19 Thread Benjamin Gramlich
Isn't this discussion a bit moot since gnome has a suspend inhibit applet that you can turn on in situations when you want to sit back and watch a movie or download a .iso image? On 10/19/07, Richard Hughes [EMAIL PROTECTED] wrote: On Fri, 2007-10-19 at 18:52 +0100, Odysseus Flappington

Re: Proposal: swfdec-gnome

2007-10-23 Thread Benjamin Gramlich
Adobe is currently working on a framework that will allow programmers to write and deploy applications to the desktop using only the languages of the internet. [1] I think, therefore, that we are going to see more demand for flash on the desktop in the near future. It also appears the Adobe will

Re: Extreme memory usage for gnome-panel related apps

2007-11-30 Thread Benjamin Gramlich
at any given time, and that's sans compositor). Is it possible that when the panel is re-written we could address these concerns and make the panel and applets more nimble? benjamin gramlich [1] http://live.gnome.org/RoadMap ___ desktop-devel-list mailing

GSOC 2008 advice

2008-02-26 Thread Benjamin Gramlich
Greetings all, I am interested in applying to work on a project for Gnome during the summer of code 2008, and I have a few ideas. Idea #1) Re-implement the panel-applet library/interface to depend on DBUS. Idea #2) Migrate the panel to GIO/GVFS and DBUS. Idea #3) Develop a tutorial for

Re: GSOC 2008 advice

2008-02-26 Thread Benjamin Gramlich
Thank you to everyone who has responded so far. Spending a summer hacking Gnome is going to be splendid. About 4 months ago (I think it was October), there was a discussion here about the panel. I was directed to desrt's work, but it doesn't seem to be complete. I think a rethink of the panel