Large changes ahead...

Today I'm gonna create a new branch from HEAD, and on that branch there
is gonna be some large changes to the core of Nautilus to remove the
usage of bonobo for views and to remove the dependency on BonoboUI for
the user interface (we'll be using GtkUIManager instead).

In the comming weeks I'll be mainly working on this branch, and I won't
be very responsive on the lists, on irc, etc. But, if you want to work
on Nautilus, just keep going as usual posting patches and whatnot,
eventually I'll finish and get back to replying to you.

The first thing I'm gonna work on is replacing the corba NautilusView
interface, so if there is something you shouldn't be working on at the
moment, that would be it.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 Alexander Larsson                                            Red Hat, Inc 
                   alexl <at> redhat.com    alla <at> lysator.liu.se 
He's an obese white trash gangster whom everyone believes is mad. She's a 
scantily clad gold-digging soap star in the witness protection program. They 
fight crime! 

--

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

[PATCH] too much space between columns of icons on desktop

Hi everyone,

This patch fixes a bug in the way that the NautilusIconContainer
places icons on the desktop grid. If you have a clean desktop with
only a few icons, try pressing 'Shift-Control-N' to create lots of
folders until you have multiple columns of them on your desktop.
You'll notice that the spacing between the columns of icons seems
unusually wide. If you try selecting an entire column (other than the
left-most column) and dragging it slightly over to the left, you'll
see that the entire column can comfortably snap into a position closer
to the column on its left.

A bug in canvas_position_to_grid_position in nautilus-icon-container.c
is what's causing columns to skip a grid position. When calculating
grid_position->x1 and grid_position->y1, we need to take the floor,
not the ceiling, of the result. Taking the ceiling caused us to
include additional grid positions that the icon did not actually
occupy.

Overview of Changes:
nautilus-icon-container.c
	canvas_position_to_grid_position ():
		- removed some comments that did not reflect actual behavior
		- in calculating grid_position->x1 & ->y1 do 'floor' instead of 'ceil'

Jimmy

--

-- 

Re: Ctrl+F

Qua, 2004-10-27 às 09:31 +0200, Alexander Larsson escreveu:
> On Tue, 2004-10-26 at 18:28 +0200, Danny Milosavljevic wrote:
> > Hi,
> > 
> > Am Dienstag, den 26.10.2004, 12:46 +0200 schrieb Alexander Larsson:
> > > On Mon, 2004-10-25 at 19:44 +0200, Jürg Billeter wrote:
> > > > On Mon, 2004-10-25 at 17:39 +0200, Reinout van Schouwen wrote:
> > > > > I discovered that my Nautilus 2.8.1 pops up a textfield when I press 
> > > > > Ctrl+F. I'm inclined to think this is some kind of search function; but 
> > > > > if it is it sure doesn't work  (at least it doesn't do anything as far 
> > > > > as I can tell).
> > > > 
> > > > I assume you're talking about the list view, aren't you? The search
> > > > field which gets displayed upon pressing Ctrl+F is part of gtk's
> > > > treeview widget but apparently it doesn't seem to work in nautilus;
> > > > hadn't time to look, why it doesn't work.
> > > 
> > > We do typeahead without it. Maybe that conflicts somehow.
> > 
> > Need to use gtk_tree_view_set_search_column for the (model) column Ctrl
> > +F is supposed to search in.
> > 
> > In file "fm-list-view.c", 
> > function:
> >   static void fm_list_view_instance_init (FMListView *list_view)
> > add:
> >   gtk_tree_view_set_search_column (GTK_TREE_VIEW (list_view),
> > list_view->details->file_name_column_num);
> > 
> > at the end of the function.

Re: Nautilus debugging tips?

On Wed, 13 Oct 2004 10:24:59 +0200, Christian Schneider wrote:
> One other step that will sure help in debugging.
> 
> Try
> 
> strace nautlius

For the truly hardcore you can use ltrace, which is like strace but for
inter-library calls. So you can see all the calls into/out of glib.

Be warned. This produces big log files. I tend to use plain old less to
view these sorts of traces, as emacs and vi die painfully when presented
with such large amounts of text.cc

--

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

Nautilus' Open Location Dialog launchable from command line?

As somebody mentioned on http://gnomedesktop.org/node/2021 recently:

-------
Ctrl+L is great for avoiding having to middle click thru a deep folder
structure, but it's only available when you are in a nautilus window.
How about having it the desktop itself and the panels are responsive
to Ctrl+L. That way you wouldn't have to open a nautilus window simply
to be able to Ctrl+L and open the directory you really wanted to be
looking at.
-------

I like this idea, although I would prefer Ctrl+Alt+L rather than Ctrl+L,
since the former is similar to the current Ctrl+Alt+D for Show Desktop,
and the latter is likely to be used by other applications.

