Re: 3Gb ram being reported as 1.9Gb
On Mon, 2009-03-30 at 17:26 +0530, Nishith Nand wrote: 256MB, its a nVidia 8600GT. If you have 3GB RAM and only a 256MB video card then it should be showing more than 1.9GB RAM free. You should probably update your motherboard BIOS if you haven't already. If you still have problems with it showing only 1.9GB RAM after that you might want to file a kernel bug report. Do you see the full 3GB RAM on any other OS, or have you only tried Ubuntu? Chris -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: 3Gb ram being reported as 1.9Gb
How much memory does your video card have? Chris -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: The DPI problem
As I understand it Gnome was supposedly going to do the right thing with respect to DPI soon, I don't know how long from now 'soon' is though. However, as you say the current situation is definitely not good. Many laptops in particular have screens where the DPI is much higher than 96 DPI and on the other end of the spectrum most HDTV's have much lower than 96 DPI. Chris -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: OpenOffice.org using %U vs %F to open files
On Fri, 2008-07-25 at 18:24 +0200, Martin Pitt wrote: Hi Chris, Chris Cheney [2008-07-23 11:28 -0500]: I talked with Sebastien, and Martin last Friday about OpenOffice.org having problems opening files over various different systems that gvfs supports. OpenOffice.org currently uses %U to try to open files and often manages to screw up while doing so. The discussion involved potentially switching the %U to %F in the desktop files to have gvfs-fuse-daemon do the heavy lifting. Thanks for your investigations! So you'd think that OO.o's own gvfs support is too weak/buggy/unmaintained to get fixed in time, and we'd rather disable it completely? If the code is too brittle, my feeling is that this would be a good idea then, especially for hardy. The files to burn issue you mentioned seems to be a no-op indeed. After talking to some of the other OpenOffice.org developers it appears full gvfs support will be in 3.0.0 so this may not be a big issue for OOo in Intrepid after all. Also due to other bugs I have seen in Hardy surrounding gvfs-fuse support its probably not worth changing the desktop files for OOo in hardy-updates, unless those other bugs are fixed as well. I think someone also mentioned possibly changing something in nautilus, maybe to do this automatically, but I wasn't clear on what was being talked about with respect to nautilus. That was indeed a quick straw-man, but there might be connections supported by gvfs which cannot be (properly) presented through a fuse mount. Seb, do you know any? If not, WDYT about just generally passing the fuse mount path to an app if it exists? Chris Cheney [2008-07-23 11:58 -0500]: Also, I don't know if this is a bug but after opening a document over smb it shows up in the Places-Recent Documents, but if you click on it there it opens it in File Roller instead of OOo. Maybe it only looks at applications that support %U to open Recent Documents? That indeed sounds like a bug in the panel. I don't see why a file should behave differently when you open it in nautilus or in recent documents. Is that filed somewhere already? I'm not sure if that was bug has been filed by anyone else yet. Chris -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
OpenOffice.org using %U vs %F to open files
I talked with Sebastien, and Martin last Friday about OpenOffice.org having problems opening files over various different systems that gvfs supports. OpenOffice.org currently uses %U to try to open files and often manages to screw up while doing so. The discussion involved potentially switching the %U to %F in the desktop files to have gvfs-fuse-daemon do the heavy lifting. I think someone also mentioned possibly changing something in nautilus, maybe to do this automatically, but I wasn't clear on what was being talked about with respect to nautilus. So does anyone consider changing the %U to a %F a good idea or should something else be done? Thanks! Chris Cheney http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
Re: OpenOffice.org using %U vs %F to open files
I did find one negative aspect in that gvfsd-burn is a virtual location and is not setup to be accessed via a fuse mount so you would not be able to open files from inside a CD/DVD Creator location. On the plus side this doesn't actually currently work anyway and by using %F it would not even associate OOo with files under that location. Chris On Wed, 2008-07-23 at 11:28 -0500, Chris Cheney wrote: I talked with Sebastien, and Martin last Friday about OpenOffice.org having problems opening files over various different systems that gvfs supports. OpenOffice.org currently uses %U to try to open files and often manages to screw up while doing so. The discussion involved potentially switching the %U to %F in the desktop files to have gvfs-fuse-daemon do the heavy lifting. I think someone also mentioned possibly changing something in nautilus, maybe to do this automatically, but I wasn't clear on what was being talked about with respect to nautilus. So does anyone consider changing the %U to a %F a good idea or should something else be done? Thanks! Chris Cheney http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.1.html -- ubuntu-desktop mailing list ubuntu-desktop@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
