Re: Dual Pane

On Tue, 19 Sep 2017 22:33:05 +0200 Carlos Soriano wrote: > Indeed, dual panel was removed due to its UX problems in favour of > having two windows side by side. No, that's a myth, it was removed because of some badmouthing from gnome designer side, sadly. > What use cases

Re: Dual Pane

On Tue, 19 Sep 2017 17:43:38 +1000 Michael Gratton wrote: > It has one already. The short cut combo is: Super + Left / Ctrl + N / > Super + Right That's not dual pane, it's two separated, unconnected windows, displayed side-by-side. That's a lot different to real dual-pane mode

Re: Options added through Nautilus-action are coming on installed nautilus from source code

Hello Leena, On Mi, 02.01.2013 16:18, Leena Chourey wrote: I have installed nautilus-2.30.1 from the source code, in that some options like compress, format, sharing options were not coming by default, then I have used nautilus-action package. But it is not reflecting. What could be the reason?

Re: Reasoning for Removal of Extra Pane Mode?

On Mo, 03.09.2012 21:24, Andreas Nilsson wrote: Regarding the hierarchy I meant that the window header, the menu and what the sidebar triggers is totally dependent on what pane is currently selected. I find that a bit backwards. I can't see anything backwards on the concept that context

Re: more thoughts on compact view

On Mi, 18.07.2012 15:05, Adam Dingle wrote: It would be great if the split pane view could also be a plugin. I'm not so sure it's it's possible with the stripped-down architecture that Nautilus got now. A view is something rather high in the architecture stack (in Nautilus-speak, something that

Re: Reasoning for Removal of Extra Pane Mode?

On Do, 02.08.2012 19:04, Andreas Nilsson wrote: Extra pane was awesome in some respects, but also had a lot of bugs and some interaction hierarchy issues. Like .. what? When extra pane was introduced, it didn't have any bug that I was aware of. True, I saw an occasional bug here and there

Re: Nautilus state of mission (was: Re: Reasoning for Removal of Extra Pane Mode?)

On Do, 02.08.2012 07:09, Olav Vitters wrote: I would also very much be interested in the real reasons for this removal. There is a blog post going into some of the thoughts behind the various changes: http://blogs.gnome.org/mccann/2012/08/01/cross-cut/ Very interesting that this news is now

Re: Nautilus state of mission (was: Re: Reasoning for Removal of Extra Pane Mode?)

