Recently Used Files Proposal

also don't see major problems adding a library like libxml2. I've attached a prototype API for GtkRecentItem and GtkRecentManager (already set to live in libegg, for the time being). Let me know what you think of it. Kind regards, Emmanuele. -- Emmanuele Bassi [EMAIL PROTECTED] Web site: http

Re: Recently Used Files Proposal

On 6/2/05, Sven Neumann [EMAIL PROTECTED] wrote: Hi, Emmanuele Bassi [EMAIL PROTECTED] writes: On the UI side, we should have a GtkRecentChooserDialog and a GtkRecentChooserWidget, for which I have prepared a mockup at the GUADEC Hackfest; you might see it here: http

Re: Recently Used Files Proposal

their data. And a widget (or a set of widgets) in order to maintain consistency. Kind regards, Emmanuele. -- Emmanuele Bassi [EMAIL PROTECTED] Web site: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Re: Recently Used Files Proposal

Hi, On Fri, 2005-06-03 at 01:34 +0200, Sven Neumann wrote: Hi, Emmanuele Bassi [EMAIL PROTECTED] writes: Sorry, but what are the latency reasons involved here? Parsing could be an issue on older machines - even if XML parsing has become way more efficient. What I was referring

Re: Recently Used Files Proposal

the recently used items in open mode, so we could scrap the entire Open recent... menu item altogether, and just use the Open... menuitem; it could be a viable solution. But this does not mean that we should not provide some other way to access this data. Kind regards, Emmanuele. -- Emmanuele Bassi

Re: Recently Used Files Proposal

Hi, On Fri, 2005-06-03 at 10:14 -0400, Luis Villa wrote: On 6/3/05, Emmanuele Bassi [EMAIL PROTECTED] wrote: Hi, On Fri, 2005-06-03 at 03:46 +0400, Nickolay V. Shmyrev wrote: Emmanuele, really the best way to provide access to recent items in application is menu. Even if I

Re: Recently Used Files Proposal

seriously advocating that we put a tutorial in each file-related dialog? Kind regards, Emmanuele -- Emmanuele Bassi [EMAIL PROTECTED] Web site: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org

Re: Recently Used Files Proposal

Hi, On Wed, 2005-06-08 at 00:44 -0500, Federico Mena Quintero wrote: On Thu, 2005-06-02 at 10:19 +0200, Emmanuele Bassi wrote: I've attached a prototype API for GtkRecentItem and GtkRecentManager (already set to live in libegg, for the time being). Let me know what you think of it. Oh

Re: Recently Used Files Proposal

Hi, On Wed, 2005-06-08 at 12:28 +0100, David A Knight wrote: On Wed, 2005-06-08 at 10:34 +0200, Emmanuele Bassi wrote: The recently used manager is checked by GtkFileChooser: developers need not to meddle with a RecentManager object directely. Once a document is opened or saved using

Re: Recent Files Status

Hi, On 7/2/05, Christian Neumair [EMAIL PROTECTED] wrote: Am Samstag, den 02.07.2005, 12:22 +0200 schrieb Emmanuele Bassi: The CVS got back working, so I've committed the patches... The question stays, though: if we are going to replace the recent-files stuff, I'll have to drop

Recent Files Manager in libegg

widget, in order to implement an Office-XP-like side pane, with some meta data (icon, status, full location, ...). Can someone have a look at it, and tell me if it's okay for me to commit it into libegg? Kind regards, Emmanuele. +++ [1] In the Houston, we've got recovery sense. -- Emmanuele

Recent Files Manager in libegg - Take 2

inside libegg/recent-files/README. I also plan to move the storage backend of EggRecentModel to the RecentManager storage format, in order to show the same data from both objects. Kind regards, Emmanuele. -- Emmanuele Bassi [EMAIL PROTECTED] Web site: http://log.emmanuelebassi.net

Re: Recent Files Manager in libegg - Take 2

resources list should be painless. There are examples in the source, anyway. Regards, Emmanuele. -- Emmanuele Bassi [EMAIL PROTECTED] Web site: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org

Re: notebook issue ?

of the gtk_notebook_*_page functions. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: RecentManager and win32

Hi James, On 10/3/05, James Henstridge [EMAIL PROTECTED] wrote: Emmanuele Bassi wrote: * Strategy == Obviously, we can't have two APIs, so the best thing that I could come up with was: 1. we use, for the recently used resources list, the same storage system on both Unix

Re: libegg/recentchooser

