tgott | 1 Sep 15:40 2011
Picon

Re: nautilus-list Digest, Vol 89, Issue 1



Some folks are definitely working on it. If you are someone else can add to the work being done I would like to see the final finished product:




Timothy L. Gott
Philippines (c) 63-908-365-9051
U.S.# 803-993-8832
U.S. Fax (501) 421-7903
or more info here.

- - - - - - - - - - - - - - - - - -
"Follow the evidence, wherever it leads." - Socrates
... Mabait, ang Diyos!



On Thu, Sep 1, 2011 at 8:00 PM, <nautilus-list-request <at> gnome.org> wrote:
Send nautilus-list mailing list submissions to
       nautilus-list <at> gnome.org

To subscribe or unsubscribe via the World Wide Web, visit
       http://mail.gnome.org/mailman/listinfo/nautilus-list
or, via email, send a message with subject or body 'help' to
       nautilus-list-request <at> gnome.org

You can reach the person managing the list at
       nautilus-list-owner <at> gnome.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of nautilus-list digest..."


Today's Topics:

  1. Save Nautilus views? (.)


----------------------------------------------------------------------

Message: 1
Date: Wed, 31 Aug 2011 08:51:14 -0400
From: "." <peace <at> AleksandrSolzhenitsyn.net>
To: nautilus-list <at> gnome.org
Subject: Save Nautilus views?
Message-ID: <4E5E2E42.8040902 <at> AleksandrSolzhenitsyn.net>
Content-Type: text/plain; charset="iso-8859-1"

Anyone know how to save Nautilus views such as when I have 4 tabs open
at one time?


I'd like to see the same tabs open whenever I start Nautilus.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://mail.gnome.org/archives/nautilus-list/attachments/20110831/99f2058b/attachment.bin>

------------------------------

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

End of nautilus-list Digest, Vol 89, Issue 1
********************************************

--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Andre Klapper | 1 Sep 16:07 2011
Picon
Picon

Re: nautilus-list Digest, Vol 89, Issue 1

Please don't respond to Digests or at least strip your quote to the
lines that you refer to. I'm unwilling to go through the entire quote
below just to find out what you actually refer to.

Thanks,
andre

On Thu, 2011-09-01 at 21:40 +0800, tgott wrote:
> 
> 
> 
> 
> Some folks are definitely working on it. If you are someone else can
> add to the work being done I would like to see the final finished
> product:
> 
> 
> http://ubuntuforums.org/showthread.php?t=1042877
> 
> 
> 
> 
> 
> Timothy L. Gott
> Philippines (c) 63-908-365-9051
> U.S.# 803-993-8832
> U.S. Fax (501) 421-7903
> or more info here.
> 
> - - - - - - - - - - - - - - - - - - 
> "Follow the evidence, wherever it leads." - Socrates
> ... Mabait, ang Diyos!
> 
> 
> 
> On Thu, Sep 1, 2011 at 8:00 PM, <nautilus-list-request <at> gnome.org>
> wrote:
>         Send nautilus-list mailing list submissions to
>                nautilus-list <at> gnome.org
>         
>         To subscribe or unsubscribe via the World Wide Web, visit
>                http://mail.gnome.org/mailman/listinfo/nautilus-list
>         or, via email, send a message with subject or body 'help' to
>                nautilus-list-request <at> gnome.org
>         
>         You can reach the person managing the list at
>                nautilus-list-owner <at> gnome.org
>         
>         When replying, please edit your Subject line so it is more
>         specific
>         than "Re: Contents of nautilus-list digest..."
>         
>         
>         Today's Topics:
>         
>           1. Save Nautilus views? (.)
>         
>         
>         ----------------------------------------------------------------------
>         
>         Message: 1
>         Date: Wed, 31 Aug 2011 08:51:14 -0400
>         From: "." <peace <at> AleksandrSolzhenitsyn.net>
>         To: nautilus-list <at> gnome.org
>         Subject: Save Nautilus views?
>         Message-ID: <4E5E2E42.8040902 <at> AleksandrSolzhenitsyn.net>
>         Content-Type: text/plain; charset="iso-8859-1"
>         
>         Anyone know how to save Nautilus views such as when I have 4
>         tabs open
>         at one time?
>         
>         
>         I'd like to see the same tabs open whenever I start Nautilus.
>         
>         -------------- next part --------------
>         A non-text attachment was scrubbed...
>         Name: signature.asc
>         Type: application/pgp-signature
>         Size: 490 bytes
>         Desc: OpenPGP digital signature
>         URL:
>         <http://mail.gnome.org/archives/nautilus-list/attachments/20110831/99f2058b/attachment.bin>
>         
>         ------------------------------
>         
>         --
>         nautilus-list mailing list
>         nautilus-list <at> gnome.org
>         http://mail.gnome.org/mailman/listinfo/nautilus-list
>         
>         End of nautilus-list Digest, Vol 89, Issue 1
>         ********************************************
> 
> -- 
> nautilus-list mailing list
> nautilus-list <at> gnome.org
> http://mail.gnome.org/mailman/listinfo/nautilus-list

