GNOME 2.9.1 Development Release

I agree , filename completion is very important to find files , specially when the folder has many files .

An alternative to 'Ctrl+L' is pressing 'alt+f2'. This brings up the 'Run Application' dialog, but it also acts like the "Open Location" dialog. Just type in a path and press enter to open it. The good thing about 'alt+f2' is that you can use it from any application, not just the desktop. Hope that helps :)

Jimmy

thanks, never realized that.

I second this. Would save a LOT of clicking.

It will be more cool if GNOME include a splash changer program, X icon changer program and ESPECIALLY I want a widget color changing, I hate staying with Grey all the time

I agree. As a self confessed "neat freak" the only thing that bothers me about using Gnome at the moment is the fact that I find myself repeatedly resizing and positioning windows to suit the way I would like to work.

I don't consider this to be a bloat issue but a usability feature. This feature used to be available in sawfish/mill. (Perhaps it still is).

I do recall reading a comment from Havoc Pennington on this matter stating that it is not so much a Metacity issue, more that applications need to be made session aware. I am not a coder so I really do not understand this.

The only other thing that I would like to see returned to Gnome is menu editing. Manually editing .desktop files or using ///applications in Nautilus is not user friendly.

I love Gnome to bits, have been using it since I started using Linux, admittedly I have tried other environments but always come home to Gnome.

I'm running a dual monitor system with one buffer, which accomplishes everything I need. But I spend so much time repositioning windows when I work with programs like the GIMP, and anything else with breakout menus. In addition, I dislike having all of the alert boxes and such opening right in the middle of the field of view, I get a nice 50/50 split.
Obviously, being able to store position and size would be a great feature, and that goes double for us dualies.

> you can't sync evolution 2 now since they have to write a new plugin
latest multysinc has evolution2, ldap , konntact plugins ... they are avalaible in debian sid

> latest multysinc has evolution2, ldap , konntact plugins ... they are avalaible in debian sid

Oh? where?

apt-cache search multisync |grep evolution
libmultisync-plugin-evolution - Ximian Evolution plugin for MultiSync

The following packages have unmet dependencies:
libmultisync-plugin-evolution: Depends: evolution (< 1.5) but 2.0.2-3 is to be installed

I just had to reply to my own posting.

From what i read on the multisync ml when i posted that message, the evolution2 plugin wasn't finished. And why does gnome have a "pilot" only sync mechanism? It could be expanded to sync just about anything. To me it's just plain stupid...

Kill the remaining servers (gconfd, etc.) and remove session locks from /tmp (I don't know wich offhand, someone can fill in?).

I don't want tab navigation to rotate automatically

Frankly, I don't want Gnome terminal to be "on a par" with Konsole. Apparently, neither do the maintainers.

Why?

http://www106.pair.com/rhp/free-software-ui.html

You've listed a whole pile of pointless configuration options rather than just trying to get the behaviour to Just Work.

But it's your reason that really stands out as pointless:

"Please improve it as Terminal is one of the first things users see and use."

Really? Yuck. Maybe in KDE, but in GNOME the hope is that the terminal will be the last thing users see and use.

Distros are forcing X-windows on us. Get over it and let Terminal improvements proceed.

I would like the maintener(s) to respond on his/their own first.

What I give is a user perception. I am a developer and think Gnome Terminal is quite difficult to use and that it could be enhanced.

I am also a MacOSX, Windoz user and I am using a lot terminals in my work so I can compare their ease of use.

"GNOME the hope is that the terminal will be the last thing users see and use."

This is a non sense today and seems that you are a "All GUI" zealot. Just look at MacOS9 / MacOSX transition: people were surprised about the brand new Terminal but forced to admit that it was more than useful to have it.

"You've listed a whole pile of pointless configuration options rather than just trying to get the behaviour to Just Work."

Sorry but my perception was that I had to adapt to Gnome Terminal instead of Gnome Terminal adapting to me. I have tried to use it and it seems a bit too minimalistic in terms of configuration. I dont want all Kdeish king of myriad of options. I just want the *basic* configuration options that can make my life and work better.

So I am fully agree with: http://www106.pair.com/rhp/free-software-ui.html

In fact there is a difference between "minimalistic" configuration options & "usefull" ones.

For other posts:

no CTRL+PGDOWN/PGUP does not rotate terminals: when the last is selected it does not go back to the first (this is the difference between "rotate" and "change")

Fabrice

"What I give is a user perception. I am a developer"

You contradict yourself.

shift+left or right key lets you jump between shells in Konsole.

Now that you make the switch I was wondering if you know any good programs like cervisia and kompare in gnome?

Meld is a pretty good replacements for thsoe programs on gnome. Its not as powerful as cervisa though

Yes, this one is very nice.

Fabrice

Try Ctrl+PageUp/PageDown.

this should be in all notebook and mdi apps. the gedit behavior of alt+1-9 (with no way that i can see of jumping to 10+) is bad. i should file a gtk+ bug report on this...

consistency is key!

Hello,

As far as I know there is no usable gnome cvs client. But I can recommend LinCVS, which is built on top of Qt but works under Gnome of course. See http://www.lincvs.org for more informations.

cu, Tilo

There is support in nautilus now for plugins. The outline of CVS a plugin has existed for months, but didn't actually perform CVS commands - it just allowed you to view the status. I have recently sent a patch to the maintainer (Dave Camp) that adds enough functionality to make it useful.

With this plugin, you will be able to do most of the main CVS actions entirely inside the file manager.

there's not such a thing in the gnome community. There are long term goals, but that's all, no specific "feature set". jdub asked for maintainers to provide a small description on where they would aim their work for 2.10 before branching, but not a lot of answers there :-/

http://www.patrickbaudisch.com/projects/groupbar/index.html

This feature seems to be a good idea for windows users only.
With Gnome, we use to have many desktops to group windows into project.

I think that gaim is not part of the gnome proyect, is it?

--
Jespa

This is the job of gaim, not gnome.

Sridhar R - http://livejournal.com/~sridharinfinity

not sure right now but I think that if you go to the gconf editor you will see an option to enable Overburn under nautilus cd burner.

And what about the AudioCD suport?
I can't write AudioCD!!!

Audio support doesn't make sense in Nautilus. The plan was to have this support eventually integrated into Rhythmbox like it is in iTunes on Mac OS X.

Why would in not make sense? Nautilus is a lot more than a file manager in many other ways. It actually makes little sense not to be able to handle audio cds as cd-roms as well (ripping and burning by drag'n'drop).

Look at gnomefiles.org
there is very cool early stage of GnomeBaker CD burning tool.
Help it's developer (as I do) in debugging.

Bednar

Already have a lib. Contribute to that and improve it rather than make a new one. http://icculus.org/burn/

Check out this thread on debian-devel. It has a good overview of the current state of burn stuff and some good recomendations on what the community should do.
http://lists.debian.org/debian-devel/2004/10/msg00487.html

Open a Nautilus browser window, and enter applications:/// in the Location bar. You'll be able to drag and drop normally into here.

I think this feature needs to be better-documented.