insensitive, while the menu does not. It was done to test both cases. :-) +++ Thanks for your review. Ciao, Emmanuele. +++ [1] http://bugzilla.gnome.org/show_bug.cgi?id=147434 [2] http://bugzilla.gnome.org/show_bug.cgi?id=157377 -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http

Re: libegg/recentchooser

benefit of this code. Thanks, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: libegg/recentchooser

Hi James, On Wed, 2005-11-30 at 11:23 +0800, James Henstridge wrote: Emmanuele Bassi wrote: Uhm, I'll put that code under #idef G_OS_UNIX/#endif guards for the time being, but the getenv(TZ)/setenv(TZ) timezone trick should work on any sufficiently recent POSIX-like system; users of other

Re: libegg/recentchooser

function using libsoup's equivalent code, after James pointed that out. The fixes are in libegg HEAD (libegg/bookmarkfile). Thanks, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk

Re: Some new GString functions - constructors

on the returned strings vector. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: g_object_ref_sink and GUnowned

. This way we would avoid unnecessary binding breakage like what happenend with the Perl bindings, and a warning for the users of the library. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel

Re: GNOME CVS: gtk+ matthiasc

Hi Jonathan, On Wed, 2006-01-25 at 11:01 -0500, Jonathan Blandford wrote: On Mon, 2006-01-23 at 22:35 -0500, Matthias Clasen wrote: 2006-01-23 Matthias Clasen [EMAIL PROTECTED] Add GtkLinkButton, a port of GnomeHRef. (#314808, Emmanuele Bassi) * gtk/gtklinkbutton.h: * gtk

Re: problems with graphics with gtk!

if for the development *of* the gtk libraries: if you want to developer *with* the gtk libraries, subscribe to the gtk-app-devel list. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel

Re: Gtk+ Recent files updates

Hi Murray, On Tue, 2006-04-11 at 22:18 +0200, Murray Cumming wrote: On Tue, 2006-04-11 at 21:28 +0200, Emmanuele Bassi wrote: Hi Murray, On Tue, 2006-04-11 at 21:01 +0200, Murray Cumming wrote: It's a real question - not a rhetorical one: making GtkRecentFilterInfo a boxed type makes

Re: Recently Used Files Proposal

-02 at 10:19 +0200, Emmanuele Bassi wrote: [snip] On the UI side, we should have a GtkRecentChooserDialog and a GtkRecentChooserWidget, for which I have prepared a mockup at the GUADEC Hackfest; you might see it here: http://www.emmanuelebassi.net/images/shots/recent-items-viewer.png Who

Re: Recently Used Files Proposal

Hi Alex, On 4/26/06, Alexander Larsson [EMAIL PROTECTED] wrote: On Tue, 2006-04-25 at 08:12 +0200, Murray Cumming wrote: On Thu, 2005-06-02 at 10:19 +0200, Emmanuele Bassi wrote: I've considered the option of making a menu, but I decided that we should avoid it for latency reasons

Re: Recently Used Files Proposal

. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: gtk_statusbar

+ library, not with the gtk+ library. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: [RFC] Simple file monitoring API for GLib

Hi Matthias, On Mon, 2006-05-08 at 20:54 -0400, Matthias Clasen wrote: On 5/8/06, Emmanuele Bassi [EMAIL PROTECTED] wrote: [...] The file monitoring API is as simple as the current API for idle and timeout sources: [...] General comments: - In general, I like the proposed API

Re: [RFC] Simple file monitoring API for GLib

On Tue, 2006-05-09 at 13:06 -0400, Joe Shaw wrote: Hi, On Mon, 2006-05-08 at 22:49 +0100, Emmanuele Bassi wrote: typedef enum { G_FILE_CREATED_EVENT, G_FILE_CHANGED_EVENT, G_FILE_REMOVED_EVENT, G_FILE_UNKNOWN_EVENT } GFileEvent; Would G_FILE_CHANGED_EVENT

Re: [RFC] Simple file monitoring API for GLib

and check/audit it and propose it for a shift in the GNOME stack. Ciao, Emmanuele. -- Emmanuele Bassi - [EMAIL PROTECTED] Log: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk

Re: GTK+ 2.10, the endgame

the ability to create a list of menu items instead of a single widget with the same GtkAction. At this point, I'd like a UIManager author/guru to step in and see if I'm doing something wrong. The bug is #338843 [1]. +++ http://bugzilla.gnome.org/show_bug.cgi?id=338843 -- Emmanuele Bassi, E

Re: road to gtkmm 2.10

-devel-list/2006-June/msg00087.html [2] http://o-hand.com/~ebassi/2006-guadec-recent-files/recent-files.pdf [3] http://cvs.gnome.org/viewcvs/libegg/libegg/recent-files/egg-recent-view-uimanager.c Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

GtkRecentChooser API glitch

will be marked as deprecated as soon as GTK+ will branch off for the 2.11/2.12 cycle, so you'll have to bear with this inconsistency for a short period of time. Again, sorry for the mess. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

Re: stdout output from colorselection

. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: FW:

E wrote: Hi, This is Madhusudan here. ... -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo

Re: Gtk Application over GTK-DFB

level window are visible. The window decorations are handled by the window manager, not by GTK; you should make sure that you are using a window manager like metacity or matchbox on direct-fb. Not sure if that would work, though. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: Gtk application(hello.c) over GTK-DirectFB

. You already got two answers: http://mail.gnome.org/archives/gtk-devel-list/2006-August/msg00029.html http://mail.gnome.org/archives/gtk-devel-list/2006-August/msg00030.html Please, read the mailing list instead of writing only. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W

Re: Italian translation for gtk-properties

, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GTK+ canvas?

canvas widget using Cairo; at least two canvases have been written that I recall: Goocanvas (which has had Python bindings recently added) and CCC - probably I am forgetting some other project. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

Re: Insert an image into a gtk_window

be notified. Can you help me?? Can you please stop sending multiple off-topic mails on this list? The gtk-devel-list is for developing GTK, not developing *with* GTK; you should subscribe to gtk-app-devel and gtk-list. Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: Plans for gnome-vfs replacement

and only have pure interface types; so the only way they have to define an abstract type with default implementations is to create an abstract object. Anyway, there's no hard or compelling reason for using a GTypeInterface instead of an abstract GObject. Ciao, Emmanuele. -- Emmanuele Bassi, E

GTK+ Application class

be abstracted into a general-purpose class or not. +++ [1] http://live.gnome.org/GTK%2B/ApplicationClass [2] http://live.gnome.org/ProjectRidley [3] http://live.gnome.org/LibgnomeMustDie [3] http://bugzilla.gnome.org/show_bug.cgi?id=127958 Ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL

Re: GTK+ Application class

Hi Tristan; On Mon, 2006-10-23 at 12:05 -0400, Tristan Van Berkom wrote: Emmanuele Bassi wrote: [...] Hi, First, thanks for taking the time to think all this up and writing this proposal - I have some questions/opinions to share on the topic, while they might be some strong opinions

Re: GTK+ Application class

, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GTK+ Application class

Hi Yevgen; On Wed, 2006-10-25 at 12:24 -0500, Yevgen Muntyan wrote: Emmanuele Bassi wrote: ... gchar * (*new_document) (GtkApplication *application); gboolean (*save_document) (GtkApplication *application, const

Re: GTK+ Application class

hy Yevgen; On Wed, 2006-10-25 at 15:34 -0500, Yevgen Muntyan wrote: What's the purpose of this? These vfuncs have been moved too to the GtkDocumentModel interface, inside a more complex GtkDocumentInfo boxed type. The rationale between setting and getting the document's MIME type

Re: Gtk+ upstream meeting at FOSDEM

like to join the Gtk+ meeting, please drop me a line so i can refine the proposed date to get most people on it. I should be at FOSDEM starting the 23rd, but I can't say the time of arrival yet. :-( ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B

Re: GTK+ 2.10.8 released

#397671 [1], but I've yet to get confirmations. could you please try a recent SVN check out from the gtk-2-10 branch and see if it fixes your problem? thanks in advance. ciao, Emmanuele. +++ [1] http://bugzilla.gnome.org/show_bug.cgi?id=397671 -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: another question about combo

. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: GtkBuilder report

: GtkBuilder can be used to define the tree/list stores for your tree view too - I'd say that not being able to get those objects is a pretty bad scenario, which might lead to data loss. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

Re: Alignemnt of GtkCheckButton.

padding using a GtkAlignment. and you should mail the appropriate mailing list too: these questions belong to gtk-app-devel-list - gtk-devel-list is the mailing list for developing the GTK+ library, not with the GTK+ library. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: undefined reference to `g_sequence_*'

hi; On Sun, 2007-02-11 at 23:52 +0200, Stefan Kost wrote: when building glib/gtk+ (into a local dir) from svn I get: ../../gtk/.libs/libgtk-x11-2.0.so: undefined reference to `g_sequence_free' you need to use a newer GLib when building GTK+ from trunk. ciao, Emmanuele. -- Emmanuele Bassi

Re: Need a little guidance with signals

-devel-list or gtk-list. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk

Re: GTK+ 2.10.10 released

english. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Out of Date Webpages

needing updates and update the gtk-web/ChangeLog. also patches should be generated with diff -up. Should we send patches to this list I suppose? probably, it would be better to add patches to bugzilla - the gtk+ product would need a web component. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL

Re: GLib 2.13.0 released

release, not a stable release. new features can still be added. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Re: Getting GTK+ to work on the Mac

/gtk2-perl/gtk2-perl-xs/Gtk2/README?revision=1.79view=markup section INSTALLATION and DEPENDENCIES. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing

Re: first Gtk Version over DirectFB

branch; trunk contains what will be gtk+ 2.12. Not sure what's the solution, but that's a known issue [2]. the solution would be to commit to the gtk-2-10 branch if you want you fixes backported to the stable releases. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: How set cursor in GTK apps using gdk_window_set_cursor

On Fri, 2007-04-06 at 20:23 +0530, Harishkumar V wrote: Hi guys, help me to solve this segmentation fault you want to ask on gtk-app-devel-list. this mailing list is intended for the development of GTK+, not development with GTK+. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL

Re: is glib too bloated?

to data types. having said that, the only thing that I would like having is a (G)type safe container abstract class - but that can be built upon GList/GSequence and the GType API in less than 100 lines of code probably. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http

Re: GtkCanvas requirements?

screw the developers on embedded devices *again*. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http

Re: GtkCanvas requirements?

there, we've seen what happens. that's the only point I was trying to make. really. :-) ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel

Re: GTK+ Web site overhaul

, Emmanuele. [1] http://live.gnome.org/GnomeWeb/CmsSetup [2] http://mail.gnome.org/archives/marketing-list/2006-October/msg00138.html -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk

Re: Some comments about GVFS

+ appears to be using guchar*, to avoid the signedness issue like you reported; see the GtkSelectionData and the drag and drop API in GTK+ and the base64 API in GLib for precedents of that. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

[REMINDER] GTK+ developers Ttam meeting tonight

EDT, 14:00 PDT, 00:00 EEST, 22:00 BST [3] http://mail.gnome.org/archives/gtk-devel-list/2007-March/msg1.html -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list

GTK+ Team Meeting Minutes - 22nd May 2007

+ out next week along with the glib one kris proposed to shift the release dates for glib 2.14 and gtk+ 2.12 by a month; this would move the release dates from pre-GUADEC to slightly post-GUADEC, just like last year. everyone agreed. +++ ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL

Re: GtkActionEntry doesn't allow closures?

might want to replace GtkActionEntry with something that makes sense in your language; in the Perl bindings, for instance, a GtkActionEntry doesn't exist - it's either an hash reference or an array reference, containing the same fields as the C structure. ciao, Emmanuele. -- Emmanuele Bassi, E

GTK+ Team Meeting for Tuesday, June 5th

-devel-list/2007-May/msg00236.html -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[REMINDER] GTK+ developers Team meeting tonight

] http://www.timeanddate.com/worldclock/fixedtime.html?month=6day=5year=2007hour=20min=0sec=0p1=0 [2] http://mail.gnome.org/archives/gtk-devel-list/2007-May/msg00236.html -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

