RE :Problem with gtk (done )
Thank u all, now i found the solution. i am not sure is it that right way to do that but thing is working fine.. what i have done is i have placed these two statements in the while loop. if(gtk_events_pending()) gtk_main_iteration(); Naveen ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkComboBox question
On Tue, 2006-12-19 at 16:21 -0800, Russell Markus wrote:
> I am trying to work on an application which has a combo box. I want to
> restrict the user to values that are included in the drop down list only.
> My thought was to prevent the user from editing the value in the entry box,
> but I can't seem to find a way to do this.
>
> I am running Fedora Core 6, and developed the application using glade-2. I
> am not using the lib, but working with the generated C code.
>
> Thanks for any assistance.
Hello Russell,
I had to do something similar recently. I used glade to build the
interface, but then had to go back and remove the GtkComboBoxEntry
widgest and replace them with GtkCombobox widgets.
Here's the code with a note:
Note #1: localization_sites is a global. The value is populated by the
user via a configuration file. (gchar **localization_sites;)
void build_wfo_list (GtkWidget *combobox)
{
gint i=0;
gint count=0;
/* FILL IN THE DROP DOWN LIST */
count = g_strv_length(localization_sites);
for (i=0; ihttp://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango-1.15.2 released [unstable]
Pango-1.15.2 is now available for download at: http://download.gnome.org/sources/pango/1.15/ or ftp://ftp.gtk.org/pub/pango/1.15 3a57ff08498a210892fe665bf4812011 pango-1.15.2.tar.bz2 063c3ea8eb8931290546a197bd444e2a pango-1.15.2.tar.gz This is a development release leading up to Pango-1.16.0, which will be released just in time for GNOME-2.18. The major change in this release is addition of lots of new, useful, public API. For details, scroll down. Notes: * This is unstable development release. While it has had fairly extensive testing, there are likely bugs remaining to be found. This release should not be used in production. * Installing this version will overwrite your existing copy of Pango. If you have problems, you'll need to reinstall Pango-1.14.x * Bugs should be reported to http://bugzilla.gnome.org. About Pango === Pango is a library for layout and rendering of text, with an emphasis on internationalization. Pango can be used anywhere that text layout is needed, though most of the work on Pango so far has been done in the context of the GTK+ widget toolkit. Pango forms the core of text and font handling for GTK+-2.x. Pango is designed to be modular; the core Pango layout engine can be used with different font backends. There are three basic backends, with multiple options for rendering with each. - Client side fonts using the FreeType and fontconfig libraries. Rendering can be with with Cairo or Xft libraries, or directly to an in-memory buffer with no additional libraries. - Native fonts on Microsoft Windows using Uniscribe for complex-text handling. Rendering can be done via Cairo or directly using the native Win32 API. - Native fonts on MacOS X, rendering via Cairo. The integration of Pango with Cairo (http://cairographics.org) provides a complete solution with high quality text handling and graphics rendering. Dynamically loaded modules then handle text layout for particular combinations of script and font backend. Pango ships with a wide selection of modules, including modules for Hebrew, Arabic, Hangul, Thai, and a number of Indic scripts. Virtually all of the world's major scripts are supported. As well as the low level layout rendering routines, Pango includes PangoLayout, a high level driver for laying out entire blocks of text, and routines to assist in editing internationalized text. More information about Pango is available from http://www.pango.org/. Bugs should be reported to http://bugzilla.gnome.org. Pango 1.15 depends on version 2.12.0 or newer of the GLib library and version 1.2.2 or newer of the cairo library (if the cairo backend is desired); more information about GLib and cairo can be found at http://www.gtk.org/ and http://cairographics.org/ respectively. Overview of changes between 1.15.1 and 1.15.2 == * Engines: - Improved Hangul shaper engine - Improved Indic shaper and language engines - Require libthai >= 0.1.7 for the Thai language engine * Optimizations: - Avoid some floating-point operations. Should cut the number of float ops per expose event in pangocairo to a half. - Cache ink and logical extents for PangoLayout * New Public API: - New, generated, public header file pango-features.h. Included by pango.h. Currently contains the version information. In the future, can be expanded to define which backends have been enabled, etc. - Public macros and functions for compile- and run-time version checking: PANGO_VERSION_ENCODE() PANGO_VERSION_MAJOR PANGO_VERSION_MINOR PANGO_VERSION_MICRO PANGO_VERSION PANGO_VERSION_STRING PANGO_VERSION_CHECK() pango_version() pango_version_string() pango_version_check() The scheme chosen here is a mixture of approaches taken by glib and cairo. The advantage over the glib model is that there are no public variables, but it still gives access to a string and numerical representation of the version number at compile- and run-time. The macros enable conditional compilation of code depending on newer Pango APIs, while the runtime functions allow refusing to run against old versions of the library. - New, readonly, version of methods that give read/write access to the internals of PangoLayout: pango_layout_get_line_readonly() pango_layout_get_lines_readonly() pango_layout_iter_get_line_readonly() pango_layout_iter_get_run_readonly() These should be used when you do not intend to modify the run/line, which is most of the time the case. The only exception known to me is Firefox that adjusts glyph widths to do justification. Most other uses that do not write to the returned structs (or structs accessible from them) should be ported to the new readonly API to benefit from major optimizations (in this case, line extents cachin
Re: moving a window off screen
I want to have a window off screen and then slide it on as a notification. (hide will not do, nor will growing the window) In pygtk using the gtk.Window.move() method, i can move windows off screen with no problems. why only with gtk_window_move() does it not go off screen? thanks, niall On 12/19/06, Gian Mario Tagliaretti <[EMAIL PROTECTED]> wrote: > 2006/12/19, Niall Murphy <[EMAIL PROTECTED]>: > > > Could someone please tell me why this is? > > Am i using the correct function or is the window manager stopping it or > > what? > > Most likely is the WM that takes care of always show your window. > btw why you want to move the window offscreen? It is not sufficent to hide it? > > cheers > -- > Gian Mario Tagliaretti > http://www.parafernalia.org/pygtk/ > ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: A question about deprecated widget
Hi,
A year ago I posted my comments about the GtkComboBox to this list,
this link shows the thread:
http://marc.theaimsgroup.com/?t=11324387691&r=1&w=2
Still, the GtkComboBox is the biggest problem in my application. I'm
sorry to say, but the combo control is both ugly and clumsy. But as
you can read in the thread, it won't be changed soon if at all because
it's been designed this way to follow Gtk policies and UI
consistency.
Paul Pogonyshev:
> Not having such a limit is a conscious decision by GTK+ team. Not a
> missed feature.
It IS a missed feature. Because:
1. A too big list overlaps other widgets containing useful
information. Suppose you have a form with lots of labels and entries
like a database frontend. Usually you fill in the fields from top to
bottom. So if the combobox is nearer the bottom of the screen than
top, the popuplist will popup above the gtkcombobox, therefore your
just filled in entries become invisible. This is bad and at the moment
not controllable. Being able to limit the number of rows in the
scrolled popup is useful because now it will be placed below the
gtkcombobox widget itself. Replacing gtkcombobox with a treeview is
often not suitable, see below.
2. It's ugly. This widget crosses the line where visual apealingness
becomes more important than sticking to design philosophies. The fact
that every now and then someone posts a question about setting the
maximum number of rows shows that there clearly is demand for such
features. In addition, apps like gnumeric show they come up with some
alternative selection (like the font selection in gnumeric) where the
natural choice would be GtkComboBox.
3. Gtk+ current behaviour is inconsistent. The fact that
GtkEntryCompletion does not take as much space a possible is in my
opinion contradicting to GtkComboBox. So why doesn't completion take
as much screen space as possible?
> I'm not opposed to GtkTreeView, however what I want to have is a widget
> that displays a list only durring selection and (sometimes) has a single
> editable entry field, visible all of the time, just like GtkCombo did.
The best alternative would be GtkTreeView, but in so many places it
just doesn't fit because it takes too much space, like a fontselection
in a toolbar. So you could make it into a separate window which opens
when you push the selector button (like GtkFontButton). This makes
selection not really economic: first, you have to click selector
button to open the treeview window, then you select, and then yet
another click to close the treeview window. With a proper GtkComboBox
one click could suffice.
> And please, stop taking it personally, cause that makes me take it
> personally too.
I understand :)
And please don't take my comments personally, I'm not trying to piss
people off or being a pessimist. Gtk+ as it is now is very
good. Having a decent combobox would make it really good for me.
BTW: "appears-as-list" is a read-only style property but you can force
an individual GtkComboBox to set this property like this:
combo_box=gtk_combo_box_new_text();
gtk_rc_parse_string("style \"list-combo-style\" {\n"
"GtkComboBox::appears-as-list=1}"
"widget \"*.list-combo\" style "
"\"list-combo-style\"");
gtk_widget_set_name(combo,"list-combo");
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Switching theme
hi,
another example of runtime changing the theme can be found in The
Widget Factory, see http://www.stellingwerff.com/?page_id=10
The source is straight forward.
On 12/19/06, Madhusudan E <[EMAIL PROTECTED]> wrote:
> Hi...
> Probably u can even use existing applications on net to change themes on the
> fly
> http://www.muhri.net/nav.php3?node=gts
> download gtk-theme-switch
> Hope this helps.
> Rgds,
> Madhusudan E
>
>
> This e-mail and attachments contain confidential information from HUAWEI,
> which is intended only for the person or entity whose address is listed
> above. Any use of the information contained herein in any way (including,
> but not limited to, total or partial disclosure, reproduction, or
> dissemination) by persons other than the intended recipient's) is
> prohibited. If you receive this e-mail in error, please notify the sender by
> phone or email immediately and delete it!
>
> -Original Message-
> From: Paolo Franzetti [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 19, 2006 1:41 PM
> To: Madhusudan E
> Subject: Re: Switching theme
>
> Madhusudan E wrote:
> > Hi,
> > On selecting the theme,
> > Use, say gtk_rc_parse("/home/Madhu/gtk/Themes/AquaX/gtk-2.0/gtkrc");
> > Then reset the window rc styles using gtk_widget_reset_rc_styles(window);
> > Then reparse all...
> > gtk_rc_reparse_all();
> > I hope this helps
> > Rgds,
> > Madhusudan
> >
> >
>
> Thanks for the suggestion.
>
> It "almost" works ...
>
> The first time I switch theme it works (a part for the menu from
> which I launch the command); then it works no more, or it works
> partially (some widgets updated, some not).
>
> I am using libglade to build my application; it could be a problem?
>
> Thanks again,
> Paolo
>
>
> ___
> gtk-app-devel-list mailing list
> gtk-app-devel-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
>
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
invisible text when viewing with Microsoft Remote Desktop
oded writes: > Any help will be appreciated, Try not using the ms-windows theme on the remote machine? (Sure, even in case that helps, it's still a bug.) --tml ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GLib 2.12.6 released
GLib 2.12.6 is now available for download at: ftp://ftp.gtk.org/pub/glib/2.12/ http://download.gnome.org/sources/glib/2.12/ glib-2.12.6.tar.bz2 md5sum: b13d971e7de0b844fc4ced7367702003 glib-2.12.6.tar.gzmd5sum: ea79ceed85d993afb67eb2b8e0cd9457 This is a quick followup release to fix a number of issues with 2.12.5. GLib is the low-level core library that forms the basis for projects such as GTK+ and GNOME. It provides data structure handling for C, portability wrappers, and interfaces for such runtime functionality as an event loop, threads, dynamic loading, and an object system. More information about GLib is available at: http://www.gtk.org/ An installation guide for the GTK+ libraries, including GLib, can be found at: http://developer.gnome.org/doc/API/2.0/gtk/gtk-building.html Overview of Changes from GLib 2.12.5 to GLib 2.12.6 === * Fix a configure test that was added in 2.12.5 to not declare every poll() broken * Make GKeyFile accept keys that are commonly used * Bugs fixed 354707 No return() in non-void function 387260 hang in zenity 387823 glib 2.12.5 is breaking hal * New and updated translations (ca,gu,mk,th) Matthias Clasen December 20, 2006 ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
invisible text when viewing with Microsoft Remote Desktop
Hello, I'm using gtkmm with gtk-2.0 on Windows XP. I have an application with a GtkTextView and it works fine on my computer, There is a problem when I view the application on a remote machine using the Microsoft Remote Desktop terminal server. The remote machine also runs Windows XP. The problem is that the text on the GtkTextView is invisible unless I select it. When I select the text, it is visible inside the selection, as if the text color was white ( as the background color), but I did set the text color to black. Any help will be appreciated, Oded. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
invisible text when viewing with Microsoft Remote Desktop
Hello, I'm using gtkmm with gtk-2.0 on Windows XP. I have an application with a GtkTextView and it works fine on my computer, There is a problem when I view the application on a remote machine using the Microsoft Remote Desktop terminal server. The remote machine also runs Windows XP. The problem is that the text on the GtkTextView is invisible unless I select it. When I select the text, it is visible inside the selection, as if the text color was white ( as the background color), but I did set the text color to black. Any help will be appreciated, Oded. mail2web - Check your email from the web at http://mail2web.com/ . ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Weird problem with GTK+ 2.10.6
On Tuesday 19 December 2006 21:21, Tomasz Jankowski wrote: > Update: > I was wrong - the same situation occurs on all platforms You cannot use gdk_threads_enter() and gdk_threads_leave() on windows. It should work on Unix-like systems with the X11 backend, and if it doesn't it is likely to be something amiss with your code - this might help: http://developer.gnome.org/doc/API/2.0/gdk/gdk-Threads.html If you want something platform independent, then inserting a callback into the main program loop with g_idle_add() to update the progress bar is a good approach - make sure the handler returns FALSE though. The main loop is thread safe provided you have called g_thread_init(), so you can call g_idle_add() from any thread. Chris ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: gtk_entry_set_text
Sorry, you're right. The problem was another one. The mistake was that the change-event-handler were called reciprocative. One event-handler was called, so it changed another text-entry. The event-handler of this text-entry then changed the original text-entry and so on. That's why the application crashed. Thank you for your help. Original-Nachricht Datum: Tue, 19 Dec 2006 21:38:48 +0100 Von: "Gian Mario Tagliaretti" <[EMAIL PROTECTED]> An: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Betreff: Re: gtk_entry_set_text > 2006/12/19, [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > > Normally one can use the function gtk_entry_set_text, but in this case > this is not possible, because I risk that the application crashes, when I > use this function due to conflicts between gtk_main() and the GTK call > invoked in the event handler. > > If it is so you found the biggest bug of 2006... what do you mean by > conflicts? > Can you please post a minimal test case? > > cheers > -- > Gian Mario Tagliaretti > http://www.parafernalia.org/pygtk/ -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
gtkfiledialog automatic sort in gtk 2.10.x
Hi, Is it possible to disable automatic sort when using the gtkfiledialog under gtk 2.10.x? I haven't found anything relevant in the docs. Thanks, -- Colossus Xarchiver, a Linux GTK+2 only archive manager - http://xarchiver.xfce.org Xscreencast, a DE independent desktop session recorder - http://xscreencast.berlios.de Cpsed, a Linux OpenGL 3D scene editor - http://cpsed.sourceforge.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
