gmane.comp.gnome.nautilus

GNOME-Documents feature request

Joaquin Villanova — 2013-05-16T12:11:53

Hi, i'm using Documents last version in Arch Linux and it would  be nice 
to add some features to documents:

- Ability to browse subdirectories in Google Drive, if i try all that i 
get is "Document not found error".

- Integration with Abiword and Gnumeric as Libreoffice is a bit bloated 
for not so modern computers.

Hope that this helps, keep the good work guys.

Greetings, Joaquin  Villanova

Re: Online survey about strength and weakness of file managers

Per M Knutsen — 2013-05-15T21:07:51

On Wed, May 15, 2013 at 12:50 AM, Heiko Tietze <heiko.tietze< at >user-prompt.com


Mind first saying who you are, who initiated this study and for exactly
what purpose? Why do you need to 'estimate the pros and cons of a
particular tool'? I can think of a few reasons, but why leave us guessing?

 - Per

Online survey about strength and weakness of file managers

Heiko Tietze — 2013-05-15T07:50:35

Hello all,

we currently run a study about strength and weakness of file managers. To estimate pros and cons of a particular tool we need to compare its result with other programs. And for a reliable splitting of the results we need as much answers as possible. Therefore: Please participate! (and share the link to the study)

http://user-prompt.com/participate-are-you-perfectly-satisfied-with-your-file-manager/

Thanks a lot in advance,
Heiko.

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-08T01:50:55

Wonderful!  No more frustration!  This is the best thing!  Thank you, thank
you, thank you!

David
David J. Ring, Jr., N1EA <http://www.qsl.net/n1ea/>  Radio-Officers
Group<http://groups.google.com/group/radio-officers?hl=en>-- Join
CW email list <http://mailman.qth.net/mailman/listinfo/cw%20> -- Historic
Morse Recordings <http://tiny.cc/n1ea>
*Gopher Hole:*  gopher://sdf.org/1/users/djringjr/ (native or with
Firefox's Overbite extension) or via http to gopher
gateway<http://gopher.floodgap.com/gopher/gw?gopher://sdf.org/1/users/djringjr/>
*C**hat* Skype: djringjr MSN: djringjr (< at >) msn.com AIM: N1EA icq: 27380609

=30=


On Tue, May 7, 2013 at 6:35 PM, António Fernandes <
antoniojpfernandes< at >gmail.com> wrote:

Re: Feature Request - GNOME Windows Buttons

Roland Orre — 2013-05-08T07:02:34

The problem raised by D.J.J. I consider an important one, as customisation
is a "key" issue for me.
As I indicated earlier, I consider higher level key handling a mess.

Does anyone know about any attempts in the FOSS world, to make
key handling consistently customisable throughout all applications?
(as most applications have their own, like libreoffice, which doesn't
even have symbolic key defines...(

It's actually easier to obtain a consistent key handling in Windows
(if your preference is emacs keys...) by using xkeymacs, which,
however makes quite some ugly monkey patching I assume...)

On Wed, May 8, 2013 at 12:35 AM, António Fernandes <
antoniojpfernandes< at >gmail.com> wrote:

Re: Feature Request - GNOME Windows Buttons

António Fernandes — 2013-05-07T22:35:35

Hello, D.J.J.

As was already said, nautilus is not the only application hidding its title
bar (and the close button along with it). Actually, nautilus adopted this
only six months later than some others.

The main idea is hidding the titlebar, because it wastes space on the
screen for no purpose (the name of the folder is already shown inside the
window). This had the side effect of losing the close button.

The plan is to place the close button inside the window. Allan's blog post
has some example mockups of how this would look like:
https://afaikblog.wordpress.com/2013/04/25/design-goings-on/

So, your concern is likely to be addressed in a future release.

But if you want a solution now, you can get the titlebar and the close
button back with this extension:
https://extensions.gnome.org/extension/515/ignore_request_hide_titlebar/

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T19:37:51

And Michael, that solution is simple and elegant, an X at the top!  Perfect!

Thanks and bye for now.

DR

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T19:25:53

Thank you, thank you, thank you, Michael, I had NO idea as I don't use
totem or ephphany.

I hope I get gnome to listen :-)

Maybe it is more like the Wizard of Oz than this list, but I will give it a
go.

Thank you very much and this list is very nice to strangers, so I can say
clearly:

I love Nautilus (especially the extensions!)

