The usual GNOME annoyances

[#1]

I'm finding the new behaviour of the scrollbars in GNOME 3.6 (well, in GTK+ 3.6 to be exact) incredibly annoying - when you click above or below the slider on a scrollbar, instead of scrolling up or down by a "page", like they have done for many years, instead you now jump to wherever you click.
I pretty much always want to scroll up or down by one page at a time, and can't think of much use for instantly jumping to the middle, especially in a terminal with infinite scrollback.
Perhaps they'll reverse up and down next, otherwise it might be confusing that when you scroll down, what's on the screen moves upwards!

[#2]

Quote from: ejs

Perhaps they'll reverse up and down next, otherwise it might be confusing that when you scroll down, what's on the screen moves upwards!

.
That has already been done, its called "natural scrolling" 
Natural to who? Totally alien to me - a home computer user for 30+ years
Had to disable it on Mint cinnamon edition was driving me nuts.

[#3]

Shockingly I have discovered that there is a setting to put the scrollbars back to the way they were:
~/.config/gtk-3.0/settings.ini

[Settings]
gtk-primary-button-warps-slider = 0

However, removing the tree sidebar from "Files" (nautilus) seems a bit harsh. And harder to undo that decision.

[#4]

I always get rid of that annoying side-pain in Nautilus...
However, I find two short-cuts CTRL+H and F3 (separately!) to be really useful.

[#5]

nautilus, or rather "Files" as it is now known, has been quite thoroughly ruined for GNOME 3.6. You can't even type the first few characters of a filename to jump to it in the list - instead, doing that switches it to search mode, and it gives you a list of search results. The status bar is gone, instead you get a tooltip at the bottom if you select something, which will jump from side to side if necessary to dodge the mouse cursor.
Control+H - show hidden files, I always have them shown. Can't remember what F3 does, if it was for the extra pane, that's been removed.

[#6]

Yes - it's the split pain view.
I believe Mint(?) has plans to fork Nautilus - called Nemo 
See http://www.webupd8.org/2012/08/nemo-linux-mint-team-forks-nautilus.html

[#7]

waldo@gouda:~$ apt-cache policy nemo
nemo:
  Installed: 1.0.9-0ubuntu1~precise1
  Candidate: 1.0.9-0ubuntu1~precise1
  Version table:
 *** 1.0.9-0ubuntu1~precise1 0
        500 http://ppa.launchpad.net/gwendal-lebihan-dev/cinnamon-stable/ubuntu/ precise/main amd64 Packages
        100 /var/lib/dpkg/status

Nemo has been in Cinnamon for a little while now.

[#8]

The MATE desktop, cinnamon, nemo are all in Fedora.

[#9]

Cinnamon is definitely a Mint thing.
Apparently Nemo also originated with Mint too - but Nemo isn't ready for anything but testing.

[#10]

That doesn't mean they're exclusive to the Mint distribution.

[#11]

No just that they started with Mint. The Mint Menu and Mate/Cinnamon are in use by a couple of other distro's as well.

[#12]

Quote from: Un

[...]but Nemo isn't ready for anything but testing.

I think it's being tested for inclusion as the default file manager in Mint 14 / Cinnamon (expected by the end of the month).

[#13]

I find Mint's "upgrade" mechanism (or lack of it)  hard to use.
So I'll stick with version 13 = Ubuntu 12.04 LTS version for the next 18 months.

[#14]

Yes that is a bug bear with Mint, the upgrade path is to reformat and re-install (keeping the /home if it is on a separate partition)
Re-installing all my "normal" apps can be a pita, but it does result in a clean system.
I make backups of /etc and a few other scripts I have installed to do stuff like cron etc.
Still this time I can remove the 3 other OS's I haven't used in the last 5 months since moving to Mint 13 Mate. But I will probably install a test machine in/over one of them to trial it before I jump.
I have LMDE installed on a laptop and the upgrade mechanism on it is via "apt dist upgrade" using a service pack type upgrade to move to the new version. But it does involve downloading lots of data. (and needs a lot of space free in /tmp)

[#15]

I've recompiled nautilus with a tiny patch to restore the normal "typeahead find" behaviour:

--- nautilus-3.6.2/src/nautilus-list-view.c.orig	2012-10-29 22:40:48.000000000 +0000
+++ nautilus-3.6.2/src/nautilus-list-view.c	2012-11-06 12:34:36.205716427 +0000
@@ -1375,7 +1375,7 @@ create_and_set_up_tree_view (NautilusLis
 							g_str_equal,
 							(GDestroyNotify)g_free,
 							(GDestroyNotify) g_object_unref);
-	gtk_tree_view_set_enable_search (view->details->tree_view, FALSE);
+	gtk_tree_view_set_enable_search (view->details->tree_view, TRUE);
 
 	view->details->drag_dest = 
 		nautilus_tree_view_drag_dest_new (view->details->tree_view);