On Thu, Jan 29, 2015 at 6:58 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
On Thu, Jan 29, 2015 at 7:34 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
After talking to Owen today, I'm wondering if it makes sense to consider
GtkPreview a portable widget. These platforms tend to already
After talking to Owen today, I'm wondering if it makes sense to consider
GtkPreview a portable widget. These platforms tend to already have their
own document preview systems, and I'm not sure it makes sense to port all
our apps (evince preview system, LibreOffice preview system) to use our own
On Thu, Jan 29, 2015 at 7:34 PM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
After talking to Owen today, I'm wondering if it makes sense to consider
GtkPreview a portable widget. These platforms tend to already have their
own document preview systems, and I'm not sure it makes sense to
I've done the above.
https://github.com/magcius/wakefield
Check it out, run make, then run:
$ LD_LIBRARY_PATH=. ./test-compositor
$ ./test-client-2
Right now it's a very basic prototype -- it doesn't support all
functionality, it doesn't dynamically resize the surface the client handed
us, and
On Tue, Jan 27, 2015 at 2:23 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
what happened to the idea of GTK being a cross-platform toolkit? you're
seriously proposing building something as significant as a Preview widget
around a technology that isn't even deployed on most Linux systems
On Tue, Jan 27, 2015 at 5:19 AM, Cosimo Cecchi cosi...@gnome.org wrote:
So you're effectively proposing that the transport of the data between
plugins and the widget is always Wayland, even if the session is running
under X11? That sounds like a good idea to me if it's possible to
implement.
On Tue, Jan 27, 2015 at 9:42 AM, Cosimo Cecchi cosi...@gnome.org wrote:
On Tue, Jan 27, 2015 at 2:23 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
what happened to the idea of GTK being a cross-platform toolkit? you're
seriously proposing building something as significant as a Preview
So you're effectively proposing that the transport of the data between
plugins and the widget is always Wayland, even if the session is running
under X11? That sounds like a good idea to me if it's possible to
implement. I would definitely welcome a proof of concept!
Thanks,
Cosimo
On Sun, Jan
All of this is part of wl_event_loop, which is an unfortunate public API
that should probably go away.
On Wed, Jan 28, 2015 at 1:21 AM, Philip Chimento philip.chime...@gmail.com
wrote:
On Tue, Jan 27, 2015 at 8:49 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Gah. I always get those
On Tue, Jan 27, 2015 at 8:49 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Gah. I always get those backwards. I actually typed SCM_RIGHTS and then
changed it to SCM_CREDENTIALS. I still don't understand why fd passing is
called rights.
On Tue, Jan 27, 2015 at 11:25 AM, Simon McVittie
Gah. I always get those backwards. I actually typed SCM_RIGHTS and then
changed it to SCM_CREDENTIALS. I still don't understand why fd passing is
called rights.
On Tue, Jan 27, 2015 at 11:25 AM, Simon McVittie
simon.mcvit...@collabora.co.uk wrote:
On 27/01/15 15:55, Jasper St. Pierre wrote:
On Tue, Jan 27, 2015 at 2:59 PM, Paul Davis p...@linuxaudiosystems.com
wrote:
I understand the appeal of using existing technology (i.e. Wayland) to
accomplish something when it appears that it will make it much easier.
But if GTK is still at least nominally cross-platform, then surely the
On Tue, Jan 27, 2015 at 10:55 AM, Jasper St. Pierre jstpie...@mecheye.net
wrote:
Wayland requires two features that would perhaps make it unportable: FD
passing (SCM_CREDENTIALS), and shared memory (allocate a temporary files,
ftruncate it, mmap it, unlink it and then send the fd across the
On 27/01/15 15:55, Jasper St. Pierre wrote:
Wayland requires two features that would perhaps make it unportable: FD
passing (SCM_CREDENTIALS), and shared memory (allocate a temporary
files, ftruncate it, mmap it, unlink it and then send the fd across the
wire). Everything else is just a simple
We could indeed write a tiny Wayland compositor that composited a single
wl_surface as a GTK+ widget, and I wouldn't feel too bad about it. We could
even do it while under X11, and it might be an interesting proof of
concept. I could do a PoC if you guys want.
On Jan 25, 2015 8:05 AM, Cosimo
hi;
On 25 January 2015 at 13:31, Philip Withnall phi...@tecnocode.co.uk wrote:
That's why my proposal doesn't enforce this specific design; I'm
definitely open to think more about how a multi-process design looks
like, but I wouldn't want to block until that is figured out.
To me, the
On Sun, 2015-01-25 at 07:22 -0500, Cosimo Cecchi wrote:
On Sat, Jan 24, 2015 at 4:33 AM, Carlos Garcia Campos
carlo...@gnome.org wrote:
I'm assuming the providers will render the contents into
surfaces that
the previewer will compose, not providers directly
On Sat, Jan 24, 2015 at 4:33 AM, Carlos Garcia Campos carlo...@gnome.org
wrote:
I'm assuming the providers will render the contents into surfaces that
the previewer will compose, not providers directly drawing into the
previewer. We can share the bitmaps between processes without using
Cosimo Cecchi cosi...@gnome.org writes:
On Tue, Jan 20, 2015 at 10:24 AM, Carlos Garcia Campos carlo...@gnome.org
wrote:
One important thing is that preview providers should be out of process,
since unfortunately it's very easy to make things crash with buggy files
(which are very common).
On Tue, Jan 20, 2015 at 10:24 AM, Carlos Garcia Campos carlo...@gnome.org
wrote:
One important thing is that preview providers should be out of process,
since unfortunately it's very easy to make things crash with buggy files
(which are very common). That could be done by every provider, but
On Wed, 2015-01-21 at 10:16 -0500, Erick Pérez Castellanos wrote:
Theoretically, previewing would be interesting whenever an app wants
to provide a view of a content item - that could be useful for chat,
social messaging, mail, or download/transfer applications. However, I
haven't done any
Theoretically, previewing would be interesting whenever an app wants
to provide a view of a content item - that could be useful for chat,
social messaging, mail, or download/transfer applications. However, I
haven't done any detailed work into how this would look. One question
in this area is
On Mon, Jan 19, 2015 at 9:24 PM, Cosimo Cecchi cosi...@gnome.org wrote:
I moved this to the wiki:
https://wiki.gnome.org/Projects/GTK%2B/Preview
Hey, thanks for starting this discussion!
I think the document would benefit from a section listing some
expected use cases: where do we expect this
Matthias Clasen matthias.cla...@gmail.com wrote:
https://wiki.gnome.org/Projects/GTK%2B/Preview
Hey, thanks for starting this discussion!
Ditto!
I think the document would benefit from a section listing some
expected use cases: where do we expect this preview to be used ?
nautilus,
I moved this to the wiki:
https://wiki.gnome.org/Projects/GTK%2B/Preview
Cosimo
On Mon, Jan 19, 2015 at 11:46 AM, Cosimo Cecchi cosi...@gnome.org wrote:
Hi all,
We talked in the past with other GTK developers about the possibility of
integrating a preview library, allowing GTK applications
Hi all,
We talked in the past with other GTK developers about the possibility of
integrating a preview library, allowing GTK applications to easily get a
widget that represents the preview of a file. This would currently be used
by GtkFileChooser, or a future evolution of the current class, but
26 matches
Mail list logo
