Christof Krüger | 2 Mar 08:29 2007
Picon

Re: [patch] [bug 408155] ellipsize filename column

On Tue, 2007-02-20 at 15:20 +0100, Christian Persch wrote:
> Hi,
> 
> attached patch implements ellipsisation for the filename column. I had
> to make the column expand because otherwise it would come up with just
> the "..." shown for each filename; this way it always fills the
> available space which looks better.
Hi,

I've already commented on bug 408155 but I'm not sure if this will get
attention because the bug is already marked as fixed.

Making the name column expand yields very strange behavior when resizing
columns. Browsing around is a pain in the back now. Usually, I use
several windows which I also tend to resize from time to time depending
on the situation. With an expanded name column, the width of the column
changes whenever resizing the nautilus window. I see myself constantly
resizing columns when working with nautilus. In certain situations it
doesn't even let me do what I want (see my comment on bug
http://bugzilla.gnome.org/show_bug.cgi?id=408155 ).

Regards,
  Christof Krüger

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Alexander Larsson | 2 Mar 12:06 2007
Picon

Re: [patch] [bug 408155] ellipsize filename column

On Fri, 2007-03-02 at 08:29 +0100, Christof Krüger wrote:
> On Tue, 2007-02-20 at 15:20 +0100, Christian Persch wrote:
> > Hi,
> > 
> > attached patch implements ellipsisation for the filename column. I had
> > to make the column expand because otherwise it would come up with just
> > the "..." shown for each filename; this way it always fills the
> > available space which looks better.
> Hi,
> 
> I've already commented on bug 408155 but I'm not sure if this will get
> attention because the bug is already marked as fixed.
> 
> Making the name column expand yields very strange behavior when resizing
> columns. Browsing around is a pain in the back now. Usually, I use
> several windows which I also tend to resize from time to time depending
> on the situation. With an expanded name column, the width of the column
> changes whenever resizing the nautilus window. I see myself constantly
> resizing columns when working with nautilus. In certain situations it
> doesn't even let me do what I want (see my comment on bug
> http://bugzilla.gnome.org/show_bug.cgi?id=408155 ).

Yeah, its a bit weird. I removed the expand and made it default to 16
chars wide instead.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's a jaded vegetarian librarian from the Mississippi delta. She's an 
orphaned tomboy advertising executive who believes she is the reincarnation of 
(Continue reading)

Alexander Larsson | 2 Mar 12:07 2007
Picon

Re: Adding mount usage information to properties page

On Wed, 2007-02-21 at 20:39 -0700, Trevor Davenport wrote:
> Hi,
> 
> I just opened http://bugzilla.gnome.org/show_bug.cgi?id=410658 which
> about nautilus not giving any usage details for a mount point, only
> the free space.  I've attached a patch that implements this
> functionality and draws a pie chart representing the usage/free space
> as well as giving the mounts capacity.  This works for all actual
> mounts such as usb drives and any other file system that is actually
> mounted.  It will not work for connected servers such as ssh and smb
> methods.  Currently, gnomevfs only allows you to get he free space and
> no other details about the volume so not much can be done about that
> without extending the methods.  If there was a method that allowed you
> to get the drive capacity as well as the free space then it could be
> made to work for connected servers as well.  On connected servers it
> will simply not display and look exactly like it does currently.  You
> can click on mounted drives that are on the desktop/computer:// and
> get the info.  If they are not mounted not it's again, just like you
> would currently if it wasn't mounted.  This all seems to work well on
> my machine.  I've copied the statvfs/statfs work out of the gnomevfs
> file method for the relevant parts as well as the configure.in.  I
> don't claim to be even remotely good with autoconf/automake so
> something could be wrong in there especially for solaris (or at least
> some versions) since it seems to have statvfs with 4 arguments rather
> then 2.  Basically someone needs to test it on these systems.
> Question and comments please.  I've put up a screenshot on
> http://www.fairpoint.net/~trevord/screenshot-filesystemproperties.png
> which shows what that patch adds.

We're feature and UI frozen atm, so this will have to wait.
(Continue reading)

Alexander Larsson | 2 Mar 12:21 2007
Picon

Re: sparse cleanups for nautilus

On Tue, 2007-02-27 at 11:33 +0100, Kjartan Maraas wrote:
> Please take a look at the cleanups attached.

Commited.

> All the #ifdef'ed out code should probably be documented too. Why are
> the #ifdef's there, and what is needed to get to the point where the
> #ifdef's can be removed?

Yeah...

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an oversexed Catholic dwarf on a mission from God. She's a high-kicking 
belly-dancing barmaid from out of town. They fight crime! 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Alexander Larsson | 2 Mar 12:21 2007
Picon

Re: sparse cleanups for eel

On Tue, 2007-02-27 at 12:47 +0100, Kjartan Maraas wrote:
> Here's a patch that tries to quench a bunch of warnings from sparse/gcc.

Commited.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's a shy albino hairdresser with a passion for fast cars. She's a 
sharp-shooting red-headed soap star trying to make a difference in a man's 
world. They fight crime! 

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

