Re: volume:// uri support

2007-12-12 Thread David Zeuthen
On Thu, 2007-12-13 at 08:01 +0100, Mathias Hasselmann wrote: > Am Donnerstag, den 13.12.2007, 01:17 -0500 schrieb David Zeuthen: > > There's a screenshot here showing integration into Nautilus > > > > http://people.freedesktop.org/~david/gvfs-hal-2-persistent-volume-uris.png > > Woah! Wtf! That

Re: [directfb-dev] [directfb-users] Problems in GdkWindow Events with Gtk - DirectFb backend

2007-12-12 Thread Sreenivas Chowdary
Hi Mike, I could not find any function to get focussed child gdkwindow. How to get currently focused gdk child. I created a Gdk Window using GDK_WINDOW_CHILD attribute. I gone through functionality of gdk_directfb_window_new(). For child GdkWindow, there is no Event B

Re: volume:// uri support

2007-12-12 Thread Mathias Hasselmann
Am Donnerstag, den 13.12.2007, 01:17 -0500 schrieb David Zeuthen: > There's a screenshot here showing integration into Nautilus > > http://people.freedesktop.org/~david/gvfs-hal-2-persistent-volume-uris.png Woah! Wtf! That URL in the screenshot makes me wish we'd have MS-DOS style drive letters!

volume:// uri support

2007-12-12 Thread David Zeuthen
Hey Alex, I've attached some preliminary patches to introduce a new volume:// name space. The thinking is that g_file_get_uri() will return a persistent URI if a local file is on user-visible media. (Emphasis on user-visible. As in the media is visible in the UI, e.g. computer://, Nautilus's side

Re: Gtk (X11) on Embedded Device Query

2007-12-12 Thread Saroj Kumar
Hi, I ported X11 and Gtk with X11 support on Embedded board(arm-linux). The problem I am facing now is setting the fontconfig. Because I have fontconfig and freetype libraries for X11 and I compiled Gtk with those libraries. The following error is produced when I tried to run gtkdemo application.

Re: PLS HELP-URGENT...Error in running GTK application on MIPS board using GTK+ over DirectFB

2007-12-12 Thread Sven Neumann
Hi, these questions are better asked on the directfb-user list. They are not really specific to GTK+ and you are more likely going to get an answer there. Sven ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/lis

Re: GIO API review

2007-12-12 Thread Sven Neumann
Hi, On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: > We stronlgy suggest to use a common g_io/GIO prefix for all > functions/types in GIO. > > GAsnc*-> GIOAsync* > G*Stream -> GIOStream* > GIcon -> GIOIcon > G*Icon-> GIOIcon* > GCancellable -> GIOCancella

Re: GMountOperation concerns

2007-12-12 Thread David Zeuthen
On Wed, 2007-12-12 at 12:05 -0500, David Zeuthen wrote: > So I'm thinking a similar pattern would be useful for g_volume_mount(); > it would move all credentials handling out of process. The downside is > that the application itself cannot draw it's own dialogs for asking for > credentials. But I

Re: nmake build fixes for glib.

2007-12-12 Thread Cody Russell
On Wed, 2007-12-12 at 17:43 +0100, Lieven van der Heide wrote: > Hi, > > I made some fixes for the nmake makefiles and the win32-fixup.pl script. > > glib, gmodule, gthread and gobject build fine now. gio and tests don't > build yet, but I don't think that's related to the makefiles. > > Also, r

GMountOperation concerns

2007-12-12 Thread David Zeuthen
Hi, I've looked at the GMountOperation class today and I have some security concerns. Basically, the way I understand how it's supposed to work is that if you mount something you may need to provide credentials. Also, I understand a GtkMountOperation subclass is planned that can also fetch the c

nmake build fixes for glib.

2007-12-12 Thread Lieven van der Heide
Hi, I made some fixes for the nmake makefiles and the win32-fixup.pl script. glib, gmodule, gthread and gobject build fine now. gio and tests don't build yet, but I don't think that's related to the makefiles. Also, right now (in svn), it assume that libiconv and gettext are in a folder called .

Re: GIO API review

2007-12-12 Thread Michael Natterer
Alexander Larsson wrote: > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: >> G*Monitor: >> == >> >> GFileMonitor -> GIOMonitorFile >> GDirectoryMonitor -> GIOMonitorDirectory >> >> Wouldn't it make sense to have a common (perhaps abstract) base class here, >> or derive one

Re: GIO API review

