Hi,
http://live.gnome.org/TwoPointSeventeen/Platform currently lists HEAD
for the version of gtk+ to use for 2.17.x. Should this be gtk-2-10
instead, or is there a tentative timetable for gtk+ 2.12 with a date
far enough in advance of Gnome 2.18.0? (I couldn't find one at
http://www.gtk.org/plan
[adding sgrubb, dwalsh and walters to CC]
On Mon, 2006-09-18 at 18:12 +0200, Alexander Larsson wrote:
[snip intro paragraph]
> So, I think the time has come for a serious look at what gnome-vfs
> could be. I've spent much time last week thinking about the weaknesses
> and problems of the current
First off, thanks for starting this debate. It looks like gnome-vfs is
in for an awesome overhaul. Some comments on streams below.
On Mon, 2006-09-18 at 18:12 +0200, Alexander Larsson wrote:
> I've been doing some initial sketching of the glib API, and I've
> started by introducing base GInputStr
Hi,
Michael Lawrence wrote:
> Hi,
>
>
>
> My idea is, why not annotate the header files (or C) files themselves
> with this information? It could be integrated with gtk-doc, so that the
> information could be presented in a standard way in the documentation.
> For example, there is no standa
Alexander Larsson wrote:
> On Mon, 2006-09-18 at 18:23 +, Nate Nielsen wrote:
>> Wonderful. This'll allow for things like seeking video to work without
>> "Buffering..." on backends that support seek operations.
>
> Not really. The "Buffering..." part is generally where the app streams
> to fi
On Tue, 2006-09-19 at 13:07 +0100, Damon Chaplin wrote:
> Can we even agree on 2 fundamental requirements:
>
> 1) Should the canvas & items have a model/view split?
> - It is very useful for (A) above but makes (B) awkward.
>
> 2) Should it support embedded widgets?
> - Useful for (B)
On Thu, 2006-09-14 at 18:54 +0300, ext Tommi Komulainen wrote:
> As some of the windows are private this can not really be handled on
> application side. Would a patch be acceptable which changes all widgets
> that create internal windows for input events to set the extension
> events for those win
Hi,
Damon Chaplin wrote:
> So how are we going to decide on a list of requirements for a canvas?
>
> I think there seem to be two main use cases:
>
> A) DTP/Graphics apps that want a canvas for the main document.
> (A model/view split, device-independent layout, zooming & printing
> are
On Tue, 2006-09-19 at 16:25 +0200, Xavier Bestel wrote:
> On Tue, 2006-09-19 at 16:17, Alexander Larsson wrote:
> > On Tue, 2006-09-19 at 16:14 +0200, Xavier Bestel wrote:
> > > On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
> > > > Lets take a step back and define the requirements we have:
On Tue, 2006-09-19 at 16:17, Alexander Larsson wrote:
> On Tue, 2006-09-19 at 16:14 +0200, Xavier Bestel wrote:
> > On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
> > > Lets take a step back and define the requirements we have:
> > >
> > > We need to have a form of identifier for files. The
On Tue, 2006-09-19 at 16:14 +0200, Xavier Bestel wrote:
> On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
> > Lets take a step back and define the requirements we have:
> >
> > We need to have a form of identifier for files. These come in two forms,
> > absolute and relative (e.g. name of a
On Tue, 2006-09-19 at 14:54, Alexander Larsson wrote:
> Lets take a step back and define the requirements we have:
>
> We need to have a form of identifier for files. These come in two forms,
> absolute and relative (e.g. name of a child to a folder). They must be
> persistable (if we save a refer
On Tue, 2006-09-19 at 15:04 +0200, Alexander Larsson wrote:
> > > > We still need to support URIs too at least in some places, because of
> > > > '%u' in .desktop files. If GNOME apps switched to using '%f', then
> > > > konqueror (and old versions of GNOME) wouldn't be able to pass remote
> > > >
On Tue, 2006-09-19 at 14:53 +0200, Mathieu Lacage wrote:
> hi,
>
> On Tue, 2006-09-19 at 13:15 +0200, Benedikt Meurer wrote:
>
> > > We still need to support URIs too at least in some places, because of
> > > '%u' in .desktop files. If GNOME apps switched to using '%f', then
> > > konqueror (and
On Tue, 2006-09-19 at 13:36 +0400, Kirill Kirichenko wrote:
> > > I have an X Drawable (either Window or Pixmap, I can't predict) which
> > > is created for another Display than gdk opens during initialization.
> > >
> > > I would like to create a GdkDrawable wrapper for the Drawable that I
> > > w
hi,
On Tue, 2006-09-19 at 13:15 +0200, Benedikt Meurer wrote:
> > We still need to support URIs too at least in some places, because of
> > '%u' in .desktop files. If GNOME apps switched to using '%f', then
> > konqueror (and old versions of GNOME) wouldn't be able to pass remote
> > files to the
On Mon, 2006-09-18 at 23:06 -0400, Dan Winship wrote:
> Cool.
>
> Alexander Larsson wrote:
> > At some point in time gnome_vfs_uri_is_local() started detecting and
> > returning TRUE for NFS mounts and other type of local network
> > mounts. This is both slow and unexpected, and has led to problem
On 9/19/06, Damon Chaplin <[EMAIL PROTECTED]> wrote:
So how are we going to decide on a list of requirements for a canvas?I think there seem to be two main use cases: A) DTP/Graphics apps that want a canvas for the main document.(A model/view split, device-independent layout, zooming & printing
Dan Winship wrote:
>>As a consequence of the stateful model we don't need the stateless
>>properties that URIs has as identifier. To avoid all the problems
>>comming from the use of URIs we use a much simpler form of
>>identifier. Namely filenames
>
> We still need to support URIs too at least in
So how are we going to decide on a list of requirements for a canvas?
I think there seem to be two main use cases:
A) DTP/Graphics apps that want a canvas for the main document.
(A model/view split, device-independent layout, zooming & printing
are important here.)
B) Flashy user inte
On Tue, 2006-09-19 at 11:20 +0100, Gustavo J. A. M. Carneiro wrote:
> On Ter, 2006-09-19 at 09:19 +0200, Alexander Larsson wrote:
> > On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
> > > It might be worth mentioning the advantages & disadvantages of including
> > > this directly in glib (as
On Ter, 2006-09-19 at 09:19 +0200, Alexander Larsson wrote:
> On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
> > It might be worth mentioning the advantages & disadvantages of including
> > this directly in glib (as in cvs module/tarball) instead of separating it.
> >
> > I'm all for inclu
> > I have an X Drawable (either Window or Pixmap, I can't predict) which
> > is created for another Display than gdk opens during initialization.
> >
> > I would like to create a GdkDrawable wrapper for the Drawable that I
> > would use with GtkStyle to draw parts of widgets.
> >
> > Any ideas, su
On Tue, 2006-09-19 at 05:06, Dan Winship wrote:
> > For example, we could be to use "//.network/" as a prefix for the vfs
> > filename namespace.
>
> Ew. OK, what's the idea with the fake-paths-instead-of-fake-URIs thing?
> As points against URIs, you say:
>
> 1. Using non-standard ones is ev
On Mon, 2006-09-18 at 18:47 -0300, Johan Dahlin wrote:
> Very good read, thanks for a great summary.
>
> Alexander Larsson wrote:
> [snip]
> > We likely don't want the full gnome/unix vfs implementation in
> > glib, instead glib will only ship an implementation of the vfs API for
> > local file ac
On Mon, 2006-09-18 at 18:23 +, Nate Nielsen wrote:
> Awesome work Alex...
>
> Alexander Larsson wrote:
>
>
>
> > These filenames would be the real identifier for the files, and as
> > such not really presentable to the user as it. You'd need to ask for
> > the display name via the vfs to ge
26 matches
Mail list logo