Radostin Penev | 1 Mar 12:38 2007
Picon

nautilus crashed with *.swf

Hi for all!
I'm Ubuntu 6.06LTS  x86 64-bit user.I use Kino 0.9.2 and save some  swf-files by the export modul.For the this
moment no problems,but after
last upgrades Nautilus crashed immediatly after saving or downloading
"swf"-files.

In terminal I see:

SWFDEC: ERROR: swfdec_bits.c(110): swfdec_bits_get_u8: reading past end of buffer

** ERROR **: file swfdec_bits.c: line 110 (swfdec_bits_get_u8): should not be reached
aborting...
Xlib: unexpected async reply (sequence 0x479f)!

Sorry for my English.
Best regards! 

-----------------------------------------------------------------
http://auto-motor-und-sport.bg/ 
С бензин в кръвта
From: Radostin Penev <radopenev <at> abv.bg>
To: submit <at> bugs.gnome.org
X-Mailer: bug-buddy 2.14.0
Subject: nautilus crashed when i start my system

Distribution: Ubuntu 6.06 (dapper)
Package: nautilus
Severity: Normal
Version: GNOME2.14.3 2.14.3
(Continue reading)

Soeren Sandmann | 2 Mar 23:05 2007
Picon
Picon

eel-background cleanup

Hi,

The attached patch gets rid of EelCanvasBuf and the libart dependency,
and reimplements with pixbuf operations instead. It also deletes
various pointless caches and deletes some dead code. The net win is
438 lines of code.

Soren

Attachment (bg-cleanups.patch): text/x-patch, 43 KiB
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Tom Parker | 3 Mar 15:13 2007
Picon

Re: nautilus crashed with *.swf

Radostin Penev wrote:
> I'm Ubuntu 6.06LTS  x86 64-bit user.I use Kino 0.9.2 and save some  swf-files by the export modul.For the
this moment no problems,but after
> last upgrades Nautilus crashed immediatly after saving or downloading
> "swf"-files.
> 
> In terminal I see:
> 
> SWFDEC: ERROR: swfdec_bits.c(110): swfdec_bits_get_u8: reading past end of buffer
> 
> ** ERROR **: file swfdec_bits.c: line 110 (swfdec_bits_get_u8): should not be reached

This is one of the many similar bugs to 
http://bugzilla.gnome.org/show_bug.cgi?id=344777. It's actually not a 
Nautilus bug, but a bug in swfdec which is being used by gtk (which is 
being used by nautilus) in order to get a thumbnail for the file.

Upgrading from Dapper (6.06) to Edgy (6.10) might help, but otherwise 
the people you need to talk to about this are the upstream swfdec 
project developers. Their website is at http://www.schleef.org/swfdec/, 
and I can't seem to find a good email address for them, but 
http://www.schleef.org/swfdec/dev/ indicates that they can often be 
found at #gstreamer on the FreeNode IRC network.

Hope this helps!

Tom Parker
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
(Continue reading)

nautilus.20.jacquesb | 3 Mar 16:36 2007

right click association of gnuplot plot files


I have a program for some mathematical calculations. I use gnuplot to
plot the results.
My program creates files with the extension .plt, e.g. U10.plt. To plot
the results in this file, I open a terminal, cd to the directory of
where U10.plt resides, and I type the command
gnuplot U10.plt
That works OK. But it would be easier if I can plot the data in the .plt
files by clicking on it in the Nautilus file manger. However, simply
associating the file with gnuplot (using the properties of U10.plt) does
not work.
How can I start gnuplot by clicking on a .plt file in the Nautilus file
manger (Ubuntu)?

Directly associating a .plt file to gnuplot doesn't seem to work.
Therefore I tried the following sript file as a work around:

#!/bin/csh
gedit $1
#/usr/bin/gnuplot
#/usr/bin/gnuplot $1

If I associate .plt file with this script, the .plt file will be opened
by gedit.
However, if I change the script into:

#!/bin/csh
#gedit $1
/usr/bin/gnuplot
#/usr/bin/gnuplot $1
(Continue reading)

Martin Swientek | 3 Mar 17:41 2007

Preferred method to set up your development environment

Hallo,

I've got a problem to connect to a webdav account using nautilus. I want
to take this as an opportunity to start digging into the code and trying
to find out what's going wrong. And maybe I can contribute something to
the Gnome development as I've enjoyed using Gnome for some time now.

To start I've managed to build and run the latest Nautilus from svn in
my stable Gnome 2.16.2 environment on Gentoo. I can imagine that this
approach may lead to some problems tracking the needed dependencies. For
example, the Nautilus I've build now uses all the stable libs from my
distribution. So If I want to track down my webdav problem, I'll also
have to build gnome-vfs from svn and make sure Nautilus uses this
instead, and so on.

So I'm wondering, what's your preferred method to setup your development
environment? Do you use a stable Gnome system delivered and maintained
by your distribution like I did? Or do you use a complete Gnome
development version like 2.17.xx?

Thanks for your help.

Best regards,
Martin Swientek

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list

(Continue reading)


Gmane