Re: How to capture mouse movements independend of a Window?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Jan 07, 2007 at 10:56:48PM +0100, Andreas Stricker wrote: [EMAIL PROTECTED] wrote: [fourth argument] I should have RTFM more attentive [...] I sometimes turn screaming to the list too before having found the relevant bit in the FM. Luckily there are quite friendly folks around here. Maybe there is a function to place the cursor in the middle of the window? You might move the pointer with gdk_display_warp_pointer() after each received movement event. Yes, that's the function I need. (but move it each time is not a good idea) [re-center dursor when within 100px of root window] Sounds quite workable. I was wondering myself about some weird form of optical feedback: not hide the cursor completely, but show it as a small dot or ring. Then re-center it based on a falling exponential function or similar (i.e. add the movement of the cursor and substract on regular time intervals alpha*(z - z0), when z are the mouse coordinates and z0 is the chosen center. Alpha will be a suitable constant 1 (e.g. 1/2). So if you don't move, you'll see the pointer falling towards the center. But I'll shut up now. Holidays are over, after all... Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFog+tBcgs9XrR2kYRAk44AJ4m+vjPt2DGnbjysl10siJe8pQSRACZAZCy 4PRIrzscE5H5RtLcOoqIdVM= =Hn/S -END PGP SIGNATURE- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Information required
Hi Michael, Sorry for the delayed Response, the field widget is some thing which allows the user information into a form.The field widget allows for entering a single line of date. For information on entering multiple, wrapping lines of data. Do we have this kind of widget in GTK?? Any information this will be really helpful. Thanks in advance, Regards, Sarat On 1/5/07, Michael Ekstrand [EMAIL PROTECTED] wrote: On Jan 5, 2007, at 4:15 AM, Sarath Potharaju wrote: There is some thing called SegmentField() in QT and i am looking for same kind of thing in GTK, does any one has any idea about it, if yes can you please forward me the links or tutorials on it or any sample program on it. What does this SegmentField do? - Michael ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Do we have a date control widget in gtk??
Hi ALL, I am relatively new and learning GTK, i am looking for a date control widget which can do the following functionality, The date control will provide an indication of current date and launches a popup which allows the user to pick up the date . Any information on this will be really help ful Thanks in advance, Regards Sarath ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Do we have a date control widget in gtk??
On Mon, 2007-01-08 at 15:33 +0530, Sarath Potharaju wrote: I am relatively new and learning GTK, i am looking for a date control widget which can do the following functionality, The date control will provide an indication of current date and launches a popup which allows the user to pick up the date . Any information on this will be really help ful There isn't a date popup widget as such; you need to create a button and on popup display a GtkCalendar: http://developer.gnome.org/doc/API/2.0/gtk/GtkCalendar.html For an example of usage, look in the clock applet in gnome-panel. Ed ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GUI window creation from a thread
Hi, Is it not possible to create a GUI window from a thread? I created a thread from a button_click callback and from within the thread I need to display a popup message . But everytime a GUI operation like widget show or destroy is done, it displays following error messages: Xlib: unexpected async reply (sequence 0x24e)! Xlib: sequence lost (0x1 0x3e3) in reply type 0x0! What is the get-around for this problem? Please help Preeti ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GUI window creation from a thread
On 1/8/07, Preeti Joshi [EMAIL PROTECTED] wrote: Is it not possible to create a GUI window from a thread? I created a thread There are several FAQs about this: http://www.gtk.org/faq/#AEN482 And some others, read down a bit. In my opinion, it's best not to do this, but instead to only call gtk from your main thread. If you need to start a worker thread to perform some time-consuming operation, use g_timeout_add() from the worker to send messages to the main thread. John ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GUI window creation from a thread
You should not create widgets from threads other than the main thread. To overcome this problem I use idle time processing callback (using g_idle_add() method). Basically, you have to create some idle time requests queue, that will create and display windows/messages etc. Then you can create the request from your thread (and optionally block until some mutex signals that the message box you wanted to be shown was closed). For the details, you can download Atol source code (http://atol.sourceforge.net/) and see files ThreadSafeGui and ThreadSaveMsgs. Regards, Miroslav - Original Message - From: Preeti Joshi [EMAIL PROTECTED] To: gtk-app-devel-list@gnome.org Sent: Monday, January 08, 2007 11:33 AM Subject: GUI window creation from a thread Hi, Is it not possible to create a GUI window from a thread? I created a thread from a button_click callback and from within the thread I need to display a popup message . But everytime a GUI operation like widget show or destroy is done, it displays following error messages: Xlib: unexpected async reply (sequence 0x24e)! Xlib: sequence lost (0x1 0x3e3) in reply type 0x0! What is the get-around for this problem? Please help Preeti ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list __ NOD32 1945 (20061229) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
G_SLICE=debug-blocks is not in GLib-2.12 (Re: GLib 2.12.7 released)
On Thu, 4 Jan 2007, Matthias Clasen wrote: GLib 2.12.7 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.7.tar.bz2 md5sum: 7a9e949627cf55c844c3570ab83a2caf glib-2.12.7.tar.gzmd5sum: 86dff2c80d9277bba7b899058bc2c29c This is a bug fix release in the 2.12 series. Overview of Changes from GLib 2.12.6 to GLib 2.12.7 === * GSlice - The slice allocator has gained address validation that can be activated with the environment variable G_SLICE=debug-blocks - The allocator emits a warning if it detects too late thread initialization Correction: These GSlice changes are NOT part of the release. These changes only went into GLib HEAD and are currently not planned to be back ported to 2.12.x. --- ciaoTJ ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Information required
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Jan 08, 2007 at 03:27:09PM +0530, Sarath Potharaju wrote: Hi Michael, Sorry for the delayed Response, the field widget is some thing which allows the user information into a form.The field widget allows for entering a single line of date. For information on entering multiple, wrapping lines of data. Do we have this kind of widget in GTK?? Any information this will be really helpful. Sarath, I'm sorry to say that I don't understand at all what you are asking. May be it's because I don't know Qt too well. Maybe others have that problem too, that would be why you get so few responses. - What is the field widget? (a widget, I suppose, that is a GUI element). - How does it look like? - What is its user interface (how does it behave towards the user)? - What is its API (how does it behave towards the program)? - What is it used for? Thanks - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFokQcBcgs9XrR2kYRAr16AJ4rNhPvzP1I9D3pWdOxT6Y0yIzGTQCbBpQe ydsilc8d3PmZUYa50988Rfg= =bb6s -END PGP SIGNATURE- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Do we have a date control widget in gtk??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Jan 08, 2007 at 03:33:09PM +0530, Sarath Potharaju wrote: Hi ALL, I am relatively new and learning GTK, i am looking for a date control widget which can do the following functionality, The date control will provide an indication of current date and launches a popup which allows the user to pick up the date . Seems the best fit would be a GtkCalendar. If yu want to go with Gnome widgets, maybe GnomeDateEdit is for you: http://developer.gnome.org/doc/API/2.4/libgnomeui/GnomeDateEdit.html HTH - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFokXbBcgs9XrR2kYRAkKrAJ0Vo94tHoKsYwgeKuGo59XZ0XQIKACdEHwD q97XSZ6RFbshw2WzQzcxY2o= =Mc65 -END PGP SIGNATURE- ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkTextView selection change event?
I am trying to catch event when selection changes in a text view. So far, I've only found move-cursor signal on the GtkTextView object. The problem with this signal is that this is triggered before selection changes and I want to be notified after the change. Does anyone know any better signal for this? TIA ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: Do we have a date control widget in gtk??
Il giorno lun, 08/01/2007 alle 15.33 +0530, Sarath Potharaju ha scritto: I am relatively new and learning GTK, i am looking for a date control widget which can do the following functionality, The date control will provide an indication of current date and launches a popup which allows the user to pick up the date . that's what you search http://gtkdateentry.sourceforge.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
GtkPlot
Where can I get a decent example of GtkPlot usage? greets, Luka -- email: [EMAIL PROTECTED] w3:http://luka-napotnik.net ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: GtkPlot
Luka Napotnik wrote: Where can I get a decent example of GtkPlot usage? greets, Luka Download the source from http://gtkextra.sourceforge.net/src/gtkplot-5.0.tar.gz, build the source using 'make' and then run ./demo (and view demo.c for how it's done). -- - Micah Carrick Freelance Developer http://www.micahcarrick.com | http://www.gtkforums.com ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Pango-1.15.3 released [unstable]
Pango-1.15.3 is now available for download at: http://download.gnome.org/sources/pango/1.15/ or ftp://ftp.gtk.org/pub/pango/1.15 f77ff87808d8e54e15a23913a13be337 pango-1.15.3.tar.bz2 a23b2d2b37253f4ed1c5d31464d1e214 pango-1.15.3.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.2 and 1.15.3 == - Fix Hangul crasher and other Hangul bugs introduced in 1.15.2 - Spell-checked docs - Build fixes - Don't introduce bitfields in public structs. This changes some public API that was broken in the 1.15 series. The new struct is backward compatible with the older Pango series, but not with earlier 1.15.x devel releases. - New Public API: * PangoAnalysis.flags and PANGO_ANALYSIS_FLAGS_CENTERED_BASELINE. These are mostly only useful for the vertical text support in Pango, but language bindings probably want to update their bindings for PangoAnalysis to include these. * New PangoMatrix methods: pango_matrix_transform_distance() pango_matrix_transform_point() pango_matrix_transform_rectangle() pango_matrix_transform_pixel_rectangle() The transform_rectangle methods are particularly useful when an app/toolkit wants to know the extents of a rotated layout in device coordinates. It will be used by Gtk+ for example, and is used by the pango-view tool too. The _pixel_ variant takes a PangoRectangle in device units instead of Pango units. * Unit conversion helpers: pango_units_from_double() pango_units_to_double() pango_extents_to_pixels() The first two just convert between Pango units (fixed precision) and double floating-point numbers. The current implementations are as simple as (int)floor (d * PANGO_SCALE + 0.5) and (double)i / PANGO_SCALE, but the idea is to have optimized versions of these that do not use the FPU in the future. That will be appreciated by embedded devices without FPU units. Since the functionality can be generally useful, the API is made public. The pango_extents_to_pixels() function in conjunction with pango_matrix_transform_rectangle() makes it possible to convert extents to device space and round then, instead of having to transform rounded user-space extents. - Bugs fixed in this release: Bug 351496 – PangoAnalysis::gravity breaks binary compatibility Bug 388702 – Crash when
How to add paddings to a widget before gtk+2.4?
Hi, I may wrap a widget with an GtkAlignment, and then use gtk_alignment_set_padding to add top/right/bottom/left paddings to the wrapping GtkAlignment in gtk+2.4 or higher version, but how to do the same thing before 2.4? That is, how to add paddings to a widget? I have to make my program run on gtk+2.2. Thanks. ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
accessing gdk window surfaces
hi, I am using DirectFB as my underlying display layer. I want to generate the core dump of a particular widget, given its parent/container widget. I am using the 'Dump' API of DFB to do the same. Whenever a child widget is created, a subsurface is created as in function gdk_directfb_window_new (parent_impl-drawable.surface-GetSubSurface). So i am using this surface handler stored in the windows GdkWindowImplDirectFB of the window, but it contains a NULL always.. I access the child widgets list from the children pointer stored in the GdkWindowImplDirectFB structure of the root window/container. Note that I do not want to take a snapshot of the visible widgets on the screen, but a dump of the entire window. I am new GTK+ programming. Is there any other way of achieving the same or am I missing out something very obvious? -- Regards ARviND AyyangaR ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
G_SLICE=debug-blocks is not in GLib-2.12 (Re: GLib 2.12.7 released)
On Thu, 4 Jan 2007, Matthias Clasen wrote: GLib 2.12.7 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.7.tar.bz2 md5sum: 7a9e949627cf55c844c3570ab83a2caf glib-2.12.7.tar.gzmd5sum: 86dff2c80d9277bba7b899058bc2c29c This is a bug fix release in the 2.12 series. Overview of Changes from GLib 2.12.6 to GLib 2.12.7 === * GSlice - The slice allocator has gained address validation that can be activated with the environment variable G_SLICE=debug-blocks - The allocator emits a warning if it detects too late thread initialization Correction: These GSlice changes are NOT part of the release. These changes only went into GLib HEAD and are currently not planned to be back ported to 2.12.x. --- ciaoTJ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: GLib 2.12.7 released
On Thu, 4 Jan 2007, Matthias Clasen wrote: GLib 2.12.7 is now available for download at: Overview of Changes from GLib 2.12.6 to GLib 2.12.7 === * GSlice - The slice allocator has gained address validation that can be activated with the environment variable G_SLICE=debug-blocks - The allocator emits a warning if it detects too late thread initialization hey matthias. why does the glib-2.12.7 tarball contain changelog entries for these changes but not the code in gslice.c? (not that it should be in the 2.12 branch at all, but that's a different issue.) judging from svn blame, r5187 contains a partially bogus merge. Matthias Clasen January 4, 2007 --- ciaoTJ ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Patch to make cross-compiling easier with libtool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When adding gtk+ 2.10.7 to OpenEmbedded today I had to rediff a few patches and this one seemed usefull to have upstream: http://www.openembedded.org/repo/org.openembedded.dev/packages/gtk+/gtk+-2.10.7/hardcoded_libtool.patch This is needed when cross-compiling where you don't want to use your hosts libtool, but the one provided with your crosscompiler (mine is called arm-angstrom-linux-gnueabi-libtool). Could you apply this to svn, or point out the flaws so I can submit a better version. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFonpWMkyGM64RGpERAoP+AKC0CHPwQUZyCuZfb6DcUothbAQCqwCeNb1x YqioLQNwj8lzfj03UuItgec= =zWGi -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Patch to make cross-compiling easier with libtool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gustavo J. A. M. Carneiro schreef: On Seg, 2007-01-08 at 18:07 +0100, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When adding gtk+ 2.10.7 to OpenEmbedded today I had to rediff a few patches and this one seemed usefull to have upstream: http://www.openembedded.org/repo/org.openembedded.dev/packages/gtk+/gtk+-2.10.7/hardcoded_libtool.patch BTW, maybe it's more correct to use $(LIBTOOL) instead of ./$host_alias-libtool ? No idea, sorry. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFoocJMkyGM64RGpERAhHrAKCLU9G1migst8MCBQ6Jsn2igTEjtwCeIE9t Ra30yShcqtovEzEGwsRGtCc= =fKyY -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Patch to make cross-compiling easier with libtool
On Mon, 2007-01-08 at 13:01 -0500, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gustavo J. A. M. Carneiro schreef: On Seg, 2007-01-08 at 18:07 +0100, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When adding gtk+ 2.10.7 to OpenEmbedded today I had to rediff a few patches and this one seemed usefull to have upstream: http://www.openembedded.org/repo/org.openembedded.dev/packages/gtk+/gtk+-2.10.7/hardcoded_libtool.patch BTW, maybe it's more correct to use $(LIBTOOL) instead of ./$host_alias-libtool ? No idea, sorry. How is ./$host_alias-libtool supposed to work? I don't see ./i386-redhat-linux-libtool in my Gtk+ tree. The answer is one of $(LIBTOOL) or use your libtoolize and run autogen.sh to get the correct ./libtool. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFoocJMkyGM64RGpERAhHrAKCLU9G1migst8MCBQ6Jsn2igTEjtwCeIE9t Ra30yShcqtovEzEGwsRGtCc= =fKyY -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list -- behdad http://behdad.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin, 1759 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Patch to make cross-compiling easier with libtool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Behdad Esfahbod schreef: On Mon, 2007-01-08 at 13:01 -0500, Koen Kooi wrote: Gustavo J. A. M. Carneiro schreef: On Seg, 2007-01-08 at 18:07 +0100, Koen Kooi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, When adding gtk+ 2.10.7 to OpenEmbedded today I had to rediff a few patches and this one seemed usefull to have upstream: http://www.openembedded.org/repo/org.openembedded.dev/packages/gtk+/gtk+-2.10.7/hardcoded_libtool.patch BTW, maybe it's more correct to use $(LIBTOOL) instead of ./$host_alias-libtool ? No idea, sorry. How is ./$host_alias-libtool supposed to work? I don't see ./i386-redhat-linux-libtool in my Gtk+ tree. The answer is one of $(LIBTOOL) ok or use your libtoolize and run autogen.sh to get the correct ./libtool. That's what we do (gnu-confize, libtoolize, autoreconf) and gives me $host-alias-libtool regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Darwin) iD8DBQFFor03MkyGM64RGpERAikcAKC5ip3Y0YPRovDtJ79MMgp7EETU2wCdHjP8 /uSehGD4NzYyQ0+KWaNfGEM= =ooPb -END PGP SIGNATURE- ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Feature freeze exception for Pango
Hi, As you probably know, we added vertical writing support to Pango this cycle. While the base has been committed for quite a while, there are some remaining bits still sitting in bugzilla for my review, and some missing bits too. So, I want to get permission to commit some new API after feature freeze and before January 15th. This includes mostly the patch in [1] after revision, plus some markup attributes for the new glyph direction support. Note that since Gtk+ is not releasing a new stable series for this GNOME cycle, the vertical text API in Pango will most probably go unused for GNOME 2.18 anyway, but I really want to have the complete, functional, API in Pango 1.16, instead of some bits missing. [1] http://bugzilla.gnome.org/show_bug.cgi?id=323173 Thanks for considering, -- behdad http://behdad.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin, 1759 ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Re: Gtk+ upstream meeting at FOSDEM
El mié, 03-01-2007 a las 11:37 +0100, Tim Janik escribió: so everyone meaning to come to FOSDEM/Bruessels on the 23rd, 24th, 25th, or 26th February 2007 and would like to join the Gtk+ meeting, please drop me a line so i can refine the proposed date to get most people on it. The meeting sounds like a very nice idea. I'll be able to make it on the days of the conference, not before that :( [I have practically zero time to contribute to GTK+ these days; I'm just going for the gossip ;) ] Federico ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Pango-1.15.3 released [unstable]
Pango-1.15.3 is now available for download at: http://download.gnome.org/sources/pango/1.15/ or ftp://ftp.gtk.org/pub/pango/1.15 f77ff87808d8e54e15a23913a13be337 pango-1.15.3.tar.bz2 a23b2d2b37253f4ed1c5d31464d1e214 pango-1.15.3.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.2 and 1.15.3 == - Fix Hangul crasher and other Hangul bugs introduced in 1.15.2 - Spell-checked docs - Build fixes - Don't introduce bitfields in public structs. This changes some public API that was broken in the 1.15 series. The new struct is backward compatible with the older Pango series, but not with earlier 1.15.x devel releases. - New Public API: * PangoAnalysis.flags and PANGO_ANALYSIS_FLAGS_CENTERED_BASELINE. These are mostly only useful for the vertical text support in Pango, but language bindings probably want to update their bindings for PangoAnalysis to include these. * New PangoMatrix methods: pango_matrix_transform_distance() pango_matrix_transform_point() pango_matrix_transform_rectangle() pango_matrix_transform_pixel_rectangle() The transform_rectangle methods are particularly useful when an app/toolkit wants to know the extents of a rotated layout in device coordinates. It will be used by Gtk+ for example, and is used by the pango-view tool too. The _pixel_ variant takes a PangoRectangle in device units instead of Pango units. * Unit conversion helpers: pango_units_from_double() pango_units_to_double() pango_extents_to_pixels() The first two just convert between Pango units (fixed precision) and double floating-point numbers. The current implementations are as simple as (int)floor (d * PANGO_SCALE + 0.5) and (double)i / PANGO_SCALE, but the idea is to have optimized versions of these that do not use the FPU in the future. That will be appreciated by embedded devices without FPU units. Since the functionality can be generally useful, the API is made public. The pango_extents_to_pixels() function in conjunction with pango_matrix_transform_rectangle() makes it possible to convert extents to device space and round then, instead of having to transform rounded user-space extents. - Bugs fixed in this release: Bug 351496 – PangoAnalysis::gravity breaks binary compatibility Bug 388702 – Crash when
2.10.8
Hey, Are there palns yet to make 2.10.8 release? The http://bugzilla.gnome.org/show_bug.cgi?id=393813 is pretty bad, in particular it makes a text editor (e.g. gedit) crash when you show line numbers. I already got a crash report from a user, some strange distro (don't know which one) distributes gtk-2.10.7. Best regards, Yevgen ___ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list