DR

On Tue, May 7, 2013 at 2:09 PM, Michael Knepher <mknepher< at >bluethingy.com>wrote:

Re: Feature Request - GNOME Windows Buttons

Michael Knepher — 2013-05-07T18:09:31

The lack of window buttons on a maximized window is not just a nautilus
issue. Other Gnome apps such as totem and epiphany are following the
gnome 3 guidelines of removing the title bar when maximized. This does
result in a usability issue with trying to quickly close a window using
a pointer. 

There's a recent bug filed with a proposed solution that doesn't seem to
have had much attention:
https://bugzilla.gnome.org/show_bug.cgi?id=695399

I think desktop-devel-list or gnome-shell-list would be better places to
bring this issue up, since it is a gnome specification.

Michael Knepher

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T18:03:44

Hello Trevor,

I tried that because I had found that by searching, but I found it failed
and I find that others are saying it now fails.

It should be an option.

I don't know why anyone would want nautilus the way it is now, but someone
must.

I think the old way should  be the default behavior but probably would vote
for midnight commander to remain gnome file manager if asked. (It used to
be before Debian Woody).

David

On Tue, May 7, 2013 at 1:45 PM, trevor.davenport< at >gmail.com <
trevor.davenport< at >gmail.com> wrote:

Re: Feature Request - GNOME Windows Buttons

2013-05-07T17:45:07

Also, if needed you can add the normal window buttons (maximize, minimize,
etc) with gnome-tweak-tool.

Regards.
Trevor
 On May 7, 2013 10:40 AM, "D.J.J. Ring, Jr." <n1ea< at >arrl.net> wrote:

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T17:38:55

They do, but I forget those keyboard shortcuts, brain injury!

David

On Tue, May 7, 2013 at 1:33 PM, Roland Orre <roland.orre< at >gmail.com> wrote:

Re: Feature Request - GNOME Windows Buttons

Roland Orre — 2013-05-07T17:33:00

OK, now I see that I should have read more carefully D.J.J ;-)

Now I got curious, I have to check this on a machine tonight,
Doesn't even the default keys Ctrl-W  or Alt-F4 work?

On Tue, May 7, 2013 at 7:23 PM, D.J.J. Ring, Jr. <n1ea< at >arrl.net> wrote:

Re: Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T17:23:14

Forgive me, Roland One,

I spoke poorly it seems.

I rarely use keyboard short cuts, except for ctrl-a, ctrl-x, ctrl-c, ctrl-v
and ctrl-p.

I mean the Window buttons that appear in every other program in GNOME are
missing.  They look just like the Microsoft Windows buttons so it is a good
feature if you are converting family members to use Linux, underline /
minimize, two overlapping windows /full screen or a smaller window, and X
for close window.

All other applications you just have to go to the X on the corner of the
screen and click the X and you've closed the window and exited the
application, with the new nautilus, you have to click on what is the menu
and scroll all the way down to the bottom and select "Close".

Rather annoying if you do this many times a day.

David

Re: Feature Request - GNOME Windows Buttons

Roland Orre — 2013-05-07T17:12:05

I'm not using gnome3 as it became so weird, but when I'm helping
other people install a new system I usually recommend gnome-classic
which is gnome3, but I haven't checked key defintions, as these
are machines I'm not using, I'm using fluxbox nowadays.

Do you really mean D.J.J. Ringm that you can not longer define
arbitrary keys in gnome3. That can't be possible, why would the
gnome develoopers do something that weird?

Isn't it simply some config file for gtk that need changing?
Gnome3 uses gtk3 I presume and I have no problem at all with
gtk3 applications, they work excellent, but the key defines are
different than gtk2, to get e.g. emacs editing keys in gkt3
you need to modify ~/.config/gtk-3.0
I assume you can define hotkeys for nautilus in
~/.config/nautilus/settings.ini
or something, but of some reason I can not find any info
on that.... I'll check the nautilus source how it's done, as I
need to recompile it on one machine.

Also, a general problem with many gtk/gnome applications
is that they do not

Feature Request - GNOME Windows Buttons

D.J.J. Ring, Jr. — 2013-05-07T15:15:07

Hello,

Forgive the possible noise.

I tried to use the archive search but it did not give me meaningful results
in fact it didn't give me results from this list at all, but google results.

I've searched for this solution but found none, except that nemo has been
forked from nautilus to provide dropped features.

