On Sun, 2011-05-15 at 21:50 +0200, Olav Vitters wrote:
On Thu, May 12, 2011 at 11:15:02PM +0100, Allan Day wrote:
Sounds like it should be both a new feature and a part of GNOME core. It
would be great to be able to introduce it as a feature in 3.2.
I've started a feature page here [1].
On Mon, May 16, 2011 at 11:39:31AM +0100, Bastien Nocera wrote:
On Sun, 2011-05-15 at 21:50 +0200, Olav Vitters wrote:
2. What about the file associations? You might want to easily view
things, or actually work with the file (change it). How would this be
handled? What would happen by
On 13 May 2011, at 00:06, Luca Ferretti wrote:
Other places where file previews could be useful are the future
gnome-shell desktop (not sure what's current design/label for
planned place holding recent and pinned stuff) and file chooser
(only open or save too?). Also some specific place such
On 16 May 2011, at 12:18, Luca Ferretti wrote:
Also, what about content handler/previewer? I remember this similar
feature on mac os provides a dedicated API and policy allowing third
parties to provide their own previewers (i.e. gimp should/could
provide the plugin to allow previewing of
On Mon, 2011-05-16 at 11:39 +0100, Bastien Nocera wrote:
On Sun, 2011-05-15 at 21:50 +0200, Olav Vitters wrote:
1. Evince is supposed to be a generic document viewer. Is there any
overlap with Sushi?
I would guess that Sushi should use evince libraries to implement
viewing for such
Hi Olav,
On Mon, 2011-05-16 at 13:44 +0200, Olav Vitters wrote:
- what would the UI be in Nautilus? (default action vs preview)
Right now it's activated with Spacebar.
Sushi would never be a default action, but it has to be explicitly
triggered (show me the preview vs. open this file).
I also
On Mon, 2011-05-16 at 13:42 +0100, Calum Benson wrote:
On 16 May 2011, at 12:18, Luca Ferretti wrote:
Also, what about content handler/previewer? I remember this similar
feature on mac os provides a dedicated API and policy allowing third
parties to provide their own previewers (i.e. gimp
On Mon, May 16, 2011 at 09:42:41AM -0400, Cosimo Cecchi wrote:
about this kind of integration, as e.g. FR itself is still in the early
design phase). OTOH I'm not sure the Zeitgeist information exports is
useful at all for Sushi; what kind of integration were you thinking
here?
I meant more
On Mon, 2011-05-16 at 09:51 -0400, Cosimo Cecchi wrote:
On Mon, 2011-05-16 at 13:42 +0100, Calum Benson wrote:
On 16 May 2011, at 12:18, Luca Ferretti wrote:
Also, what about content handler/previewer? I remember this similar
feature on mac os provides a dedicated API and policy
As for the look and feel, can you be more precise? Are you saying e.g.
Sushi should not use a custom/dark theme if the application counterpart
doesn't?
The UI chrome for Sushi is *very* minimal - basically the only clickable
elements are an OSD-toolbar that automatically fades out after no
On Mon, 2011-05-16 at 16:15 +0100, Justin Joseph wrote:
As for the look and feel, can you be more precise? Are you
saying e.g.
Sushi should not use a custom/dark theme if the application
counterpart
doesn't?
The UI chrome for Sushi is *very*
On Mon, 2011-05-16 at 16:36 +0100, Bastien Nocera wrote:
I'll note that sushi should be using the normal (non-dark) variant of
the theme when playing audio though. I'm sure the jury is still out on
whether it should use the dark variant for office type documents.
Could you expand on why you
On Thu, May 12, 2011 at 11:15:02PM +0100, Allan Day wrote:
Sounds like it should be both a new feature and a part of GNOME core. It
would be great to be able to introduce it as a feature in 3.2.
I've started a feature page here [1].
[1]
Hi everyone,
It's too late for feature proposal, but I've been encouraged to post
this here anyway.
Sushi [1] is a quick previewer application, targeting integration with
file managers such as Nautilus - you can read more about it in a blog
post I wrote some time ago [2], but it works in a
Cosimo Cecchi wrote:
Hi everyone,
It's too late for feature proposal, but I've been encouraged to post
this here anyway.
Sushi [1] is a quick previewer application, targeting integration with
file managers such as Nautilus - you can read more about it in a blog
post I wrote some time ago
2011/5/12 Cosimo Cecchi cosi...@gnome.org:
This case is probably a bit borderline, as it's technically a new module
(so it would map to the old new module proposal process we used to
have), but it's used only by one application (Nautilus) currently...the
end result is I'm a bit confused :)
On Fri, 2011-05-13 at 01:06 +0200, Luca Ferretti wrote:
Other places where file previews could be useful are the future
gnome-shell desktop (not sure what's current design/label for
planned place holding recent and pinned stuff) and file chooser
(only open or save too?). Also some specific
17 matches
Mail list logo