-- 
mailto:ak-47 <at> gmx.net | failed
http://blogs.gnome.org/aklapper | http://www.openismus.com

--

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

tgott | 1 Sep 16:31 2011
Picon

Re: Save Nautilus views?


Some folks are definitely working on it. If you are someone else can add to the work being done I would like to see the final finished product:




> Subject: Save Nautilus views?
> Message-ID: <4E5E2E42.8040902 <at> AleksandrSolzhenitsyn.net>
> Content-Type: text/plain; charset="iso-8859-1"
> Anyone know how to save Nautilus views such as when I have 4 tabs open
> at one time?
> I'd like to see the same tabs open whenever I start Nautilus.


--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
. | 1 Sep 17:13 2011
Picon

Re: Save Nautilus views?



On 09/01/2011 10:31 AM, tgott wrote:

Some folks are definitely working on it. If you are someone else can add to the work being done I would like to see the final finished product:



I wish I knew how to program.  Thanks to all working on the idea.




> Subject: Save Nautilus views?
> Content-Type: text/plain; charset="iso-8859-1"
> Anyone know how to save Nautilus views such as when I have 4 tabs open
> at one time?
> I'd like to see the same tabs open whenever I start Nautilus.




--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Federico Mena Quintero | 7 Sep 00:44 2011
Picon

Sharing the places sidebar between Nautilus and GTK+

Hi, everyone,

There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in Nautilus.

Rather than patch the wobbly edifice that is gtkfilechooserdefault.c,
this sounds like the perfect time to actually pull out the shortcuts bar
as a public class of its own, that is shared by both the file chooser
and Nautilus.

My plan is this:

1. Copy nautilus-places-sidebar.[ch] into the GTK+ sources.

2. s/nautilus/gtk

