> It did not solve the Problem, [...]
Before I e-mailed my response I locally created a program that included
the function your posted. Double clicking the bottom field threw the
error you mentioned. After modifying the code as I described in my
previous post, the warning on the console
Hello Norbert,
thank you very much for your answer.
It did not solve the Problem, but it made me think about my string
handling in the callback function. The field throwing the error was the
input, not the output.
I just split the string using the pointer of the input and not copying
it before
Hi Emmanuele,
Thank you for your reply.
> [...], instead of generating a massive string and then
> sending it to lpr, [...]
I'm slightly confused, is that a description of what my code is
currently doing? If it is: I was unaware that the code is generating a
massive string.
My intention and
> keybuf = gtk_entry_buffer_new ("Not yet generated", 45);
https://developer.gnome.org/gtk3/stable/GtkEntryBuffer.html#gtk-entry-buffer-new
The second parameter of gtk_entry_buffer_new() specifies the number of
characters in the string.
Either change 45 to 17 or to -1.
Best regards,
Norbert
Hello,
I just started developing GTK+ Applications.
But now I get the following error message and a broken Text when clicking back
in to the GTKEntry widget:
(gtk-keygen:18220): Pango-CRITICAL **: pango_layout_get_cursor_pos: assertion
'index >= 0 && index <= layout->length' failed
Here is
https://developer.gnome.org/gi/1.50/gi-GIFieldInfo.html#g-field-info-get-size
Is someone still familiar with GObject Introspection?
I am investigating creating high level GObject Introspection based Nim bindings.
Most seems to work well, some not: For example
g-field-info-get-size()
seems to