2007-12-12 Thread Murray Cumming
On Wed, 2007-12-12 at 16:37 +0100, Alexander Larsson wrote: > > >> GAsnc*-> GIOAsync* > > >> G*Stream -> GIOStream* > > >> GIcon -> GIOIcon > > >> G*Icon-> GIOIcon* > > >> GCancellable -> GIOCancellable > > >> ... > > > > > > I strongly oppose this. > > > > I perso

Re: GIO API review

2007-12-12 Thread Mikael Hallendal
12 dec 2007 kl. 14.59 skrev Alexander Larsson: Hi, > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: > >> A big issue is that GIO wastes namespaces massively: >> g_app, GAsync, g_buffered, g_cancellable, g_content, g_data, >> g_desktop, g_directory, g_drive, g_file, g_filename, g_

Re: GIO API review

2007-12-12 Thread Michael Natterer
Alexander Larsson wrote: > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: >> Hey everybody, >> >> We've been doing a GIO API review in the last couple of days and >> here is the list of comments and issues we've come up with: >> >> >> General: >> >> >> It seems GIO allows indi

Re: GIO API review

2007-12-12 Thread Mathias Hasselmann
I have to support regarding the stream and file class names: "GIOInputStreamUnix" reads to me, like using a "Unix" class which is in the "InputStream" namespace, that's embedded in the "GIO" namespace: GIO::InputStream::Unix So using that naming conventions input and output stre

Re: GIO API review

2007-12-12 Thread Alexander Larsson
On Wed, 2007-12-12 at 15:13 +, Martyn Russell wrote: > Alexander Larsson wrote: > > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: > >> > >> GAsnc*-> GIOAsync* > >> G*Stream -> GIOStream* > >> GIcon -> GIOIcon > >> G*Icon-> GIOIcon* > >> GCancellable

Re: GIO API review

2007-12-12 Thread Martyn Russell
Alexander Larsson wrote: > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: >> >> GAsnc*-> GIOAsync* >> G*Stream -> GIOStream* >> GIcon -> GIOIcon >> G*Icon-> GIOIcon* >> GCancellable -> GIOCancellable >> ... > > I strongly oppose this. I personally prefe

Re: GIO API review

2007-12-12 Thread Alexander Larsson
On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: > Hey everybody, > > We've been doing a GIO API review in the last couple of days and > here is the list of comments and issues we've come up with: > > > General: > > > It seems GIO allows individual files to be included, thi

Add to mailing list

2007-12-12 Thread sudam
sudam sagara *** "The information contained in this email including in any attachment is confidential and is meant to be rea

Re: GIO API review

2007-12-12 Thread Michael Natterer
Sorry for mis-following-up and resending, i have too many mail accounts. On Wed, 2007-12-12 at 00:25 +, Emmanuele Bassi wrote: > On Tue, 2007-12-11 at 21:22 +0200, Vincent Geddes wrote: > > Hi, > > > > On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote: > > > Also, subclasses shoul

Re: PLS HELP-URGENT...Error in running GTK application on MIPS board using GTK+ over DirectFB

2007-12-12 Thread Attilio Fiandrotti
Sundeep Prakash wrote: > Hi, > >I have cross compiled GTK+2.10.12 and DirectFB 1.0.0 for MIPS > BCM7401 with all the dependancy as below: ... > > Initially, execution failed at > > ret=directfb->GetInputDevice(directfb, DIDID_KEYBOARD, &keyboard) ; > > in gtk+-2.10.14/gdk/directfb/gdkdi

Re: gio changes for GVolume and GDrive

2007-12-12 Thread Alexander Larsson
On Tue, 2007-12-11 at 16:38 -0500, David Zeuthen wrote: > On Tue, 2007-12-11 at 09:50 -0500, David Zeuthen wrote: > > > So, Maybe a better set of names would be something like: > > > GDrive <-1-n-> GVolume <-1-1-> GMount > > > > > > Other alternatives for GMount: GMountedVolume, GMounted, GMountP

PLS HELP-URGENT...Error in running GTK application on MIPS board using GTK+ over DirectFB

2007-12-12 Thread Sundeep Prakash
Hi, I have cross compiled GTK+2.10.12 and DirectFB 1.0.0 for MIPS BCM7401 with all the dependancy as below: tiff 3.7.4 libpng 1.2.18 libjpeg-6b glib 2.12.13 atk 1.9.1 freetype 2.3.4 fontconfig 2.4.2 cairo 1.2.6 pango 1.16.4 and used the configuration parameter as given at http://www.directf