In metacity (through gconf keys in /apps/metacity/keybinding_commands),
I can bind Ctrl+Alt+L to run a command like "firefox".

What I would like to do is something like "nautilus --open-location" to
pop up the "Open Location" dialog (or perhaps the GtkFileChooser
restricted to folders?), and upon "OK" bring up the folder's window.
Would that be feasible?

Another option is to bind Ctrl+Alt+H to "nautilus $HOME" and then rely
on the two-step combo of Ctrl+Alt+H followed by Ctrl+L to bring up the
"Open Location" dialog.  But that leaves me with the Home window open
(in spatial mode), when it is really just a means of getting to the
dialog.

Nigel.

Re: Nautilus' Open Location Dialog launchable from command line?

Le lun 08/11/2004 à 08:14, Nigel Tao a écrit :
> As somebody mentioned on http://gnomedesktop.org/node/2021 recently:
> 
> -------
> Ctrl+L is great for avoiding having to middle click thru a deep folder
> structure, but it's only available when you are in a nautilus window.
> How about having it the desktop itself and the panels are responsive
> to Ctrl+L. That way you wouldn't have to open a nautilus window simply
> to be able to Ctrl+L and open the directory you really wanted to be
> looking at.
> -------
> 
> I like this idea, although I would prefer Ctrl+Alt+L rather than Ctrl+L,
> since the former is similar to the current Ctrl+Alt+D for Show Desktop,
> and the latter is likely to be used by other applications.

On my FC2 desktop, Alt+F2 works very well for that (just enter a
directory instead of a command).

	Xav

--

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

Re: Nautilus' Open Location Dialog launchable from command line?

On Mon, 08 Nov 2004 18:14:50 +1100, Nigel Tao <nigel.tao <at> myrealbox.com> wrote:
> As somebody mentioned on http://gnomedesktop.org/node/2021 recently:
> 
> -------
> Ctrl+L is great for avoiding having to middle click thru a deep folder
> structure, but it's only available when you are in a nautilus window.
> How about having it the desktop itself and the panels are responsive
> to Ctrl+L. That way you wouldn't have to open a nautilus window simply
> to be able to Ctrl+L and open the directory you really wanted to be
> looking at.
> -------

I think you might want to try 'Alt-F2'. It brings up the "Run
Application" dialog, which can also open paths that you type in. The
great thing about 'Alt-F2' is that you can use it from any
application. Of course, using the "Run Application" dialog to open a
folder isn't very intuitive. :)

Jimmy
--

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

Re: Nautilus' Open Location Dialog launchable from command line?

* Jimmy Do <crispyleaves <at> gmail.com> [04.11.08 13:05]:
> I think you might want to try 'Alt-F2'. It brings up the "Run
> Application" dialog, which can also open paths that you type in. The
> great thing about 'Alt-F2' is that you can use it from any
> application. Of course, using the "Run Application" dialog to open a
> folder isn't very intuitive. :)

It's not very discoverable either considering the "Run Application"
dialog doesn't mention being able to open locations. I hadn't realized
the Run dialog was capable of this either, so I used to open a nautilus
window and type ctrl-l whenever I wanted to quickly open a filesystem
location like /tmp.
--

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

Re: Nautilus' Open Location Dialog launchable from command line?

On Mon, Nov 08, 2004 at 11:18:30AM +0100, Xavier Bestel wrote:
> Le lun 08/11/2004 ?? 08:14, Nigel Tao a ??crit :
> > As somebody mentioned on http://gnomedesktop.org/node/2021 recently:
> > 
> > -------
> > Ctrl+L is great for avoiding having to middle click thru a deep folder
> > structure, but it's only available when you are in a nautilus window.
> > How about having it the desktop itself and the panels are responsive
> > to Ctrl+L. That way you wouldn't have to open a nautilus window simply
> > to be able to Ctrl+L and open the directory you really wanted to be
> > looking at.
> > -------
> > 
> > I like this idea, although I would prefer Ctrl+Alt+L rather than Ctrl+L,
> > since the former is similar to the current Ctrl+Alt+D for Show Desktop,
> > and the latter is likely to be used by other applications.
> 
> On my FC2 desktop, Alt+F2 works very well for that (just enter a
> directory instead of a command).

The problem with the run command dialog is that it's very slow (doing
command completion or something, there's been other discussion about
this here I think) and some users (myself for example) may have learned
not to use alt-f2 due to this.

--

-- 
Alan <alan <at> ufies.org> - http://arcterex.net
--------------------------------------------------------------------
"There are only 3 real sports: bull-fighting, car racing and mountain 
climbing. All the others are mere games."                -- Hemingway

refresh image with image viewer

Dear friends
i want to refresh a image that render in 10 min automaticly
i can refresh it's size by using "fam -f" command but the picture
does not change if i do not put refresh button.
--mehdi
--

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