Previewer-path gsetting doesn't work

[Drazgo]

Bug found in Pantheon Files on Elementary Freya beta 1

When trying to set a previewer for Pantheon Files using dconf-editor, the submitted previewer doesn't show up when the space bar is pressed. It just opens the default app for the file as if no previewer path is inserted.

Tried this with gloobus-preview using this previewer path: /usr/bin/gloobus-preview
This setting used to work fine with Luna

When opening gloobus preview from Slingshot, it works flawlessly.
When I try the preview a file from within the terminal using "gloobus-preview /path/to/file", it also show the preview as it should

Attached is a screenshot of the dconf-editor setting of the previewer path

ProblemType: Bug
DistroRelease: elementary OS 0.3
Package: elementary-desktop 1.351+395~ubuntu0.3.1 [origin: LP-PPA-elementary-os-daily]
ProcVersionSignature: Ubuntu 3.13.0-40.69-generic 3.13.11.10
Uname: Linux 3.13.0-40-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.6
Architecture: amd64
CrashDB: elementary_meta
CurrentDesktop: Pantheon
Date: Mon Dec 8 22:34:05 2014
InstallationDate: Installed on 2014-12-07 (1 days ago)
InstallationMedia: elementary OS 0.3 "Freya" - Daily amd64 (20140810)
ProcEnviron:
 LANGUAGE=nl_BE:nl
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=nl_BE.UTF-8
 SHELL=/bin/bash
SourcePackage: elementary-meta
SuspiciousXErrors:
 [WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED
 [WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED
 [WARNING:flash/platform/pepper/pep_module.cpp(63)] SANDBOXED
ThirdParty: True
UpgradeStatus: No upgrade log present (probably fresh install)

[Antonio Malcolm (antonio-malcolm)]

In the meantime, gloobus-preview seems to work when added manually to /src/View/AbstractDirectoryView.vala before compiling (if you're willing to compile it from source, which isn't difficult.

private string? previewer = "gloobus-preview ";

Also noticing other items which aren't picked up from dconf settings: sidebar icon size and aditional toolbar-items (such as 'Up').

[Jeremy Wootten (jeremywootten)]

It is an elementary design decision not support a previewer in Files; there is little difference in time for the file to open in the default app compared to the previewer and the intention is to reduce any time difference further. Therefore this bug will be marked "Won't Fix"

[Peter Uithoven (p7ter)]

Design decision aside, why have a previewer path setting but not use it?

To go into that design decision, in OS X it's very easy to go through images on disk, in the order used in the Finder, and delete for example the blurry ones. Both these things are currently impossible in Photos, it takes a while before it enables going to a next and previous photo, it has it's own sorting and you can't delete photos.
On another note there isn't even an app (first party) to preview gif's, while with gloobus-preview this works out of the box.

I don't understand this choice.

[Peter Uithoven (p7ter)]

I understand that the limitations of Photos shouldn't have an impact on Files, but it would be an easy work around for now.