3. Remove obvious nautilus-isms like the use of nautilus_bookmark, which
should be easy enough to replicate in GTK+ (or with things which already
happen through the file chooser's code).

4. See what common, public interfaces we need.  For example,

  nautilus_window_set_initiated_unmount (sidebar->window, TRUE);

seems like it could be replaced with a signal on the GtkPlacesSidebar
class, and then Nautilus can start a spinner or whatever when an unmount
operation starts.  Another common interface would be something like
gtk_places_sidebar_select_path (sidebar, "file:///foo/selected") to
highlight a particular item.

5. See what nautilus-isms *should* be doable with plain GIO, and see if
there is anything else that Nautilus needs to do about them via signals;
maybe for something like

  nautilus_file_operations_mount_volume_full (NULL, volume,
                                              volume_mounted_cb,
                                              G_OBJECT (sidebar));

6. See what things should be available or not in the file chooser...
when dropping files on the shortcuts bar, Nautilus can do

  nautilus_file_operations_copy_move (uris, NULL, drop_uri,
                                      real_action, GTK_WIDGET (tree_view),
                                      NULL, NULL);

Same thing for

  nautilus_file_operations_empty_trash (GTK_WIDGET (sidebar->window));

I'm starting a branch in GTK+, "places-sidebar" to do this.  Comments
are appreciated, especially from Nautilus hackers who may know dark
places in this code well.

One little caveat: that part of Nautilus is GPL, and GTK+ is LGPL,
although it *seems* that the places sidebar code may initially have come
from GTK+ and then reworked heavily.  I haven't checked the history
closely.  What do we do about this?

[1] https://bugzilla.gnome.org/show_bug.cgi?id=642712#c4

  Federico
Alexander Larsson | 7 Sep 14:54 2011
Picon

Re: Sharing the places sidebar between Nautilus and GTK+

On Tue, 2011-09-06 at 17:44 -0500, Federico Mena Quintero wrote:
> Hi, everyone,
> 
> There is a patch in [1], by Jon McCann, to make the shortcuts bar in
> GtkFileChooser be pretty much the same as the one in Nautilus.
> 
> Rather than patch the wobbly edifice that is gtkfilechooserdefault.c,
> this sounds like the perfect time to actually pull out the shortcuts bar
> as a public class of its own, that is shared by both the file chooser
> and Nautilus.
> 
> My plan is this:
> 
> 1. Copy nautilus-places-sidebar.[ch] into the GTK+ sources.
> 
> 2. s/nautilus/gtk
> 
> 3. Remove obvious nautilus-isms like the use of nautilus_bookmark, which
> should be easy enough to replicate in GTK+ (or with things which already
> happen through the file chooser's code).

NautilusBookmarks is a horrible API that should be taken out in the
backyard and be put down quitely.

> 4. See what common, public interfaces we need.  For example,
> 
>   nautilus_window_set_initiated_unmount (sidebar->window, TRUE);
> 
> seems like it could be replaced with a signal on the GtkPlacesSidebar
> class, and then Nautilus can start a spinner or whatever when an unmount
> operation starts.  Another common interface would be something like
> gtk_places_sidebar_select_path (sidebar, "file:///foo/selected") to
> highlight a particular item.

Sounds cool

> 5. See what nautilus-isms *should* be doable with plain GIO, and see if
> there is anything else that Nautilus needs to do about them via signals;
> maybe for something like
> 
>   nautilus_file_operations_mount_volume_full (NULL, volume,
>                                               volume_mounted_cb,
>                                               G_OBJECT (sidebar));

I did a sweep through it and it seems that the sidebar isn't doing much
actual I/O and thus does not really touch the nautilus async I/O
machinery. That means it should be quite doable to untangle it from
nautilus like this. I might have missed something though.

> 6. See what things should be available or not in the file chooser...
> when dropping files on the shortcuts bar, Nautilus can do
> 
>   nautilus_file_operations_copy_move (uris, NULL, drop_uri,
>                                       real_action, GTK_WIDGET (tree_view),
>                                       NULL, NULL);
> 
> 
> Same thing for
> 
>   nautilus_file_operations_empty_trash (GTK_WIDGET (sidebar->window));

These are availible via dbus on org.gnome.Nautilus.FileOperations, so
could potentially be used from Gtk+ too. That sort of places a
dependency on nautilus from Gtk+ though, and it will only work under
Gnome.

> I'm starting a branch in GTK+, "places-sidebar" to do this.  Comments
> are appreciated, especially from Nautilus hackers who may know dark
> places in this code well.
> 
> One little caveat: that part of Nautilus is GPL, and GTK+ is LGPL,
> although it *seems* that the places sidebar code may initially have come
> from GTK+ and then reworked heavily.  I haven't checked the history
> closely.  What do we do about this?

Hmm, cosimo would know this best.
Cosimo Cecchi | 12 Sep 18:58 2011
Picon

Re: Sharing the places sidebar between Nautilus and GTK+

Hi Federico,

Generally, this sounds like a good plan to me. I have some comments
below.

On Tue, 2011-09-06 at 17:44 -0500, Federico Mena Quintero wrote:

[...]

> 4. See what common, public interfaces we need.  For example,
> 
>   nautilus_window_set_initiated_unmount (sidebar->window, TRUE);
> 
> seems like it could be replaced with a signal on the GtkPlacesSidebar
> class, and then Nautilus can start a spinner or whatever when an unmount
> operation starts.  Another common interface would be something like
> gtk_places_sidebar_select_path (sidebar, "file:///foo/selected") to
> highlight a particular item.

IIRC nautilus_window_set_initiated_unmount() is basically a hack to
redirect a specific NautilusWindow to $HOME instead of closing it when
it's opened at a mount location and the mount disappears as a
consequence of being unmounted from inside the same window (as there can
be multiple windows in Nautilus pointing to a mount at the same time),
so probably this is not something useful to replicate in the
single-window GtkFileChooser.

> 5. See what nautilus-isms *should* be doable with plain GIO, and see if
> there is anything else that Nautilus needs to do about them via signals;
> maybe for something like
> 
>   nautilus_file_operations_mount_volume_full (NULL, volume,
>                                               volume_mounted_cb,
>                                               G_OBJECT (sidebar));

As far as I remember, the only thing that those nautilus wrappers add to
using plain GIO is checking for trash files on the mounted volumes (and
prompting to the user a dialog asking if the trash should be emptied
before unmounting if so).

> 6. See what things should be available or not in the file chooser...
> when dropping files on the shortcuts bar, Nautilus can do
> 
>   nautilus_file_operations_copy_move (uris, NULL, drop_uri,
>                                       real_action, GTK_WIDGET (tree_view),
>                                       NULL, NULL);
> 
> 
> Same thing for
> 
>   nautilus_file_operations_empty_trash (GTK_WIDGET (sidebar->window));

So, first of all we should think about whether this kind of interactions
are desirable in a file chooser. I don't think GtkFileChooser should be
a full-fledged file manager, so I would just disable e.g. copy/move
while porting code to GTK+.

On the other hand, other operations like emptying the trash might make
sense and exposing them in GTK+ currently means either copying a lot of
file operations code from Nautilus into GTK+, or using the DBus
org.gnome.Nautilus.FileOperations interface as Alexander suggested.

[ I think what I would love to see in my dreams for this is a stateful
file operations stack in GIO, allowing to have a central GTK+ UI to
display completed/ongoing transfers and notifications embedded in the
shell (to be used e.g. for browser/IM file transfers as well), but it
looks like a lot of work :) ]

> One little caveat: that part of Nautilus is GPL, and GTK+ is LGPL,
> although it *seems* that the places sidebar code may initially have come
> from GTK+ and then reworked heavily.  I haven't checked the history
> closely.  What do we do about this?

The git history suggests the initial code for the sidebar was
contributed by Jamie McCracken, but it doesn't mention whether it comes
from GTK+ [1]. As far as my contribution to that code goes, it's fine
for me to relicense those parts to LGPL, but maybe we should ask the
other contributors as well.

[1]
http://git.gnome.org/browse/nautilus/commit/src/nautilus-places-sidebar.c?id=977c0f99380c111749b04c20b34113f635d1d0e7

Cheers,
Cosimo
MATT GRINNAN | 13 Sep 15:26 2011
Picon

nautilus is not remembering settings

Nautilus is not remembering my settings. I have done everything I can think of to get this to work. I have deleted .gconf, .gconfd, and .gnome2. I tried to start over fresh and that did not work either. What else can I do?
--

-- 
nautilus-list mailing list
nautilus-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/nautilus-list
Andre Klapper | 15 Sep 19:53 2011
Picon
Picon

Re: nautilus is not remembering settings

On Tue, 2011-09-13 at 06:26 -0700, MATT GRINNAN wrote:
> Nautilus is not remembering my settings. I have done everything I can
> think of to get this to work. I have deleted .gconf, .gconfd,
> and .gnome2. I tried to start over fresh and that did not work either.
> What else can I do?

Same questions to you as in
https://bugzilla.gnome.org/show_bug.cgi?id=658915 :

Please mention your Nautilus version and provide steps to reproduce
this. ("Settings" in general is a bit vague.)

Thanks,
andre
-- 
mailto:ak-47 <at> gmx.net | failed
http://blogs.gnome.org/aklapper | http://www.openismus.com

--

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

Olav Vitters | 15 Sep 20:25 2011
Picon

Re: nautilus is not remembering settings

On Tue, Sep 13, 2011 at 06:26:54AM -0700, MATT GRINNAN wrote:
> Nautilus is not remembering my settings. I have done everything I can 
> think of to get this to work. I have deleted .gconf, .gconfd, and 
> .gnome2. I tried to start over fresh and that did not work either. What 
> else can I do?

Nautilus 3.0+? Install dconf and inform your distro that it is a
dependency (best to make it a dependency of something lower than
nautilus, say gtk+).

-- 
Regards,
Olav
--

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


Gmane