GTK+ Team Meeting Minutes - June 5th

. ACTION: Paolo Borelli volunteered for adding a page on the wiki listing small API additions that should be considered for inclusion in the upcoming stable release. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http

Re: GtkPlot...using different scales left/righ axis

also want to ask the authors of GtkPlot, which is not part of the gtk+ widgets. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list

[REMINDER] GTK+ Team Meeting Tonight

, Emmanuele. +++ [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=6day=12year=2007hour=20min=0sec=0p1=0 -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list

Re: gtk+ compile

-config --cflags --libs gtk+-2.0' gcc: pkg-config --cflags --libs gtk+-2.0: No such file or directory you have to use backticks: ` ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list

Re: The new tooltips API in 5 minutes [Was: Re: Whats coming in GTK+ 2.12, continued]

needed and he did a wonderful job. if you're coming to GUADEC this year, be sure to buy kris a pint! ciao, Emmanuele. -- Emmanuele Bassi, http://www.gnome.org/~ebassi ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman

[REMINDER] GTK+ Team Meeting on Monday, July 16

to the meeting (room capacity permitting). the minutes of the meeting will be sent on the mailing list as soon as possible. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing

Re: GtkRecentChooser API glitch

of deprecated symbols. when I added the markers I didn't know about the new syntax; then I completely forgot about adding the deprecation guards. I have committed a documentation patch for GtkRecentChooser properties, and fixed both issues. thanks for the reminder. ciao, Emmanuele. -- Emmanuele

Re: GtkRecentChooser API glitch

also forgot to add the deprecation guards. both issues are fixed in SVN, now. many thanks for the reminder. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk

Re: Concept behind GtkTreeView

-list, as gtk-devel-list is the mailing list dedicated to the developer *of* gtk+, not *with* gtk+. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list

Re: elastic tabstops implemented for GTK

feature to the GtkSourceView widget first and make it available to every project using the libgtksourceview library. if it proves worth adding to GtkTextView, it can then be backported. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Abstract string properties with getter/setter functions

because it has been documented and it's more or less consistent with the rest of the gtk+ API. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org

Re: GtkFileChooser + thumbnails ... history?

in libegg, inside the pixbufthumbnail sub-module. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: file chooser and recently used dirs

-- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: file chooser and recently used dirs

. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: turning g_assert* into warnings

On Fri, 2007-10-12 at 14:40 +0200, Mathias Hasselmann wrote: So I guess what you really want is some kind of g_soft_assert or some g_warn_if_fail. +1 on a g_warn_if_fail() API addition. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: Chaining Up (GLib Tutorial Error)

. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: Signals with gchar** arguments

of signals I've seen in a while. ;-) the SoupSession should really take a AuthenticateCallback function and emit a signal on success or one on failure. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: GLib and Gtk+ branched for 2.15.0

+++ [1] http://live.gnome.org/GTK+/Meetings -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[REMINDER] GTK+ Team Meeting on IRC

points: - GIO/GVFS merge - GSettings status - extended layout interface API ciao, Emmanuele. +++ [0] http://live.gnome.org/GTK+/Meetings [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=11day=20year=2007hour=20min=0sec=0p1=0 -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B

Re: [REMINDER] GTK+ Team Meeting on IRC

On Tue, 2007-11-20 at 23:47 +, Bastien Nocera wrote: On Tue, 2007-11-20 at 19:41 +, Emmanuele Bassi wrote: hi everyone; as you might have seen on the wiki page[0], now that GLib and GTK+ have been branched for development, the (bi-)weekly IRC meetings can restart as well

[REMINDER] GTK+ Team Meeting -- December 4, 2007

://live.gnome.org/GTK+/Meetings [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=12day=04year=2007hour=20min=0sec=0p1=0 -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk

Re: GIO API review

, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

[REMINDER] GTK+ Team Meeting -- December 18, 2007

on the wiki page[0]. everyone can partecipate, as usual. ciao, Emmanuele. +++ [0] http://live.gnome.org/GTK+/Meetings [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=12day=18year=2007hour=20min=0sec=0p1=0 -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http

Re: g_build_filename and members

difficult to define in a single API call. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list

Re: g_build_filename and members

On Sun, 2008-01-06 at 23:30 +0100, Xavier Bestel wrote: Le dimanche 06 janvier 2008 à 22:14 +, Emmanuele Bassi a écrit : On Sun, 2008-01-06 at 21:43 +0100, Mikael Hermansson wrote: Hmm just saw that g_build_filename does not work for GIO Uris as the name implies

[REMINDER] GTK+ Team Meeting -- 8 January 2008

will be notified on the wiki page[0]. everyone can participate, as usual. ciao, Emmanuele. +++ [0] http://live.gnome.org/GTK+/Meetings [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=1day=8year=2008hour=20min=0sec=0p1=0 -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http

Re: g_intern_static_string() for type names as small optimization

() does not copy the string, therefore string must not be freed or modified. for a interned strings pool, there's also a wikipedia page: http://en.wikipedia.org/wiki/String_intern_pool ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

Re: GTK+ recent manager and RTL issues

of the applications you opened a bug against). ciao, Emmanuele. +++ [1] I know, I know: the HIG says that. well the HIG is text, and it can be wrong too. I've considered all the rationales people have presented to me for the inline list, and I found them not convincing. -- Emmanuele Bassi, W: http

Re: GTK+ recent manager and RTL issues

On Mon, 2008-01-21 at 18:51 -0500, Behdad Esfahbod wrote: I sure hope ebassi can be talked into adding the widget needed for those apps to GTK+... as I said, I'd gladly review an inline GtkRecentChooser implementation. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net

Re: GTK+ Website Review - Final Draft

an impressive job. I really like the new logo as well. The plan is to upload these pages on Tuesday sometime. If anyone has any issues to take up before then, let me know. none from me. ciao, Emmanuele. -- Emmanuele Bassi, W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net

  1   2   3   4   5   6   7   8   >