The problem with going to nemo is loosing accessibility with gnome orca and
not having the wonderful features of nautilus.

I find the new interface to be so frustrating to be nearly useless.  The
file listings and every feature work very well but I cannot minimize or
close the window without much effort.

I know that for some users the newer way of doing things is faster and more
efficient but for some remembering new shortcuts to close a window when ALL
the rest of the windows in GNOME can be closed by clicking the X in the
menu, is frustrating.

Could a setting be included in the next improvement to nautilus if it
doesn't already exist to allow nautilus to have the regular buttons that
everythin

Re: Nautilus "open with other application" doesn't allow otherapplications?

Roman Beslik — 2013-05-01T10:02:52

Hi. Do you plan to 0) make a "desktop" file editor or 1) store MIME 
associations added via Nautilus in a custom database internal to 
Nautilus? If 0, I guess that the editor is beyond the scope of Nautilus 
(and beyond the scope of just "fixing a bug" :) ).
 > there's no way to add a custom application to the "open with" dialog 
box without creating a custom .desktop file

no item in the "Open" menu for a "desktop" file with "NoDisplay=true"

Roman Beslik — 2013-05-01T09:46:25

Hi.

After upgrading Nautilus 3.6→3.8 the menu item "MPlayer Media Player" 
disappeared from the context "Open" menu of Nautilus. A research has 
showed that this is because "/usr/share/applications/mplayer.desktop" 
has "NoDisplay=true". The specification
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
states: |{{{
NoDisplay| means "this application exists, but don't display it in the 
menus". This can be useful to e.g. associate this application with MIME 
types, so that it gets launched from a file manager (or other apps), 
without having a menu entry for it (there are tons of good reasons for 
this, including e.g. the |netscape -remote|, or |kfmclient openURL| kind 
of stuff).
}}}
It states that "[a program] gets launched from a file manager". I agree 
that "this application exists, but don't display it in the menus" is 
confusing, because it *is* displayed in a menu --- in the context menu. 
But we all understand this mistake, isn't it?

So, what do we do now? Ask to

Re: Running Nautilus form a custom path

Shyal Beardsley — 2013-04-25T10:28:12

Hi Adam,

Thank you for your detailed answer. Just adding that path to my PATH
environment did do the trick. (logging out and back in is also an important
step).

Thanks again, your answer was very helpful.

Kind regards,

Shyal


On 25 April 2013 15:38, Adam Dingle <adam< at >medovina.org> wrote:

Re: Running Nautilus form a custom path

Adam Dingle — 2013-04-25T10:08:15

Actually, I don't think you should even need to do step 2 I mentioned 
below.  When you build Nautilus with a custom prefix, it should find 
its libraries in /custom/path/lib automatically (the linker will embed 
/custom/path/lib into the executable as an rpath - see 
http://en.wikipedia.org/wiki/Rpath).

You said Centos is loading /usr/local/bin/nautilus.  Is 
/custom/path/bin in your PATH?  What do you see if you type 'which 
nautilus' at a command line?

One more note: if you are using any Nautilus extensions (such as 
nautilus-open-terminal, or the file-roller extension for extracting 
files) then you'll need to build and install those with the same prefix 
in order for Nautilus to find them.

adam

On Thu, Apr 25, 2013 at 5:51 AM, Adam Dingle <adam< at >medovina.org> wrote:

Re: Running Nautilus form a custom path

Adam Dingle — 2013-04-25T09:51:50

Shyal,

to run Nautilus or any other program from a custom path you only need 
to do two things:

1. Make sure that the custom path appears in your PATH before other 
system directories.  In your case you want /custom/path/bin to appear 
before /usr/bin and /usr/local/bin in your PATH.

2. Make sure that the system can find shared libraries which appear in 
your custom path.  To do this, you'll need to add /custom/path/lib to 
a file in /etc/ld.so.conf.d/ (or, on older systems which don't have 
this directory, directly to /etc/ld.so.conf.)  Then run ldconfig so 
the system will update its cache of shared library locations.

That should be all you need to do.  It's true that the install has 
many subfolders (etc, libexec and so on) but since you've configured 
with --prefix=/custom/path, the binary you've built will look for those 
subfolders under /custom/path.  cheers -

adam

On Thu, Apr 25, 2013 at 4:11 AM, Shyal Beardsley <shyalb< at >gmail.com> 
wrote: