On Mon, 2007-05-07 at 09:24 +0200, Alexander Larsson wrote:
> On Fri, 2007-05-04 at 17:52 +0200, Benjamin Otte wrote:
> > Yeah, I missed those implementations as I was only grepping for
> > GMainContext which you don't use.
> > I think it's a good idea to make the main context customizable so gvfs
> So, UUID file identifiers look horrible, etc. I agree. But why are we
> then arguing for using them in gvfs? The same arguments apply there.
Because we want to solve the issue of opening a link to an item on a
removable device, and be properly prompted to insert the device.
Whatever this require
I believe I understand all of your points then. I'm mostly just
interested in providing something "useful" to application developers so
they can develop applications that are more "useful" to users.
Persistent bookmarks to removable devices. I think a lot of people would
like to solve this.
The a
Jerome Haltom wrote:
>> So, UUID file identifiers look horrible, etc. I agree. But why are we
>> then arguing for using them in gvfs? The same arguments apply there.
>>
>
> Because we want to solve the issue of opening a link to an item on a
> removable device, and be properly prompted to inse
> Dnia 04-05-2007, pią o godzinie 11:53 -0400, Matthias Clasen
> napisał(a):
> > On 5/3/07, Cezary Krzyzanowski <[EMAIL PROTECTED]> wrote:
> >
> > > So first I propose to make some note in the documentation (and
> maybe in
> > > the FAQ), that the supplied dialog needs to have RESPONSE_ACCEPT
> a
On Mon, 7 May 2007, Stefan Kost wrote:
> hi,
>
> wasn't the g_type_register_static_simple() meant to avoid the memcpy()
> of filling the GTypeInfo only to pass it to type_data_make_W, which
> then copies most filed from this elsewhere?
no, the code in question is not time critical in the sense th
hi,
wasn't the g_type_register_static_simple() meant to avoid the memcpy()
of filling the GTypeInfo only to pass it to type_data_make_W, which
then copies most filed from this elsewhere?
Then shouldn't type_data_make_W() be reflowed. There is a big if()
elseif(), elseif() else in there. Imp
On Fri, 2007-05-04 at 17:52 +0200, Benjamin Otte wrote:
> > > 1b) Cancelling operations from another thread doesn't look like good
> > > design to me. I've learnt (both in theory and in practice) that
> > > threads are supposed to be independant and not call into each other.
> >
> > Eh? How else wo
On Fri, 2007-05-04 at 11:48 -0400, David Zeuthen wrote:
> On Fri, 2007-05-04 at 09:00 -0500, Jerry Haltom wrote:
> > Why doesn't HAL use UUIDs?
>
> Doesn't exactly make sense. Maybe you mean: "Why does my mount points
> not use UUID?". Understand that HAL [1] is only a source of information
> + m
