Customizing GtkFileChooserDialog
Hi, I need to add some extra saving options to a GtkFileChooserDialog. In this purpose I'm trying to access its vbox with: GtkWidget *label = gtk_button_new_with_label (test); gtk_container_add (GTK_CONTAINER (GTK_DIALOG (file_chooser_dialog)-vbox), label); But it has no effect and produces no error on stderr. I also tried with gtk_box_pack_start() Can I customize it this way or must I create my dialog from scratch using GtkFileChooserWidget and adding extra widgets? Regards, -- Olivier ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Customizing GtkFileChooserDialog
On 5/28/07, Olivier Guilyardi [EMAIL PROTECTED] wrote: Hi, I need to add some extra saving options to a GtkFileChooserDialog. In this purpose I'm trying to access its vbox with: GtkWidget *label = gtk_button_new_with_label (test); gtk_container_add (GTK_CONTAINER (GTK_DIALOG (file_chooser_dialog)-vbox), label); But it has no effect and produces no error on stderr. I also tried with gtk_box_pack_start() I believe you have to explicitly gtk_widget_show the widget after adding it. Scott ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Customizing GtkFileChooserDialog
On Mon, 2007-05-28 at 17:51 +0200, Olivier Guilyardi wrote: Hi, I need to add some extra saving options to a GtkFileChooserDialog. In this purpose I'm trying to access its vbox with: GtkWidget *label = gtk_button_new_with_label (test); gtk_container_add (GTK_CONTAINER (GTK_DIALOG (file_chooser_dialog)-vbox), label); But it has no effect and produces no error on stderr. I also tried with gtk_box_pack_start() you should also show the widget. but you're better off using gtk_file_chooser_set_extra_widget() which was added for this purposes. Can I customize it this way or must I create my dialog from scratch using GtkFileChooserWidget and adding extra widgets? this is another option, but the extra widget is the preferred way. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Customizing GtkFileChooserDialog
Emmanuele Bassi wrote: On Mon, 2007-05-28 at 17:51 +0200, Olivier Guilyardi wrote: I need to add some extra saving options to a GtkFileChooserDialog. In this purpose I'm trying to access its vbox with: GtkWidget *label = gtk_button_new_with_label (test); gtk_container_add (GTK_CONTAINER (GTK_DIALOG (file_chooser_dialog)-vbox), label); But it has no effect and produces no error on stderr. I also tried with gtk_box_pack_start() you should also show the widget. but you're better off using gtk_file_chooser_set_extra_widget() which was added for this purposes. I didn't see this one.. Thanks :) -- Olivier ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Problem with gtk drawing primitive
Hi I'm making a widget from scratch using the tutorial's GtkDial as a base. For now I just want to draw something in my widget. The following error occurs (test_sw:4242): Gtk-CRITICAL **: gtk_paint_polygon: assertion `style-depth == gdk_drawable_get_depth (window)' failed This is the code in the WIDGET_expose callback: blankstyle = gtk_style_new(); blankstyle-bg[GTK_STATE_NORMAL] = sw-color; gtk_style_set_background(blankstyle, w-window, GTK_STATE_NORMAL); gtk_paint_polygon(blankstyle, w-window, GTK_STATE_NORMAL, GTK_SHADOW_OUT, NULL, w, NULL, points, 8, TRUE); Please could anyone help me with this problem? Jerome Blondel ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
libgnomedbmm-2.9.5 problem with compilation
I've try to compile libgnomedbmm-2.9.5 from sources. After make there was an error looks like : generate_defs_gnomedb.cc:22:47: error: libgnomedb-graph/libgnomedb-graph.h: No such file or directory generate_defs_gnomedb.cc: In function 'int main(int, char**)': generate_defs_gnomedb.cc:84: error: 'GNOME_DB_TYPE_CANVAS' was not declared in this scope generate_defs_gnomedb.cc:85: error: 'GNOME_DB_TYPE_CANVAS_DB_RELATIONS'; was not declared in this scope generate_defs_gnomedb.cc:86: error: 'GNOME_DB_TYPE_CANVAS_QUERY_STRUCT'; was not declared in this scope generate_defs_gnomedb.cc:87: error: 'GNOME_DB_TYPE_CANVAS_ITEM'; was not declared in this scope generate_defs_gnomedb.cc:88: error: 'GNOME_DB_TYPE_CANVAS_ENTITY'; was not declared in this scope generate_defs_gnomedb.cc:89: error: 'GNOME_DB_TYPE_CANVAS_JOIN'; was not declared in this scope generate_defs_gnomedb.cc:90: error: 'GNOME_DB_TYPE_CANVAS_FIELD'; was not declared in this scope generate_defs_gnomedb.cc:91: error: 'GNOME_DB_TYPE_CANVAS_TIP'; was not declared in this scope generate_defs_gnomedb.cc:92: error: 'GNOME_DB_TYPE_CANVAS_CURSOR'; was not declared in this scope generate_defs_gnomedb.cc:93: error: 'GNOME_DB_TYPE_CANVAS_TEXT'; was not declared in this scope make[2]: *** [generate_defs_gnomedb.o] Błąd 1 make[2]: Opuszczenie katalogu `/usr/src/libgnomedbmm-2.9.5/tools/extra_defs_gen' make[1]: *** [all-recursive] Błąd 1 make[1]: Opuszczenie katalogu `/usr/src/libgnomedbmm-2.9.5/tools' make: *** [all-recursive] Błąd 1 I know that problem is with libgnomedb-graph.h but it should be deliver with libgnomedb-3.0.0 (this one is compile without problems). What I should do? kernel: 2.6.20.11-vs2.2.0 libgnomedb: 3.0 libgdamm: 3.0 libgda: 3.0 -- View this message in context: http://www.nabble.com/libgnomedbmm-2.9.5-problem-with-compilation-tf3826530.html#a10832240 Sent from the Gtk+ - Apps Dev mailing list archive at Nabble.com. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Problem with gtk drawing primitive
On Mon, May 28, 2007 at 08:21:01PM +0200, Jerome Blondel wrote: I'm making a widget from scratch using the tutorial's GtkDial as a base. For now I just want to draw something in my widget. The following error occurs (test_sw:4242): Gtk-CRITICAL **: gtk_paint_polygon: assertion `style-depth == gdk_drawable_get_depth (window)' failed This is the code in the WIDGET_expose callback: blankstyle = gtk_style_new(); blankstyle-bg[GTK_STATE_NORMAL] = sw-color; gtk_style_set_background(blankstyle, w-window, GTK_STATE_NORMAL); gtk_paint_polygon(blankstyle, w-window, GTK_STATE_NORMAL, GTK_SHADOW_OUT, NULL, w, NULL, points, 8, TRUE); Please could anyone help me with this problem? I suspect blankstyle = gtk_style_attach(blankstyle, w-window); is missing. Yeti -- http://gwyddion.net/ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Problem with gtk drawing primitive
David Nec(as (Yeti) : On Mon, May 28, 2007 at 08:21:01PM +0200, Jerome Blondel wrote: I'm making a widget from scratch using the tutorial's GtkDial as a base. For now I just want to draw something in my widget. The following error occurs (test_sw:4242): Gtk-CRITICAL **: gtk_paint_polygon: assertion `style-depth == gdk_drawable_get_depth (window)' failed This is the code in the WIDGET_expose callback: blankstyle = gtk_style_new(); blankstyle-bg[GTK_STATE_NORMAL] = sw-color; gtk_style_set_background(blankstyle, w-window, GTK_STATE_NORMAL); gtk_paint_polygon(blankstyle, w-window, GTK_STATE_NORMAL, GTK_SHADOW_OUT, NULL, w, NULL, points, 8, TRUE); Please could anyone help me with this problem? I suspect blankstyle = gtk_style_attach(blankstyle, w-window); is missing. Thanks ! Jerome Blondel ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
How to add stuff to treeviews??
Original Message From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Glade-users] How to add stuff to treeviews?? Date: Mon, 28 May 2007 22:09:36 +0800 Michael Ekstrand wrote: On Fri, 2007-05-25 at 11:47 +0300, Felipe Balbi wrote: After getting my treeview using glade_xml_get_widget() and inserting a column with gtk_tree_view_insert_column()... how can I add data to the treeview??? You don't add data to a tree view itself, you add it to the TreeModel which is backing the treeview. So you need to create a GtkTreeModel of some kind (usually either GtkListStore or GtkTreeStore), populate it, and assign it to the tree view (with gtk_tree_view_set_model()). See the following links for more details: * http://scentric.net/tutorial/ * http://developer.gnome.org/doc/API/2.0/gtk/TreeWidget.html - Michael ___ Glade-users maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/glade-users Hello, I too am trying to use a Treeview model view, etc. I have created a list store before and that works fine. Now I am creating a new program and want to create a Treeview with a parent iter and 6 set child iter (ie you create a new row and the row auto creates the 6 children underneath) But I am having trouble doing ANYTHING with the treeview. Cut/paste the example from the gtk 2.0 API simply fails to do anything. I am left with a blank screen. inserting g_print shows that the code is being called, but nothing is being displayed. Since the gtk_tree_view is created in glade, I am simply doing a lookup_widget on the treeview and adding columns to it (ie none exist) and then populating the data. My code, very stripped down (to remove possible errors) is: void on_harpmanager_show(GtkWidget *widget, gpointer user_data) { GtkTreeStore *tree_store; GtkTreeIter parent_iter, child_iter; GtkWidget *view; GtkCellRenderer *renderer; GtkTreeSelection *selection; GtkTreeViewColumn *col; // CREATE THE TREE_VIEW and hook the row selection event into it! view = lookup_widget(widget, treeview_base); selection = gtk_tree_view_get_selection(GTK_TREE_VIEW(view)); gtk_tree_selection_set_select_function(selection, func_base_select, NULL, NULL); // CREATE COLUMN HEADERS if (gtk_tree_view_get_column(GTK_TREE_VIEW(view), 0) == NULL) { // -- Column 1 -- col = gtk_tree_view_column_new(); gtk_tree_view_column_set_title(col, CHARACTER NAME); gtk_tree_view_append_column(GTK_TREE_VIEW(view), col); renderer = gtk_cell_renderer_text_new(); gtk_tree_view_column_pack_start(col, renderer, TRUE); gtk_tree_view_column_add_attribute(col, renderer, text, 0); } } With this I should get a simple treeview with column headings, but I get nothing. Adding the following also produces a blank screen. tree_store = gtk_tree_store_new (1, G_TYPE_STRING); gtk_tree_store_append (tree_store, parent_iter, NULL); gtk_tree_store_set (tree_store, parent_iter, 0, Darkeen, -1); gtk_tree_store_append (tree_store, parent_iter, child_iter); gtk_tree_store_set (tree_store, child_iter, 0, Profession, -1); gtk_tree_store_append (tree_store, parent_iter, child_iter); gtk_tree_store_set (tree_store, child_iter, 0, Race, -1); gtk_tree_store_append (tree_store, parent_iter, child_iter); gtk_tree_store_set (tree_store, child_iter, 0, Talents, -1); gtk_tree_store_append (tree_store, parent_iter, child_iter); gtk_tree_store_set (tree_store, child_iter, 0, Skills, -1); gtk_tree_store_append (tree_store, parent_iter, child_iter); gtk_tree_store_set (tree_store, child_iter, 0, Equipment, -1); gtk_tree_view_set_model (GTK_TREE_VIEW(view), GTK_TREE_MODEL(tree_store)); g_object_unref (tree_store); gtk_widget_show_all(widget); HELP! -- --- Regards, Jason Brisbane ___ Glade-users maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/glade-users ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: gtk+/glib versions for GNOME 2.20
Le mardi 15 mai 2007, à 15:05 +0200, Vincent Untz a écrit : Hi, In [1], Tim mentioned that the current plan was to release GTK+ 2.12 mid-June. Is this still the case or do you expect a delay? This would be useful to know, so we can tell people that it's okay to use the new GTK+ features. And any idea about glib 2.14? I guess if GTK+ 2.12 will be ready, the new glib will be ready too. (FWIW, Behdad told on IRC that he expects GNOME 2.20 to use pango 1.18) Since the release dates for GTK+ 2.12 and glib 2.14 are now post-GUADEC and it's probably not a good idea to put pressure on the GTK+ team, I believe it's better to stay with GTK+ 2.10/glib 2.12 for GNOME 2.20. If there's no objection, the release team will announce this in a few days. Thanks, Vincent -- Les gens heureux ne sont pas pressés. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: gtk+/glib versions for GNOME 2.20
On Mon, 2007-05-28 at 16:12 +0200, Vincent Untz wrote: Le mardi 15 mai 2007, à 15:05 +0200, Vincent Untz a écrit : Hi, In [1], Tim mentioned that the current plan was to release GTK+ 2.12 mid-June. Is this still the case or do you expect a delay? This would be useful to know, so we can tell people that it's okay to use the new GTK+ features. And any idea about glib 2.14? I guess if GTK+ 2.12 will be ready, the new glib will be ready too. (FWIW, Behdad told on IRC that he expects GNOME 2.20 to use pango 1.18) Since the release dates for GTK+ 2.12 and glib 2.14 are now post-GUADEC and it's probably not a good idea to put pressure on the GTK+ team, I believe it's better to stay with GTK+ 2.10/glib 2.12 for GNOME 2.20. If there's no objection, the release team will announce this in a few days. If this happens, I hope that GTK+ will not then be frozen before GNOME 2.21/2.22 development has really started, or else the new GTK+ API will be frozen before it is tested. Synchronization with the GNOME release schedule would be best. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GTK+ Website Review
Hi, Over the last few weeks, I have spent time putting together the new website for gtk.org. I decided it would be easier to start from scratch reusing the original content. I have put the new pages up here for review: http://www.imendio.com/~martyn/gtk/ The content is my primary interest, but if you have style queries or comments they are also welcome. Issues outstanding: * The about page currently has several issues I would like to resolve before I would say it is complete. The main one being that the Other credits section lists (not comprehensively) contributors of important parts of GTK+. I don't think it makes sense to include it. What do others think? * The GTK+ team on the about page is out of date. We have the same issue with the FAQ and again with the AUTHORS file in the repository. I briefly discussed this with Tim Janik and we couldn't completely agree here. I personally think we should have a named team which are the established GTK+ team. Tim's point was that this changes quite often and mostly unrealistic. I think having this is vitally important for a project so the community have a body to turn to which is responsible. Maybe I am wrong? Either way, we need to synchronise these in one place I think. Naming people in the FAQ is pointless, it is updated even less frequently than the website. * The overview page lists the latest news items and I trimmed it down because it was quite long. I wonder if should only have the last 5 items? Also on the old pages we had news listings back to the beginning of time. I haven't done this due to the time it would take and those sort of things are always available in the archives. Does anyone disagree here? * Should the FAQ be JUST available in the website module? At the moment, we have to take that file and build the html and move it somewhere else to make sure it is visible for the website, it might make life easier if it was part of the same module. * I have added a section called Support to the Development page which is supposed to be for customers wanting to submit funds or man power into the project to have some clear direction and way forward to do that. I have added a link to the gnome-foundation mailing list, is there anything else we can do here? * Are we going to provide binary packages for Windows or OS X? I think we should state clearly what we are going to do here on the downloads page. I just used the last text which said Windows packages are coming soon, is this true? Perhaps we could link to Tor's page here OR perhaps Tor's page should be hosted at gtk.org? The first time I tried to get GTK+ working on Windows, I expected gtk.org to be the place to visit and it wasn't. * Should we add some information about getting GTK+ working on Windows and OS X on the development page (like the building Evolution on Windows HOWTO Tor wrote or the building Loudmouth on Windows HOWTO I wrote)? Having this information on the main site could eliminate a lot of questions posted to the mailing lists. * Have I missed anything? * What are people's thoughts on the initial look and feel? -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
GtkTextLayout users
Hi guys, There is an idea to make most of semi-private stuff in GtkTextLayout and friends really private. I did some search (and will do more), and looked at GnomeCanvas, and apparently only the list below is used (and needs to be exported). The stuff below is normal api, i.e. api which is needed by folks who use GtkTextLayout in a canvas (perhaps somewhere else?). Problem is that there is also lot of stuff exposed which isn't used by anyone (apparently), and requires backwards-incompatible changes (see bug #435405 for example). For instance, GtkTextLayoutClass is public though nobody extends GtkTextLayout; GtkTextLayout is public and has lot of fields of which only default_style is used; GtkTextCursorDisplay and GtkTextLineDisplay are public though they are used only internally for drawing. So, are there GtkTextLayout users who use more than GnomeCanvas does? API used outside gtk: GtkTextLayout.default_style. gtk_text_layout_get_type() (and type macros), gtk_text_layout_new(), gtk_text_layout_default_style_changed(), gtk_text_layout_set_cursor_visible(), gtk_text_layout_get_cursor_visible(), gtk_text_layout_get_cursor_locations(), gtk_text_layout_validate(), gtk_text_layout_validate_yrange(), gtk_text_layout_get_size(), gtk_text_layout_set_buffer(), gtk_text_layout_set_screen_width(), gtk_text_layout_set_contexts(), gtk_text_layout_set_default_style(), gtk_text_layout_draw(), gtk_text_layout_move_iter_to_previous_line(), gtk_text_layout_move_iter_visually(), gtk_text_layout_move_iter_to_x(), gtk_text_layout_move_iter_to_line_end(), gtk_text_layout_get_iter_at_pixel(), gtk_text_layout_iter_starts_line(), gtk_text_layout_get_iter_location(), Best regards, Yevgen ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Martyn, Martyn Russell wrote: Hi, Over the last few weeks, I have spent time putting together the new website for gtk.org. I decided it would be easier to start from scratch reusing the original content. I have put the new pages up here for review: http://www.imendio.com/~martyn/gtk/ The content is my primary interest, but if you have style queries or comments they are also welcome. Great work! This is the way to go, it looks great generally. Thanks too for the clean HTML source. Now come the bad news :) I will purely comment on style here. So, at first sight, the page looked a bit empty. It was just a feeling of something is missing. I think the Inkscape website had it, but http://winehq.org/ still has it - a screenshot on the front page, something representative besides just a logo. I think another source of that feeling comes from the text color - just use black please. Make it as easy on the eyes as possible, so black is *the* color for normal paragraphs. Also, the WineHQ page (at least the main page) has a reddish color theme. Maybe use (GTK logo) colors for headings? Something like dark (!) green for description pages (Overview, Features, About), blue for downloadable stuff (Download, Screenshots), and red for in-depth / development pages (Development). I would put the FAQ in the last category, but I'm not too sure. I feel the coloring of the documentation page should be more unified - there is red in the heading, and the icons are blue-ish and green. Also, the view and download icons don't match well in their style. And maybe add some space vertically between the table rows (GLib / GObject / Pango / ...) to not have it be one overwhelming block. I wonder where the GTK logo proposal went? I think it would fit quite well in this design. Now, I won't make my language exams in June now (but in September), so I have time left sooner for helping out here. I'm a bit busy with other things, but I can lend a hand still. Greetings, Felix PS: I'm new to message-signing. I don't normally see people sign their messages. Is it bad etiquette to use them on mailing lists? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGW1P6lW86h1QHmOcRAt8cAKCxp4jkylM+urLU9WHPJ/2DJv3pSwCeLMP4 o+Dn+ti/SHD1lFbrmH32ueU= =L1df -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
gege2061 wrote: Martyn Russell a écrit : * Have I missed anything? Hi, Hi, I regulary use GTK+ web site for access to documents pages. I think redirections of the http://www.gtk.org/api/xxx/ addresses towards http://developer.gnome.org/doc/API/2.0/xxx/index.html would be very practical! That does sounds like a good idea actually. Thanks. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
Felix Rabe (public) wrote: Hi Martyn, Martyn Russell wrote: Hi, Over the last few weeks, I have spent time putting together the new website for gtk.org. I decided it would be easier to start from scratch reusing the original content. I have put the new pages up here for review: http://www.imendio.com/~martyn/gtk/ The content is my primary interest, but if you have style queries or comments they are also welcome. Great work! This is the way to go, it looks great generally. Thanks too for the clean HTML source. :) Yes, it is much nicer to work with. Now come the bad news :) I will purely comment on style here. So, at first sight, the page looked a bit empty. It was just a feeling of something is missing. I agree, the Overview page does need something, but I have yet to put my finger on it. I think the Inkscape website had it, but http://winehq.org/ still has it - a screenshot on the front page, something representative besides just a logo. I think another source of that feeling comes from the text color - just use black please. Make it as easy on the eyes as possible, so black is *the* color for normal paragraphs. Actually, I disagree here. Black is really quite harsh and the headers look less defined as a result. Perhaps if the headers were different it would work. Also, the WineHQ page (at least the main page) has a reddish color theme. Maybe use (GTK logo) colors for headings? Something like dark (!) green for description pages (Overview, Features, About), blue for downloadable stuff (Download, Screenshots), and red for in-depth / development pages (Development). Hmm, that doesn't sound very logical to me and as a user I would wonder why some things are one colour and other things are another. That is just not what the user wants when they use a web site. I would put the FAQ in the last category, but I'm not too sure. I feel the coloring of the documentation page should be more unified - there is red in the heading, and the icons are blue-ish and green. Yes, we could do something here I agree, perhaps the red menu item should be blue instead? or green? It might fit in better. Also, the view and download icons don't match well in their style. And maybe add some space vertically between the table rows (GLib / GObject / Pango / ...) to not have it be one overwhelming block. I know what you mean. Perhaps the 2.x API tables could be side by side to help that? I wonder where the GTK logo proposal went? I think it would fit quite well in this design. Actually Andreas was doing some work there. I was sent a few ideas and they looked good, but nothing further so far. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
Cody Russell wrote: On Mon, 2007-05-28 at 19:15 +0100, Martyn Russell wrote: * What are people's thoughts on the initial look and feel? It looks great, except for the FAQ. Can it be styled similarly to the rest of the site and include the navigation bar at the top? I agree. I did look into frames, etc to get around this, but that causes more problems than it solves. The main problem here is that the FAQ is generated, so we would need some post-docbook fix up script to do something here. It is not insurmountable, adding just the line to use the CSS formatting makes quite a difference. The other option, was to have the FAQ only on the website and not have an SGML document - it really depends on how necessary it is to be able to create the FAQ in PDF, HTML, and other formats with the docbook tools. If possible I would rather it was just online. -- Regards, Martyn ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martyn Russell wrote: Cody Russell wrote: On Mon, 2007-05-28 at 19:15 +0100, Martyn Russell wrote: * What are people's thoughts on the initial look and feel? It looks great, except for the FAQ. Can it be styled similarly to the rest of the site and include the navigation bar at the top? I agree. I did look into frames, etc to get around this, but that causes more problems than it solves. The main problem here is that the FAQ is generated, so we would need some post-docbook fix up script to do something here. It is not insurmountable, adding just the line to use the CSS formatting makes quite a difference. The other option, was to have the FAQ only on the website and not have an SGML document - it really depends on how necessary it is to be able to create the FAQ in PDF, HTML, and other formats with the docbook tools. If possible I would rather it was just online. The FAQ is in SGML, right? What about converting it to proper XML (DocBook if you like), then write a custom XSLT stylesheet for it? (I would volunteer.) Felix -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGW2J5lW86h1QHmOcRArs5AKDBtWBFIifUaXow3h8mCnHmw5f/dACgm7oy RYjbYYU31T1aAhZRauzni7c= =cY1O -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
Hi, If the headers prevent text to be black, I think headers should look different :) - Maybe use underlines (width=100%)? You might experiment with putting the h2 text into the h1 -- which should be there... why did you put the text next to the logo into the image file too? -- so it reads GTK+ Overview / GTK+ FAQ / About GTK+ (!) - and use the same for title (it's almost there). Then use h2 instead of h3 for all other headings. I say experiment because I can't think of a website that integrates their project name with the page name that much (or I didn't notice). Martyn Russell wrote: I wonder where the GTK logo proposal went? I think it would fit quite well in this design. Actually Andreas was doing some work there. I was sent a few ideas and they looked good, but nothing further so far. I might have another proposal based on the first one from Christophe ready in a short while. Greetings, Felix ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GTK+ Website Review
On Tue, 2007-05-29 at 00:08 +0100, Martyn Russell wrote: I agree. I did look into frames, etc to get around this, but that causes more problems than it solves. The main problem here is that the FAQ is generated, so we would need some post-docbook fix up script to do something here. It is not insurmountable, adding just the line to use the CSS formatting makes quite a difference. The other option, was to have the FAQ only on the website and not have an SGML document - it really depends on how necessary it is to be able to create the FAQ in PDF, HTML, and other formats with the docbook tools. If possible I would rather it was just online. Yes, I agree. When I am looking for a FAQ, the first place I look is on the website. ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Logo (was Re: GTK+ Website Review)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Here is my take at the GTK+ logo. It is just a proposal, since it needs some optimization for icon sizes (I think). Remember that the original was from Christophe Dehais: http://mail.gnome.org/archives/gtk-devel-list/2007-April/msg00118.html Felix Rabe (public) wrote: Martyn Russell wrote: I wonder where the GTK logo proposal went? I think it would fit quite well in this design. Actually Andreas was doing some work there. I was sent a few ideas and they looked good, but nothing further so far. I might have another proposal based on the first one from Christophe ready in a short while. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGW2ZqlW86h1QHmOcRAkLfAJ9HZaSstUmgBrr0M79jLmd7n8LsDQCfcvJD bwtItrcu+rAqk+qKKOyAibk= =3HZv -END PGP SIGNATURE- inline: gtk-logo.svg___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Regarding GLIB 2.4.0
Hi, When I'm installing gtk+-2.4.0, I'm getting the following error: checking for GLIB - version = 2.4.0... *** 'pkg-config --modversion glib-2.0' returned 2.4.0, but GLIB (2.6.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.4.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/. Please help me come out of this problem. Thanks Regards AVS Sashi Kiran ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
On Mon, May 28, 2007 at 01:00:40PM +0530, Sashi Kiran Akella wrote: When I'm installing gtk+-2.4.0, I'm getting the following error: checking for GLIB - version = 2.4.0... *** 'pkg-config --modversion glib-2.0' returned 2.4.0, but GLIB (2.6.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.4.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/. Please help me come out of this problem. - actually read the configure error message, it explains what went wrong and what you should do - remove anything you installed to system directories from sources and/or restore it from the distro packages and generally get your system to the orignal sane state - follow http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.html Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
how to draw curves
Hi all: My application is using gtk to design the GUI for an Arbitrary/Function Generator. So I need to draw lots of curves, including sine wave, ramp wave, pulse wave, noise wave..and their modulation waves, e.g. the AM, FM, PM, FSK and so on. My problem is that I haven't found a good method to draw these waves. I have used GDK to draw sine wave on the GtkDrawingArea. But I found this method is a little complicated especially when I draw the modulation waves. Is there a good way to draw curves ? Any help would be appreciated.Thanks 梦幻西游,千万人的选择,你的选择 ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: how to draw curves
Le lundi 28 mai 2007 à 16:12 +0800, [EMAIL PROTECTED] a écrit : My application is using gtk to design the GUI for an Arbitrary/Function Generator. So I need to draw lots of curves, including sine wave, ramp wave, pulse wave, noise wave..and their modulation waves, e.g. the AM, FM, PM, FSK and so on. My problem is that I haven't found a good method to draw these waves. I have used GDK to draw sine wave on the GtkDrawingArea. But I found this method is a little complicated especially when I draw the modulation waves. Is there a good way to draw curves ? Any help would be appreciated.Thanks You might have a look at goffice. Regards, Jean ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: how to draw curves
2007/5/28, [EMAIL PROTECTED] [EMAIL PROTECTED]: Hi all: My application is using gtk to design the GUI for an Arbitrary/Function Generator. So I need to draw lots of curves, including sine wave, ramp wave, pulse wave, noise wave..and their modulation waves, e.g. the AM, FM, PM, FSK and so on. My problem is that I haven't found a good method to draw these waves. I have used GDK to draw sine wave on the GtkDrawingArea. But I found this method is a little complicated especially when I draw the modulation waves. Is there a good way to draw curves ? Any help would be appreciated.Thanks You said to use GtkDrawingArea, do you use a Cairo surface ? If you can use the Python language, http://matplotlib.sourceforge.net/ is maybe a nice solution for you. Regards, Stéphane ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: how to draw curves
On Mon, May 28, 2007 at 04:12:54PM +0800, [EMAIL PROTECTED] wrote: My application is using gtk to design the GUI for an Arbitrary/Function Generator. So I need to draw lots of curves, including sine wave, ramp wave, pulse wave, noise wave..and their modulation waves, e.g. the AM, FM, PM, FSK and so on. My problem is that I haven't found a good method to draw these waves. I have used GDK to draw sine wave on the GtkDrawingArea. But I found this method is a little complicated especially when I draw the modulation waves. Is there a good way to draw curves ? Any help would be appreciated.Thanks Drawing graphs was dicussed a few days ago: http://mail.gnome.org/archives/gtk-list/2007-May/msg00170.html However, I'd suggest to just create a Cairo path and draw it, I'm not sure what is the problem though, you have to generate some set of points discretizing the curve no matter what method you use to draw -- and once you have such set, it should be easy to draw the curve using any method, even gdk_draw_lines(). Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 01:00:40PM +0530, Sashi Kiran Akella wrote: When I'm installing gtk+-2.4.0, I'm getting the following error: checking for GLIB - version = 2.4.0... *** 'pkg-config --modversion glib-2.0' returned 2.4.0, but GLIB (2.6.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.4.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/. Please help me come out of this problem. - actually read the configure error message, it explains what went wrong and what you should do - remove anything you installed to system directories from sources and/or restore it from the distro packages and generally get your system to the orignal sane state - follow http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.html Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. Sashi Kiran ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
your help is the following: set the environment variable PKG_CONFIG_PATH to point to the correct configuration files unfortunately configure can only do so much, i.e., it can't do your work for you, and neither can others. i don't have access to your machine, nor does anyone else (not that that would matter). there's even more help in your configure output, but for some reason you believe the help here will somehow be different. i rather doubt at this point it's going to be. good luck, richard On 5/28/07, Sashi Kiran Akella [EMAIL PROTECTED] wrote: David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 01:00:40PM +0530, Sashi Kiran Akella wrote: When I'm installing gtk+-2.4.0, I'm getting the following error: checking for GLIB - version = 2.4.0... *** 'pkg-config --modversion glib-2.0' returned 2.4.0, but GLIB (2.6.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.4.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/. Please help me come out of this problem. - actually read the configure error message, it explains what went wrong and what you should do - remove anything you installed to system directories from sources and/or restore it from the distro packages and generally get your system to the orignal sane state - follow http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.html Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. Sashi Kiran ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
On Mon, May 28, 2007 at 02:32:31PM +0530, Sashi Kiran Akella wrote: - remove anything you installed to system directories from sources and/or restore it from the distro packages and ^^ generally get your system to the orignal sane state ^^^ I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. You must have only one version of each library installed in system directories[*] -- the one installed by your OS package manager. Now you have two or more. Remove the other ones. Remove, do not install anything more. Once you restore the system to a sane state, start again following http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.htm BTW I don't quite understand why you are installing GLib 2.4 on your system when it already has 2.6. [*] OK, in principle you can have more. But if know why precisely you need such thing, you should also know how to fix it when it breaks. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 02:32:31PM +0530, Sashi Kiran Akella wrote: - remove anything you installed to system directories from sources and/or restore it from the distro packages and ^^ generally get your system to the orignal sane state ^^^ I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. You must have only one version of each library installed in system directories[*] -- the one installed by your OS package manager. Now you have two or more. Remove the other ones. Remove, do not install anything more. Once you restore the system to a sane state, start again following http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.htm BTW I don't quite understand why you are installing GLib 2.4 on your system when it already has 2.6. [*] OK, in principle you can have more. But if know why precisely you need such thing, you should also know how to fix it when it breaks. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list GLIB problem is solved, now problem with pango is coming like this checking Pango flags... -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. Now what to do ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Re: Regarding GLIB 2.4.0
find in your config.log what problem is.. thomas 2007-05-28 发件人: Sashi Kiran Akella 发送时间: 2007-05-28 17:43:08 收件人: gtk-list@gnome.org 抄送: 主题: Re: Regarding GLIB 2.4.0 David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 02:32:31PM +0530, Sashi Kiran Akella wrote: - remove anything you installed to system directories from sources and/or restore it from the distro packages and ^^ generally get your system to the orignal sane state ^^^ I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. You must have only one version of each library installed in system directories[*] -- the one installed by your OS package manager. Now you have two or more. Remove the other ones. Remove, do not install anything more. Once you restore the system to a sane state, start again following http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.htm BTW I don't quite understand why you are installing GLib 2.4 on your system when it already has 2.6. [*] OK, in principle you can have more. But if know why precisely you need such thing, you should also know how to fix it when it breaks. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list GLIB problem is solved, now problem with pango is coming like this checking Pango flags... -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. Now what to do ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
On Mon, May 28, 2007 at 03:11:44PM +0530, Sashi Kiran Akella wrote: GLIB problem is solved, now problem with pango is coming like this checking Pango flags... -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. Now what to do Read config.log to find you why exactly it can't. Then probably continue doing the same thing: restoring the system to a sane state. Apparently you have a pango.pc claiming Pango is installed in /usr, but it either isn't there or it's broken. But without knowing all the context, no one can tell this for sure. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 03:11:44PM +0530, Sashi Kiran Akella wrote: GLIB problem is solved, now problem with pango is coming like this checking Pango flags... -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/freetype2/config -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 configure: error: *** Can't link to Pango. Pango is required to build *** GTK+. Now what to do Read config.log to find you why exactly it can't. Then probably continue doing the same thing: restoring the system to a sane state. Apparently you have a pango.pc claiming Pango is installed in /usr, but it either isn't there or it's broken. But without knowing all the context, no one can tell this for sure. Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list Thanks!! gtk is now installed into my system. But when I'm installing xvidcap1.1.5 the following error is coming checking for PACKAGE... Package pangoxft was not found in the pkg-config search path. Perhaps you should add the directory containing `pangoxft.pc' to the PKG_CONFIG_PATH environment variable Package 'pangoxft', required by 'GDK', not found configure: error: Package requirements (gtk+-2.0 = 2.4.0 libglade-2.0 glib-2.0 gthread-2.0) were not met: -sashi kiran ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Data available for reading in a GIOChannel
Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? Thanks, Jonathan ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Regarding GLIB 2.4.0
your help is the following: set the environment variable PKG_CONFIG_PATH to point to the correct configuration files unfortunately configure can only do so much, i.e., it can't do your work for you, and neither can others. i don't have access to your machine, nor does anyone else (not that that would matter). there's even more help in your configure output, but for some reason you believe the help here will somehow be different. i rather doubt at this point it's going to be. good luck, richard On 5/28/07, Sashi Kiran Akella [EMAIL PROTECTED] wrote: David Nečas (Yeti) wrote: On Mon, May 28, 2007 at 01:00:40PM +0530, Sashi Kiran Akella wrote: When I'm installing gtk+-2.4.0, I'm getting the following error: checking for GLIB - version = 2.4.0... *** 'pkg-config --modversion glib-2.0' returned 2.4.0, but GLIB (2.6.0) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.4.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/. Please help me come out of this problem. - actually read the configure error message, it explains what went wrong and what you should do - remove anything you installed to system directories from sources and/or restore it from the distro packages and generally get your system to the orignal sane state - follow http://mail.gnome.org/archives/gtk-list/2006-December/msg00113.html Yeti -- http://gwyddion.net/ ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list I installed glib 2.4 tarball into my system, but still I';m getting this error. Please help me how to sort out this problem. Sashi Kiran ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
On Sun, 2007-05-27 at 16:57 +0200, Jonathan Winterflood wrote: Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? I dont know if gnet provides anything for this, what I typically do is: while (select (fds, readable condition)) { read (a single byte of data); } Regardless of the method used, you never know how much readable data is available until you read it, you are only ever gaurunteed to have one byte of data available for reading anyway. Cheers, -Tristan ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tristan Van Berkom wrote: On Sun, 2007-05-27 at 16:57 +0200, Jonathan Winterflood wrote: Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? I dont know if gnet provides anything for this, what I typically do is: while (select (fds, readable condition)) { read (a single byte of data); } I don't think this is very efficient because it calls select and read for a every single byte you want to receive. I normally put the socket in non-blocking mode and as soon as glib indicates readability I read the data in 1024 byte chunks until I get EGAIN from recv() (or, G_IO_STATUS_AGAIN from g_io_channel_read_chars(), respectively). Greetings, Armin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGWtx9hOtxKlDYm6cRAg/mAKCFWyGdpMern/YeJ8TrDP1VtJ3j3QCfVEYY eyd41u6r79MbkumRMGo/WOc= =mZjC -END PGP SIGNATURE- ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Creating a pixbuf from a Cairo image surface
I'm intending to create an image surface in Cairo, draw on it, and, when done, create a gdk pixbuf from the image surface. Eventually the pixbuf is sent to the server side and converted into an image, or, in an alternative scenario it is saved as an image on the client side. The only problem (not really, just a drawback) I can see in this is the fact that cairo formats and what gdk_pixbuf_new_from_data requires do not match. AFAIK gdk requires data that is made of 24 bit RGB pixels and cairo creates 32 bit ARGB or XRGB (X is unused 8 bits) pixels. So it seems that I need to do a copy from one buffer to another in the last step in the process. Am I correct? Or is there something built-in that I could use for the conversion. Regards, Ari -- Prof. Ari Jolma Geoinformaatio- ja paikannustekniikka / Geoinformation and positioning Teknillinen Korkeakoulu / Helsinki University of Technology tel: +358 9 451 3886 address: POBox 1200, 02015 TKK, Finland Email: ari.jolma at tkk.fi URL: http://www.tkk.fi/~jolma ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Creating a pixbuf from a Cairo image surface
Le lundi 28 mai 2007 à 16:39 +0300, Ari Jolma a écrit : I'm intending to create an image surface in Cairo, draw on it, and, when done, create a gdk pixbuf from the image surface. Eventually the pixbuf is sent to the server side and converted into an image, or, in an alternative scenario it is saved as an image on the client side. The only problem (not really, just a drawback) I can see in this is the fact that cairo formats and what gdk_pixbuf_new_from_data requires do not match. AFAIK gdk requires data that is made of 24 bit RGB pixels and cairo creates 32 bit ARGB or XRGB (X is unused 8 bits) pixels. So it seems that I need to do a copy from one buffer to another in the last step in the process. Am I correct? Or is there something built-in that I could use for the conversion. We have conversion functions in goffice (goffice/utils/go-image.c). Regards, Jean ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
On Sun, 27 May 2007 16:57:03 +0200 Jonathan wrote: Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? On the applications where I've used g_io_add_watch it's on a serial port that I've opened non-blocking. Then my callback I just does: stat = g_io_channel_read_chars ( source, tmpbuf, sizeof(tmpbuf), len, err ); If there are less than tmpbuf characters waiting, it fills what it can and sets len to the actual number. Then I process len bytes. Normally my tmpbuf is bigger than the longest message I expect, but it seems to work even if it isn't. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
On 5/28/07, Robert Pearce [EMAIL PROTECTED] wrote: On Sun, 27 May 2007 16:57:03 +0200 Jonathan wrote: Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? On the applications where I've used g_io_add_watch it's on a serial port that I've opened non-blocking. Then my callback I just does: stat = g_io_channel_read_chars ( source, tmpbuf, sizeof(tmpbuf), len, err ); If there are less than tmpbuf characters waiting, it fills what it can and sets len to the actual number. Then I process len bytes. Normally my tmpbuf is bigger than the longest message I expect, but it seems to work even if it isn't. Please anyone correct me if I'm wrong, but... I guess you should loop until EAGAIN, because you can get some nasty things if your program is being run on a system where the select (or poll, or whatever it uses to watch the channels) call returns when the file descriptor CHANGES its state (ready to read // not ready to read). In that case you could create a situation where a client is expecting for some response from you, but you didn't actually read the request (because it is lost in the buffer) and therefore each process is waiting for the other to act. Regards, Alexandre Moreira. ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Data available for reading in a GIOChannel
On Mon, May 28, 2007 at 04:42:11PM -0300, Alexandre Moreira wrote: On 5/28/07, Robert Pearce [EMAIL PROTECTED] wrote: On Sun, 27 May 2007 16:57:03 +0200 Jonathan wrote: Hi, I need to read a large amount of data from a GIOChannel (200K, over the internet). So far, I use the gnet library to create the socket, and then I use the GIOChannel to integrate the read/writing into the program's loop (a GTK application) I use g_io_add_watch(_channel, G_IO_IN, (_imageDataReadyForReading), this); to register the callback for data reading. How can I determine the number of bytes available for reading, so as not to block on reading the data? On the applications where I've used g_io_add_watch it's on a serial port that I've opened non-blocking. Then my callback I just does: stat = g_io_channel_read_chars ( source, tmpbuf, sizeof(tmpbuf), len, err ); If there are less than tmpbuf characters waiting, it fills what it can and sets len to the actual number. Then I process len bytes. Normally my tmpbuf is bigger than the longest message I expect, but it seems to work even if it isn't. Please anyone correct me if I'm wrong, but... I guess you should loop until EAGAIN, because you can get some nasty things if your program is being run on a system where the select (or poll, or whatever it uses to watch the channels) call returns when the file descriptor CHANGES its state (ready to read // not ready to read). That's what I typically do. something like this: /* make sure 'source' is non-blocking before entering loop * below is simplified */ do { len = 0; stat = g_io_channel_read_chars ( source, tmpbuf, sizeof(tmpbuf), len, err ); if( len 0 ) process_data(tmpbuf, len); } while(stat == G_IO_STATUS_NORMAL len == sizeof(tmpbuf)); Whether it's necessary or advisable to read in a loop like that, I'm not sure. Depending on certain things, such how long the process_data() function takes, you may wish to let the main loop run after every time process_data() is called... in which case you wouldn't use a loop like the above. In that case you could create a situation where a client is expecting for some response from you, but you didn't actually read the request (because it is lost in the buffer) and therefore each process is waiting for the other to act. I think the question here is: if we don't read all available data before returning to poll/select, will our callback be triggered again so that we can process the remaining data? Without doing any research, I believe the answer would have to be 'yes'. To make sure, look at some source or create a test. - Ana ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
Problems linking glib with lintintl in OpenSolaris
Hi, I've trying to compile GNOME HEAD in Nextenta OpenSolaris, which is more or less Ubuntu Dapper with different kernel, libc and basic tools. In order to build GNOME HEAD I'm using jhbuild, gcc and friends. jhbuild installs a newer gettext's version that gettext provided by Nexenta OpenSolaris; 0.16.0 versus 0.14.5, respectively. gettext 0.14.5 provides /usr/lib/libintl.so.3.4.3 and gettext 0.16.0 provides ~/.../install/lib/libintl.so.8.0.1 But, when I build glib, it's linked against the libintl.so.3; not libintl.so.8: [EMAIL PROTECTED]:~/code/gnome2$ ldd install/lib/libglib-2.0.so libiconv.so.2 = /lib/libiconv.so.2 libc.so.1 = /lib/libc.so.1 libintl.so.3 = /lib/libintl.so.3 libgcc_s.so.1 = /lib/libgcc_s.so.1 libm.so.2 = /lib/libm.so.2 But my problems starts when ORBit2 needs to be linked against glib, because (looking ORBit2's config.log): configure:24324: gcc -o conftest -g -O2conftest.c -Wl,--export-dynamic -L/export/home/gpoo/code/gnome2/install/lib -lgobject-2.0 -lgthread-2.0 -lpthread -lthread -lgmodule-2.0 -lglib-2.0 -lintl -liconv -lsocket 5 /usr/bin/ld: warning: libintl.so.3, needed by /export/home/gpoo/code/gnome2/install/lib/libglib-2.0.so, may conflict with libintl.so.8 configure:24327: $? = 0 configure:24333: ./conftest ./configure: line 24334: 25584 Segmentation Fault So, I would like to get glib linked against gettext (libintl) provided by jhbuild and not the system. But it seems, glib's prefers the system one. I'll appreciate any hint. Some extra information: My jhbuild environment is: $ env | grep PATH LD_LIBRARY_PATH=/export/home/gpoo/code/gnome2/install/lib PATH=/export/home/gpoo/bin:/export/home/gpoo/code/gnome2/install/bin:/export/home/gpoo/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/usr/bin/X11:/usr/games PYTHONPATH=/export/home/gpoo/code/gnome2/install/lib/python2.4/site-packages PKG_CONFIG_PATH=/export/home/gpoo/code/gnome2/install/lib/pkgconfig:/export/home/gpoo/code/gnome2/install/share/pkgconfig:/usr/share/pkgconfig:/usr/lib/pkgconfig I'm running configure (autogen.sh) with the following options: $ ./configure --enable-maintainer-mode --prefix /export/home/gpoo/code/gnome2/install --disable-static --disable-gtk-doc --disable-scrollkeeper --enable-maintainer-mode --with-libiconv=gnu glib's config.log tells me, after the core test: Target: i386-pc-solaris2.11 Configured with: ../src/configure -v --enable-languages=c,c ++,java,f95,objc,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-debug --enable-java-awt=gtk-default --enable-gtk-cairo --with-java-home=/usr/java/jre --enable-mpfr --disable-libmudflap --disable-werror --enable-checking=release i386-pc-solaris2.11 --with-gnu-ld --with-gnu-as --with-ld=/usr/bin/ld --with-as=/usr/bin/as Thread model: posix gcc version 4.0.3 (GNU_Solaris 4.0.3-1nexenta6) -- Germán Poó-Caamaño Concepción - Chile ___ gtk-list mailing list gtk-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-list
save additional Information in Treestore/Liststore
Hi, I want to create a list using Liststore that shows information about images (filename, filesize, width, height...). But as a filename isn't unique (e.g. same name for two files in different directories), I need to store extra information in Liststore that shouldn't be visible for the user in order to distinguish different files with same names. Any ideas? Thank you. --Michael ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list
Re: save additional Information in Treestore/Liststore
On Mon, 2007-05-28 at 12:04 +0200, Michael Hartmann wrote: Hi, I want to create a list using Liststore that shows information about images (filename, filesize, width, height...). But as a filename isn't unique (e.g. same name for two files in different directories), I need to store extra information in Liststore that shouldn't be visible for the user in order to distinguish different files with same names. Any ideas? any Gtk2::TreeModel implementation (Gtk2::ListStore, Gtk2::TreeStore and other custom models) can have as many columns as you want; you don't have to necessarily show them all inside a Gtk2::TreeView. ciao, Emmanuele. -- Emmanuele Bassi, E: [EMAIL PROTECTED] W: http://www.emmanuelebassi.net B: http://log.emmanuelebassi.net ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list
Re: save additional Information in Treestore/Liststore
Hi, that was my first guess, but when I try, I get: can't set value for column 5, model only has 5 columns at ... I tried: foreach my $file (@files) { my $iter = $self-{liststore}-append; $self-{liststore}-set($iter, map { $_ = [$_] } 1..5); } --Michael Am Montag, 28. Mai 2007 12:30 schrieb Emmanuele Bassi: On Mon, 2007-05-28 at 12:04 +0200, Michael Hartmann wrote: Hi, I want to create a list using Liststore that shows information about images (filename, filesize, width, height...). But as a filename isn't unique (e.g. same name for two files in different directories), I need to store extra information in Liststore that shouldn't be visible for the user in order to distinguish different files with same names. Any ideas? any Gtk2::TreeModel implementation (Gtk2::ListStore, Gtk2::TreeStore and other custom models) can have as many columns as you want; you don't have to necessarily show them all inside a Gtk2::TreeView. ciao, Emmanuele. ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list
Re: save additional Information in Treestore/Liststore
Hi, thank you. Now I got it. :) --Michael On Mon, 2007-05-28 at 12:52 +0200, Michael Hartmann wrote: Hi, that was my first guess, but when I try, I get: can't set value for column 5, model only has 5 columns at ... I tried: foreach my $file (@files) { my $iter = $self-{liststore}-append; $self-{liststore}-set($iter, map { $_ = [$_] } 1..5); } you're adding from column 1, and not from column 0. also: you have to define the number and type of columns you need at construction time, you cannot change them later. ciao, Emmanuele. ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list
Re: Cairo 1.041 available
On May 28, 2007, at 5:55 AM, Torsten Schoenfeld wrote: So now I see two options: Add PREREQ_FATAL, causing `perl Makefile.PL` to abort if the module cannot be found. Or make the dependency optional and skip the floating point tests if it's not there. Since it's just for a test, not basic functionality, i'd opt for making it optional. -- I hate to break it to you, but magic data pixies don't exist. -- Simon Cozens ___ gtk-perl-list mailing list gtk-perl-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-perl-list