GTK+ 3.20

GTK+ 3.20.0 is now available for download at: http://download.gnome.org/sources/gtk+/3.20/ sha256 sum: 1c3d3a4a6e959ec8636ccb074bcdb8fa25c81ec56fbc70de6a3f5ef83ba6d803 gtk+-3.20.0.tar.xz What is GTK+ GTK+ is a multi-platform toolkit for creating graphical user interfaces.

GTK+ 3.20

GTK+ 3.20.0 is now available for download at: http://download.gnome.org/sources/gtk+/3.20/ sha256 sum: 1c3d3a4a6e959ec8636ccb074bcdb8fa25c81ec56fbc70de6a3f5ef83ba6d803 gtk+-3.20.0.tar.xz What is GTK+ GTK+ is a multi-platform toolkit for creating graphical user interfaces.

GTK+ 3.20

GTK+ 3.20.0 is now available for download at: http://download.gnome.org/sources/gtk+/3.20/ sha256 sum: 1c3d3a4a6e959ec8636ccb074bcdb8fa25c81ec56fbc70de6a3f5ef83ba6d803 gtk+-3.20.0.tar.xz What is GTK+ GTK+ is a multi-platform toolkit for creating graphical user interfaces.

Re: Branch or Patch?

On 03/21/2016 07:42 PM, Randall Sawyer wrote: On 03/21/2016 07:29 PM, Randall Sawyer wrote: I am ready in all earnestness to submit the proposal for the conclusion of new UTF-8-length-oriented functions 'g_utf_unilen()' and Oops - again - for my conflation between intended motivation -

Re: Branch or Patch?

On 03/21/2016 07:29 PM, Randall Sawyer wrote: I am ready in all earnestness to submit the proposal for the conclusion of new UTF-8-length-oriented functions 'g_utf_unilen()' and 'g_pointer_to_offset_sized()' - declared in "gunicode.h" and defined in "gutf8.c"

Branch or Patch?

I am ready in all earnestness to submit the proposal for the conclusion of new UTF-8-length-oriented functions 'g_utf_unilen()' and 'g_pointer_to_offset_sized()' - declared in "gunicode.h" and defined in "gutf8.c" [https://mail.gnome.org/archives/gtk-devel-list/2016-March/msg00042.html] I

GUString: Boxed Type Proposal

Hi! I keep my word: https://mail.gnome.org/archives/gtk-devel-list/2016-March/msg00034.html I have come to a conclusion: https://mail.gnome.org/archives/gtk-devel-list/2016-March/msg00042.html I have something to say about that:

Re: G_UTF8String: Boxed Type Proposal

Frankly, the use of the term "character" when referring to a "UTF-8 encoded Unicode code point" was for me a source of confusion when I leapt to the conclusion of the unmet need of a UTF-8-length-aware wrapped string type - be it called "G_UTF8String" or "GUString". I recommend that all Glib

Re: G_UTF8String: Boxed Type Proposal

Thank you once again to all who have responded. I have changed my mind. I DO grasp the nature of responders' objections. My understanding has now reached a "tipping point". What is the tipping point? On 03/21/2016 04:30 PM, Behdad Esfahbod wrote: I like to voice my opinion as well: -

Re: G_UTF8String: Boxed Type Proposal

I like to voice my opinion as well: - Bundling data and its length in a boxed type is useful, but that's gblob, - Bundling number-of-Unicode-character is rarely useful indeed, - A string API that would require any changes to the string content to go through editing function calls is

Re: G_UTF8String: Boxed Type Proposal

On Fri, Mar 18, 2016 at 9:57 AM, Randall Sawyer wrote: > 2) If the former is true - which it is - then the developer will need to > call g_utf8_strlen() to determine if there are multi-byte sequences to > navigate - and if there are - g_utf8_offset_to_pointer() to

glistmodel.h:G_DECLARE_INTERFACE(GListModel,

Have started building the 3.20 bindings for Nim language... Currently we are not using GObject Introspection but generate the bindings from the header files using the Nim tool c2nim. ~/Downloads/glib-2.47.92/gio $ grep GListModel *.h glistmodel.h:G_DECLARE_INTERFACE(GListModel, g_list_model, G,