On Do, 02.08.2012 19:26, Andreas Nilsson wrote: On a final note, I would say there is still room for a advanced, 3rd party, file manager in the Linux space supporting the complex cases of batch renaming, In fact, a batch file rename can be triggered from within Nautilus already (if one file is

Nautilus state of mission (was: Re: Reasoning for Removal of Extra Pane Mode?)

But actually an easy way to copy or move files/directories from one location to another should be regarded as a core feature for a *file manager* like Nautilus. I would also very much be interested in the real reasons for this removal. The main reasoning seems to be that with window snapping,

Re: [patch] confirm before sending to trash

On Wed, 30 Mar 2011 15:24:14 +0200, Alexander Larsson al...@redhat.com wrote: Alright, let's see if we can agree on this one. I am attaching the patch agains git master. This makes sense to me, although it is a bit late in the cycle. Let me ask the release team for a freeze break and

Re: [patch] confirm before sending to trash

On Wed, 30 Mar 2011 21:37:16 +0200, Alexander Larsson al...@redhat.com wrote: Yeah. Thats what it would mean. Its hard to please everyone, and people with years on osx will have ctrl-delete as muscle memory... Not if they've also been Nautilus users through all these years... :-) Still,

Re: [patch] confirm before sending to trash

On Wed, 30 Mar 2011 21:47:59 +0100, giorgio gior...@gilestro.tk wrote: The only scenario where control+delete would maybe make things safer anyways is the cat walks over the keyboard while I'm in the bathroom scenario. Not quite true. People did and still do lose files by accidentally

Re: [patch] confirm before sending to trash

On Tue, 15 Mar 2011 16:48:18 +0100, Josselin Mouette j...@debian.org wrote: Half of this problem is solved by the undo feature which is under development. The other half consists in making file deletion more noticeable. An animation with the file becoming red and/or flying to the trash would

Re: Nautilus plans for 3.0

Hi Andreas, On Fr, 17.12.2010 08:23, Andreas Heinlein wrote: any chance to get this age-old bug https://bugzilla.gnome.org/show_bug.cgi?id=349989 into the 3.0 roadmap? It would realyy make nautilus more productive. The end-user can already assign keyboard shortcuts to menu items (even if the

Re: Removing 'Backgrounds and Emblems'

On Di, 27.07.2010 00:42, Cosimo Cecchi wrote: No, you might have misunderstood my sentence above I indeed did, thanks for clarifying! Holger -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: Removing 'Backgrounds and Emblems'

On Mo, 26.07.2010 18:14, Cosimo Cecchi wrote: I fully agree for the custom backgrounds, but for emblems, I fear that this might cause problems: Note that this does not completely remove the ability for extensions (e.g. Dropbox) to add emblems programmatically by using the libnautilus-extension

Re: The Future of Nautilus: Tree Sidebar and Split View

On Mon, 28 Jun 2010 15:37:29 +0100 Allan Day wrote: Next up: tree sidebar and split view. [...] Some criticisms have been levelled at split pane in the past. I don't really want to revisit those now. I have read statements about split pane in the past that can hardly be called criticism in

Re: The Future of Nautilus: Tree Sidebar and Split View

On Mon, 28 Jun 2010 18:19:04 +0100 Allan Day wrote: I'm curious to see those. Even more since Garrett didn't seem to understand what split pane is all about in the first place. If you want to discuss the particulars of our proposals, please do so. My proposal was the split view

Re: How to kill nautilus?

On Fr, 25.06.2010 22:04, Peng Yu wrote: But even if I use 'kill -9' to kill the existing nautilus process, a new nautilus process will start. Does anybody know how to completely kill nautilus? You can quit nautilus with nautilus -q. However, you'll also need to prevent the session from starting

Re: debugging nautilus trash restoration

On Do, 24.06.2010 15:29, Matt Joiner wrote: furthermore i can't strace/ltrace as nautilus immediate forks away. As nobody else answered, I'd like to point out that Nautilus doesn't immediately fork away if it's not already running in the background. You could try to make sure that Nautilus is

Re: Nautilus Elementary Collaboration

On Mon, 07 Jun 2010 09:53:40 +0100 Allan Day wrote: * Places sidepane: Elementary have created a Places sidepane with headings. This is something that Nautilus also wants to do, though we have different ideas about how it should be done [4] (our design lacks expanders, has different headings

Re: UI Roadmap: Update

Hi Allan, On Mi, 02.06.2010 12:52, Allan Day wrote: The roadmap [1] is starting to come together now. The relevant bugs are on there, as well as some of the necessary design material. one of my personal UI annoyances is non-detachable tabs (bug 562583). I don't know if you see it fit for the UI

Re: Nautilus UI Roadmap

On Tue, 25 May 2010 09:39:02 +0100 Allan Day wrote: sorry to those who didn't hear about it in advance (I'll mail the list properly next time). That would be great. I'd have been interested in attending if I had known about it. Holger -- nautilus-list mailing list nautilus-list@gnome.org

Re: Dealing with the trash

Hi Allan, On So, 09.05.2010 17:33, Allan Day wrote: But maybe that's just me. I am totally fine with my external python script solution that gives me that display. It doesn't have to go into Nautilus if my use patterns are a minority oppinion. Thanks for commenting, anyways. Don't be

Re: Dealing with the trash

On Thu, 06 May 2010 17:20:33 +0100 Allan Day wrote: * Someone wants to restore something that they just deleted. * Someone wants to restore something that they deleted a while ago. In the first case, a Date Deleted column is entirely sufficient. Well, I find myself using that view all

Re: Dealing with the trash

On Mo, 26.04.2010 19:34, Josselin Mouette wrote: Maybe this view could be made more versatile than just for showing the trash, though. For example integrating with Zeitgeist to show “pictures from last week” in such a view would be nice. Well, I don't really want to compete with the activity

Re: Dealing with the trash

On Mo, 03.05.2010 12:06, Allan Day wrote: The interface in your screenshot could be simplified, however. Why not simply replace the Date Modified column with a Date Deleted column? The trash journal view is about filtering the list view, not about modifying the list view itself. What you propose

Re: Dealing with the trash

On Mo, 26.04.2010 19:34, Josselin Mouette wrote: For example integrating with Zeitgeist to show “pictures from last week” in such a view would be nice. Appendix: I agree that counting days for years and years back doesn't make much sense. It should probably have a more logarithmic scale ala

Re: Nautilus rebuild Changing default actions

On Do, 15.04.2010 10:03, kala wrote: particularly i want all the folders to open in browser windows by default Nautilus changed already to have browser mode as the default. The corresponding commit was http://git.gnome.org/browse/nautilus/commit/?id=07c0bf9cb422d38fb4c38faed7af261c5411378c

Re: Add to playlist implementation

Hi Roshan, On Do, 18.03.2010 09:34, Roshan Singh wrote: I am a newbie to hacking nautilus. I always wished to have a add to playlist option in nautilus. I don't think that this makes much sense in Nautilus core. It could be an extension, or probably even a Nautilus Script or nautilus-actions

Re: Simplified Nautilus (with less chrome)

On Do, 21.01.2010 10:43, Alexander Larsson wrote: However, as i mention in the thread, the risk is that the split view mode gains too much features and turns the whole application into a norton commander style dual pane file manager. We need to fight such requests and try to keep the feature as

Re: Simplified Nautilus (with less chrome)

On Do, 21.01.2010 10:57, Marcus Carlson wrote: As I've not seen the code yet I do believe that the toolbar editor will have less control over the widgets now that the places widget is outside of the normal toolbar and inside the file viewer instead, making the simplifications by DanRabbit (and

Re: Simplified Nautilus (with less chrome)

On Do, 21.01.2010 12:50, David Siegel wrote: I agree that the toolbar has not become too much more complex, but with all of the interest in a simplified default toolbar, to add even one more widget seems completely counterproductive and against the interest of most users. I am not sure how most

Re: Undo-Redo support patch (updated for gio)

On Mi, 16.12.2009 18:43, BROCCO Amos wrote: I've updated my previous patch for undo-redo support to work with GIO. Testing, reviews and comments are greatly appreciated!!! I can only give a personal comment. I did not yet look at or test the code, just watched the demo, and that looks great.

Re: User home and Desktop folder; position in Places sidebar

On Fr, 04.12.2009 11:10, mac_v wrote: From a user's perspective, these are just folders containing their stuff. How do we justify this placement to users? The home folder is special, though, even from a user's perspective. For example, a user cannot delete or rename it. (Left screen shot

Request for review: Split View

Hi folks, as discussed back in February (Subject Split/dual pane view again (but this time with code) [1]), I've been working on a split view branch for Nautilus. Since then, I've been cleaning up the patchset, and modified it according to the discussion that was taking place in linked thread.

Re: Split/dual pane view again (but this time with code)

I've been cleaning up the history of the split-view branch, and basing it on the official Nautilus git repository. I also took care of the points that came up during this thread. I would now consider it feature-complete. The code is available in the split-view branch at

Re: Licensing for Nautilus extensions

Hi Brian, On Mi, 20.05.2009 14:03, Brian Cameron wrote: I have a co-worker who is writing a Nautilus extension. He was wondering if Nautilus extensions must be under a particular license. Since nautilus uses the GPL, does this imply that any Nautilus extension must also be GPL? Or can any

Re: Missing accelerator in libnautilus-extension/NautilusMenuItem?

Hi Alexander, On Mo, 11.05.2009 10:01, Alexander Larsson wrote: While this is true for accelerators set up by extension developers, I don't see any reason why users should be denied to set their own shortcuts. Attached mini-patch solves this the same way it was solved for scripts. Yeah,

Re: Missing accelerator in libnautilus-extension/NautilusMenuItem?

8e8a0339623816e46a75a029f941031f842a868a Mon Sep 17 00:00:00 2001 From: Holger Berndt bern...@gmx.de Date: Wed, 29 Apr 2009 00:10:26 +0200 Subject: [PATCH] Allow users to define shortcuts for extension menu items --- src/nautilus-window-menus.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/nautilus

Re: [Patch] Keyboard accelerators for actions

Commited. Awesome, thanks. Holger -- nautilus-list mailing list nautilus-list@gnome.org http://mail.gnome.org/mailman/listinfo/nautilus-list

Re: [Patch] Keyboard accelerators for actions

gtk_action_group_add_action_with_accel (..., NULL). Holger From c078b2c05bf26a6093113209a80db8bb73edc4c2 Mon Sep 17 00:00:00 2001 From: Holger Berndt bern...@gmx.de Date: Sat, 28 Mar 2009 18:17:52 +0100 Subject: [PATCH] allow setting shortcuts for scripts --- src/file-manager/fm-directory-view.c |4 ++-- 1

Re: [Patch] Keyboard accelerators for actions

at exit we save then too. Attached is another revision of the patch. The saving of the accelerator map is delayed in a timeout function. Additionally, the map is saved on a clean shutdown (if saving is necessary). HolgerFrom d3bd58539f777d50cceb94851cb1f21d4029a9a6 Mon Sep 17 00:00:00 2001 From: Holger

Re: [Patch] Keyboard accelerators for actions

-attached unmodified for completeness. Holger From 1700a83cab70179ccb188fd86431db254ca575cd Mon Sep 17 00:00:00 2001 From: Holger Berndt bern...@gmx.de Date: Sat, 28 Mar 2009 18:17:52 +0100 Subject: [PATCH] allow setting shortcuts for scripts --- src/file-manager/fm-directory-view.c |4 ++-- 1

Re: maybe a gsoc project?

Uhm... I will try to explain what's on my mind a little bit more. Take for example an FTP upload. The steps I want to reproduce are : 1) select the file(s) you want to upload 2) select quick uploads (or better Upload file(s) to a server...) and choose the service

[Patch] Keyboard accelerators for actions

. Regards, HolgerFrom d99ecda081a3b39fd81c42c6c07512c8c99b95cf Mon Sep 17 00:00:00 2001 From: Holger Berndt bern...@gmx.de Date: Sat, 28 Mar 2009 18:17:52 +0100 Subject: [PATCH] allow setting shortcuts for scripts --- src/file-manager/fm-directory-view.c |4 ++-- 1 files changed, 2 insertions

Re: trying to get simple patch to work

On Sat, 21 Mar 2009 20:59:50 -0700 (PDT) monguin61 wrote: I'm using Ubuntu 8.04, running Nautilus 2.22.5.1, and I guess the version of Nautilus I'm compiling is the currently available one, 2.26.0. You can make your life much easier if you actually use the version that comes with your

Re: keyboard/focus annoyance after sorting in list view

On So, 08.03.2009 21:47, Matthew Paul Thomas wrote: It works for the Mac. However, it would be necessary to have a way of saying this control counts as a list box or text field for a custom control (such as Nautilus's icon view, or Banshee's list view), so that it could be added to the set of

Re: Split/dual pane view again (but this time with code)

On Di, 03.03.2009 10:15, Alexander Larsson wrote: [problems of plugins/extensions] I don't exactly have a conclusion as such. [...] I'm just ranting a bit, because a lot of people seem to think that plugins is the final solution to a lot of problems, when its IMHO a problem in itself. Another

Re: Split/dual pane view again (but this time with code)

On Di, 03.03.2009 11:11, Alexander Larsson wrote: Well, Tab is the standard key for walking through the focus chain. The question is just what the focus chain should contain. The draft that I coded up so far sets a focus chain containing only the left and right panes in split view mode.

Re: Split/dual pane view again (but this time with code)

Hi Calum, On Mi, 25.02.2009 13:41, Calum Benson wrote: - How far should the keyboard shortcuts from good old Norton Commander (which are nowadays quasi-standards amongst split-view filebrowsers, mainly F5: copy selection to other side, F6: move selection to other side, TAB: make

Re: Split/dual pane view again (but this time with code)

On Di, 24.02.2009 10:48, Alexander Larsson wrote: [about Dolphin] Adding the complexity of that and then not using it even for the most common operations (copy/move to other pane) seems kind of weird. Yes, indeed. However, I like how they show the active pane, they disable the path-bar, plus

Re: Split/dual pane view again (but this time with code)

On Sa, 21.02.2009 12:54, Alexander Larsson wrote: So, there are two kinds of uses here. One is the ordinary shell navigation stuff, and the other one is file management. [...] In much the same way we don't want to turn nautilus into something that is mainly for heavy file management, because if

Re: Split/dual pane view again (but this time with code)

On Fri, 20 Feb 2009 12:16:33 + Alexander Larsson wrote: If you even start Norton Commander chances are that you're gonna do some heavy file management, like restructuring a set of folders or something. Well, I don't know if people really switch file browser applications depending on what

Re: Split/dual pane view again (but this time with code)

On Thu, 19 Feb 2009 11:31:24 -0500, Brian Crockford wrote: Thanks for your comments, Brian. I think that it might be better to keep a communal location bar for the panes rather than the current method of one per pane. I am not so sure about that. The main purpose for dual pane view is to do