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 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 *ver
>
> 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
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 pol
On Mon, May 16, 2011 at 09:42:41AM -0400, Cosimo Cecchi wrote:
> about this kind of integration, as e.g. F&R 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 mo
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" (
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 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 fo
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
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
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
Il giorno dom, 15/05/2011 alle 21.50 +0200, Olav Vitters ha scritto:
> 1. Evince is supposed to be a generic document viewer. Is there any
> overlap with Sushi?
Yes and no. Evince only works with PDF/PS/$TEXTUAL documents, while
sushi should also manage images, audio, video and probably more.
Mo
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 he
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] https://live.gnome.org/ThreePointOne/Features/Fi
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 specif
2011/5/12 Cosimo Cecchi :
> 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 :)
Other places
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 t
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 simila
18 matches
Mail list logo
