em to be the way to go until you
have some assurance that discourse will preserve community involvement instead
of just doing it on hope.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
hat has stood the
test of time. I would at least maintain the mailing list as is until you have
some confirmation that any change actually accomplishes its stated goals.
I for one see no benefit in discourse.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-de
just doesn't seem right that I would need to destroy the entire textview
window just to keep completion working with a new buffer.
Any help greatly appreciated.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-li
on Linux
to test. I just used the windows gtk2 binaries and it works fine for my
purposes.
> Can anyone point me to a guide for doing that?
Somebody else will have to fill this in... Good luck.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-
On 09/16/2018 03:53 AM, David C. Rankin wrote:
> On 09/16/2018 03:21 AM, David C. Rankin wrote:
>> Each treemodel entry has a struct containing a pointer to its
>> GtkSourceCompletionWords provider.
>
> Uugh...
>
> That should read the editor instance struct associa
an be used in conjunction with
the set_window_title call that would also provide a tooltip on mouseover I
could respond to?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/li
p;val1, property2, &val2,
NULL);
See the manual (and it does apply in Gtk+3)
https://developer.gnome.org/gobject/stable/gobject-The-Base-Object-Type.html#g-object-get
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 09/16/2018 03:21 AM, David C. Rankin wrote:
> Each treemodel entry has a struct containing a pointer to its
> GtkSourceCompletionWords provider.
Uugh...
That should read the editor instance struct associated with the sourceview has
a pointer to its GtkSourceCompletionWords provider
g words from the new buffer instead of the old?
When I switch focus back to the original buffer -- completion works fine
again, it's something in the switch to the new that I must be missing.
Help?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-
e through the treemodel
and match with the buffer held in the model using the iterator to set the
selection.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 08/27/2018 01:24 AM, David C. Rankin wrote:
> "How do I use the pointer stored in column 2 of the model to set the
> selection on that treeview entry?"
>
> (the full source of the interface is https://github.com/drankinatty/gtkate
> which is just a concept at the
get an iter or treepath given the value of column 2 to
then set the selection on that row/entry in the treeview. I guess I could do a
for_each and loop over the pointers, but I'm unsure if that is the correct way
or one of my logical hacks that would be better implemented some other way.
ending on what the code is, and your competitors in the market,
that may just provide a bullseye they were looking for.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 07/28/2018 03:35 AM, David C. Rankin wrote:
> All,
>
> I have implemented word completion with GtkSourceView, but I cannot find a
> simple way to prevent the provider and proposals from popping up until 3 (or
> more) characters are typed? Is there an easier way to adjust t
On 07/28/2018 08:12 AM, John Coppens wrote:
> David, is 'set_minimum_key_length' what you are looking for?
Oh, no, no, no, not entry-completion, *word-completion* in a text editor
window. (which explains why it was no where to be found in the gtkSourceView
code :)
--
David C. Ran
lace
operation:
gtk_text_buffer_begin_user_action (buffer);
(code for gtk_text_view_scroll_to_mark
gtk_text_buffer_end_user_action (buffer);
You shouldn't notice any delay when implementing the scroll in any
reasonable size file.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 07/28/2018 08:12 AM, John Coppens wrote:
> On Sat, 28 Jul 2018 03:35:02 -0500
> "David C. Rankin" wrote:
>
>> All,
>>
>> I have implemented word completion with GtkSourceView, but I cannot
>> find a simple way to prevent the provider and pr
blocking the display of
the completion window until the desired number of characters have been typed?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 07/17/2018 11:12 PM, David C. Rankin wrote:
> Is this a problem with gtk select_range under windows, or just the result of
> windows selection being something gtk cannot interface with given the
> different windows API?
Uugh!
Disregard. It does work and will affect the selection
different windows API?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 20 October 2017 at 22:33, Felipe Borges wrote:
>
> Running GUI applications as root is hardly discouraged.
The English language can be surprising, so I write this short note to help
avoid confusion.
400 years ago, your sentence above would be correct. But the meaning
of the word "hardly" has
n for org.freedesktop.UPower signals as described
here?:
https://stackoverflow.com/a/13548984
David
--
Website: http://www.flypig.co.uk
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 08/29/2017 11:48 PM, David C. Rankin wrote:
> How do you package this snippet of any rcfile and have it read by your
> application -- in addition to the default theme in use? (Gtk+2)?
>
Got it -- gtk_rc_parse (filename);
--
David C. Rankin,
On 08/27/2017 04:53 AM, David C. Rankin wrote:
>
> The problem is the 6px spacing is way to big and the info bar takes up too
> much space. I want to set the "button-spacing" style property to 2 (or 1) to
> cut down the vertical height.
>
> How do I set the &qu
akes up too
much space. I want to set the "button-spacing" style property to 2 (or 1) to
cut down the vertical height.
How do I set the "button-spacing" style property?
(it's these little, seemingly simple things, that are the most frustrating)
--
David C. Rankin, J.
amp;iter, FALSE, TRUE)) {
gtk_text_buffer_get_iter_at_mark (buffer, &iter, app->last_pos);
gtk_text_buffer_insert (buffer, &iter, app->eolstr[CRLF], -1);
}
Either I'm crazy and have botched something (which is always possible, but
unlikely here)
On 07/31/2017 02:05 AM, David C. Rankin wrote:
> Does this approach sound reasonable, or like one I'll spend 1/2 day coming
> to regret?
It was... something to regret (but was solved without regret...)
I decided to write the conversion routine first -- it answered the question
made.
Does this approach sound reasonable, or like one I'll spend 1/2 day coming
to regret?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 06/21/2017 05:52 AM, David C. Rankin wrote:
> Now all I have to do is figure out how to fix
> gtk_source_language_manager_set_search_path () on windows so it can find my
> sourceview language files in
> "C:\opt\gtk2\share\gtksourceview-2.0\language-specs"
The search
On 06/21/2017 04:11 AM, David C. Rankin wrote:
Well, I have identified the problem, and have a work-around, even if I
haven't solved it. Here is the code I originally posted which provides
'ctrl+i' for indent and 'shift+ctrl+i' for unindent:
> ...
> gtk_w
120208_win32.zip
https://download.gnome.org/binaries/win32/gtksourceview/2.10/gtksourceview-2.10.0.zip
https://download.gnome.org/binaries/win32/gtksourceview/2.10/gtksourceview-dev-2.10.0.zip
http://xmlsoft.org/sources/win32/libxml2-2.7.8.win32.zip
On 04/01/2017 01:04 PM, cecas...@aol.com wrote:
>
> Hi David,
>
> Not sure about this one. I tested some code out to see if I could figure it
> out. Had the same problem that you had with the "changed" signal not being
> blocked. If I change the rate of the file moni
On 03/30/2017 03:39 PM, David C. Rankin wrote:
> Let me know what the experts think. There is something funny about the way
> block/unblock works with GFileMonitor that I'm missing. For normal signals in
> the app, I have no problems with block/unblock.
I've posted this c
handler)
file_monitor_unblock_changed (app); /* unblock "changed" signal */
To my disbelief, the callback continues to fire as if I had not called block
at all. For instance when saving the file, the debug output is:
$ ./bin/gtkwrite
blocking changed (669)
buffer_write_fil
On 03/28/2017 10:38 PM, David C. Rankin wrote:
> Emmanuele,
>
> I need more help. I have implemented the watch with 'g_file_monitor_file'
> and registered a callback on the "changed" signal for the file, but I cannot
> get it to respond to any changes in the u
On 03/28/2017 01:34 PM, David C. Rankin wrote:
> On 03/28/2017 02:06 AM, Emmanuele Bassi wrote:
>> Use GFileMonitor from GIO instead of directly dealing with inotify.
>>
>> Ciao,
>> Emmanuele.
>>
>
> Now that is the type of answer I was looking for! Thank
On 03/28/2017 02:06 AM, Emmanuele Bassi wrote:
> Use GFileMonitor from GIO instead of directly dealing with inotify.
>
> Ciao,
> Emmanuele.
>
Now that is the type of answer I was looking for! Thanks Emmanuele. That
definitely keeps it much cleaner.
--
David C. R
b functions, not the old
`gtk_idle_add()`, if that makes any difference)
What say the experts?
footnote 1: https://github.com/drankinatty/gtkwrite
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
problem
switching between the views to control the split-view you are trying to create.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 03/01/2017 08:17 PM, David C. Rankin wrote:
> All,
>
> I have a menubar (working fine) and I want to attach a popup menu to that
> widget to "show/hide" a toolbar below it. I cannot figure out how to attach
> the popup to the 'menubar' itself gen
that will respond when I rt-click on a
blank part of the menubar?
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 02/23/2017 12:53 PM, cecas...@aol.com wrote:
>
> Hi David,
>
> I tried out gtkedit and it compiled and worked fine. Did a few searches
> and it found the words.
> When I compiled I got a few warnings like the following.
>
> gtk_common_dlg.c:
f changing focus undoing the selection? I'll keep looking.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
On 02/22/2017 12:34 AM, David C. Rankin wrote:
> All,
>
> I have a textview widget being used in an editor where an incremental search
> is performed. The matched words are highlighted with:
>
> gtk_text_buffer_select_range (buffer, &mstart, &mend);
>
> Af
27;
button, the selection (implemented immediately on close of the dialog if 'Yes'
is chosen) can be removed from the matched word as focus from the dialog is
returned to the textview.
Is there some standard way to prevent the closing of a dialog from impacting
an active selection in the paren
On 02/17/2017 08:26 PM, cecas...@aol.com wrote:
> David,
>
> I asked a question about this on the gtk-devel-list
>
> https://mail.gnome.org/archives/gtk-devel-list/2017-January/msg00018.html
>
> last month. A lot I didn't know about this. For UTF-8 it is a bit comp
On 02/17/2017 08:26 PM, cecas...@aol.com wrote:
> David,
>
> I asked a question about this on the gtk-devel-list
>
> https://mail.gnome.org/archives/gtk-devel-list/2017-January/msg00018.html
>
> last month. A lot I didn't know about this. For UTF-8 it is a bit comp
th the Gtk+2 stable branch (and the wealth
of good themes available). For most of the added GtkSourceView 3X
functionality that I want, have simply backported the functions to run with
Gtk+2 (e.g. source_view_indent_lines, source_view_unindent_lines, ...)
--
David C. Rankin, J.D.,P.E.
eck to make
sure I'm not just missing something obvious (either from gtk2 or a solution
here I can't find). I've been though the GTK+2 Reference Manual and exhausted
my search here, and generally for a gtk2 default solution.
Does gtk2 provide anything by default for a case insensitiv
ttps://github.com/llewelld/dbus-pam-test/blob/master/src/pam_test.c
And in case it's helpful, the output to syslog from running these is
here: https://github.com/llewelld/dbus-pam-test/blob/master/log-output.log
David
--
Website: http://www.flypig.co.uk
___
On 04/30/2016 11:25 PM, Andrew Robinson wrote:
> My initial request for help in this forum was that main(argc,argv) only
> returned garbage instead of the command line when using the 32-bit version of
> GTK+ v3.18 on a 64-bit Windows7 OS. This forum was unable to offer any expert
> help or advice o
On 04/21/2016 08:52 PM, Matthew A. Postiff wrote:
> I got farther by installing a signal handler that I catch in the
> container class/object. Now if I am viewing the dialog, and hit escape,
> it closes, the dialog is destroyed, and I can create it again later.
>
> However, if I mouse click the Re
YES there are two different calling conventions used in older win32
applications they push/pop the args in different orders in the assembler
part essentially.
http://unixwiz.net/techtips/win32-callconv.html
1)PASCAL calling convention(preferred legacy WINAPI calling convention)
"The other most pop
perspective that I believe GNU/Linux better reflects the global
consciousness and the direction we want the world to go towards. I make
these suggestions towards more GNU/Linux and less Microsoft, but in no
way did I ever impose anything. Just keep these things in mind when you
reflect and make you
gtk_window_new
movq%rax, -8(%rbp)
movq-8(%rbp), %rax
movq%rax, %rdi
callgtk_widget_show
callgtk_main
movl$0, %eax
leave
.cfi_def_cfa 7, 8
ret
.cfi_endproc
.LFE206:
.size main, .-mai
On 12/22/2015 05:13 PM, David C. Rankin wrote:
How can I limit the the execution of the 'on_mark_set' callback to a single
call regardless of whether there is data being entered or if cursor is being
moved with the arrow-keys or mouse? Any help will be greatly appreciated.
OK
ine: 1 col: 3
line: 1 col: 3
or repositioning by clicking the mouse at the beginning results in a
quadruple-fire of the callback:
line: 1 col: 1
line: 1 col: 1
line: 1 col: 1
line: 1 col: 1
How can I limit the the execution of the 'on_mark_set' callback to a si
On 12/21/2015 02:57 AM, Liam R. E. Quin wrote:
On Mon, 2015-12-21 at 02:22 -0600, David C. Rankin wrote:
[...]
if (gtk_text_view_im_context_filter_keypress (GTK_TEXT_VIEW
(app->view),
ev
r_keypress was intended to fix here? The
documentation says:
"Note that you are expected to call this function from your handler when
overriding key event handling."
That's what I'm trying to do, but when I call the function, it always returns
FALSE -- so what's th
On 12/07/2015 11:13 PM, David C. Rankin wrote:
All,
I have been pulling my hair out trying to tweak the padding between a GtkVBox
and a GtkStatusbar. I have the following main window layout:
main window
vbox = gtk_vbox_new (FALSE, 0);
menubar
scrolled-window
anks.
p.s. sorry if you get 2 copies, the first went to the 'requests' list by
mistake.
--
David C. Rankin, J.D.,P.E.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Hi
On 2015-08-11 20:27, Jacques Pelletier wrote:
I'm using a separate thread for accepting clients on a socket server.
In this thread, the g_main_context_iteration is called to update the GUI.
Do I need to use g_main_context_acquire and/or g_main_context_release?
Apart from the code and the r
I noticed you are using linaro tools so you'll want to use the linaro
packages for pango. you want sources for pango that target armhf which
can be found here:
https://releases.linaro.org/13.01/openembedded/sources
On 04/23/2015 06:22 AM, mcre...@wowvision.in wrote:
>
> Hi All,
>
> I am trying
No wonder you're lost. You're jumping around using different character
systems(Linux UTF-8 Versus Windows UTF-16) and character subsets(full
language character 255+ set down to ASCII 127 subset without diacritics)
from different operating systems(Linux and Windows).
Let's clarify: multi-lingual w
On Mon, Aug 11, 2014 at 11:28:34PM +0200, Florian Müllner wrote:
> That is not quite true - since GTK 3.10, there's
>
> gtk_window_set_titlebar (GTK_WINDOW (window), titlebar_widget);
Unless you are running someting like Gnome 3(?), this will add a
strangely looking thing to the top of your win
On Tue, Jul 01, 2014 at 01:39:03AM -0700, Anoop Neem wrote:
> p->one = textEntry;
> p->two = label;
Here the unititialised textEntry and label pointers are assigned to the
struct fields.
> textEntry = gtk_entry_new();
> calButton = gtk_button_new_with_label("Calculate");
This will match up with your requirements:
https://code.google.com/p/bridgegl/
https://code.google.com/p/bridgegl/source/browse/trunk/application.cpp
If the above is too noisy/featureful, then look at the python versions
below, then look at the .cc/.cpp later.
For static 2d:
https://git.gnome.org
Test you stuff in python first, then move it to c/c++ if need be. This
allows for rapid testing of what you really need to do. Whatever you
are trying to do, it is possible, for complete menubar, menus, menuitems
on any platform. Windowing APIs for windows, linux, mac all can handle
this.
gtk3-
you are just using GDK. I know your case is
different, but if you're only interested in GDK events which I think is
what you're aiming for then perhaps you should ignore x and create a
native GDK window and get a valid gdk handle. It should be getting
events in the gdk message
On 03/23/2014 09:52 PM, Colomban Wendling wrote:
> Le 24/03/2014 02:11, David Marceau a écrit :
>> On 03/23/2014 08:36 PM, Joël Krähemann wrote:
>>>
>>> The following will compile but is it still correct?
>>>
>>> g_atom
On 03/23/2014 08:36 PM, Joël Krähemann wrote:
>
> The following will compile but is it still correct?
>
> g_atomic_pointer_set(&(returnable_thread->safe_data),
>NULL);
http://developer.gimp.org/api/2.0/glib/glib-Basic-Types.html#gpointer
typedef void* gpointer;
http://d
Motif Libs exist on the newer os, just to get it running.
Cheers,
David Marceau
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
option 1)Create a top level window, then set_decorated to false.
You will have no decorations.
option 2)There is the XWindow ChangeProperty() that you pass hints for
min/max to be false.
You could possibly get the XWindow handle from within the GTK api, then
call the Xwindow API to get full contro
On Fri, Feb 21, 2014 at 03:29:07PM +0800, Wiky wrote:
> The default GtkWindow has a minimize , a maximize and a close button in the
> right or left top coner.
> But I want a window which only has a close button. How can I remove the
> minimize and maximize button?
You can't. In my window manag
fid=oEG5UBbvy8a3udXaR1-LNWIHNrQ&cid=u98OF8Evg70&s=gtk-WARNING#L14
If you are adamant about seeing the exact source for this warning, it's
in the gtk sources. Install the gnome-dbg and anything gtk -dbg. That
will help to point to source files and line numbers.
Cheers,
David Mar
On Mon, Feb 17, 2014 at 04:44:53PM +0800, Wiky wrote:
> Hi,all. I'm currently writing a program based Gtk+-3.0.
> When it runs, I get '(a.out:10874): Gtk-WARNING **: Failed to ...' in the
> terminal.
> I know the problem is about GtkLabel, but I really don't know which GtkLabel.
> Is there a way
On 02/16/2014 03:05 PM, Bric wrote:
> On 02/16/2014 10:33 AM, David Marceau wrote:
>> On 02/16/2014 06:30 AM, Bric wrote:
>>> My old system was, indeed, trashed. An accidental re-boot proved that
>>> it wasn't going into GUI mode anymore. Thus, I upgraded, and
of these version jumps.
When you're done all the upgrading, then you may install the proprietary
drivers for nvidia/ati to your heart's content. That will take another
hour to download and install.
Once all this is done, you'll be up-to-date and your current iss
hread pointers and thread data don't have
to be global. They can be held within classes in order to maintain some
namespace organisation and reduce naming conflicts with variables and
functions.
Cheers :)
David Marceau
On 02/14/2014 09:51 PM, Valentin But wrote:
> Greetings gtk-a
Bric,
Please install gtkmm-dev. You should also install boost-all-dev.
That will bring in all the gtkmm/boost libs along with all the necessary
include files for them. After that you should be good to go.
Cheers :)
David Marceau
On 02/15/2014 06:07 AM, Bric wrote:
> On 02/14/2014 05:13
endencies on your computer and do
heed the advice to upgrade your computer to the latest os. It is well
worth it simply to save your time with older less-secure versions of not
only gnome, but all the other packages as well.
Cheers,
David Marceau
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
olang version will be a
lot cleaner once done.
https://github.com/omac777/gtksnowloadcount
Cheers,
David Marceau
On 01/24/2014 02:57 PM, David Marceau wrote:
> I did a small gui that is a wizard reflecting an actual form being used
> for counting snow disposal trucks which dump snow at differen
hments
-sending sms via gtk apis(non-gui and gui) with optional attachments
-gtkmm for android
-gtkmm for ubuntu touch
I send positive thoughts for a much brighter future for Gtk in this new
year.
Cheers,
David Marceau
http://adequatech.ca
___
gtk-app-deve
I had an interesting (to me, anyway) situation:
I have a program which, if a user presses a button, opens a new window
containing various text entries, textviews, and radiobuttons. The new window
also contained a checkbutton. The state of the radiobuttons and checkbutton
were stored in flags (i
Hi Ken
On 2013-12-11 11:06, Ken Bass wrote:
/* Create new GtkBuilder object */
builder = gtk_builder_new();
if( ! gtk_builder_add_from_file( builder, UI_FILE, &error ) )
{
g_warning( "%s", error->message );
g_free( error );
return( 1 );
}
/* Connect sign
I've not seen a clear answer to this obvious question. Maybe I'm not searching
for the right terms.
What I want to do is create a dialog if an error occurs, and I want it to
appear atop the window that currently has focus. This seems like a standard
thing to do, so it's weird I can't find a cle
On Sat, Dec 07, 2013 at 05:54:23PM +, Tristian Celestin wrote:
> I have a GtkListStore that contains 4 columns of unsigned integers
> (G_TYPE_UINT). I would like to display the second column of integers
> in a GtkComboBoxText widget, and I would like the integers to be
> displayed in Base 12.
On Thu, Dec 5, 2013 at 2:00 AM, David Buchan wrote:
>
> Things I've learned yesterday are:
>
> 1. strdup() (I've never seen or used it before)
> 2. what the heck heap and stack mean (still more to learn there)
> 3. a more general and flexible solution is probably to
On Wed, Dec 4, 2013 at 2:59 PM, David Buchan wrote:
> // Allocate memory on the heap, not stack.
> msgdata = (msgdatas *) malloc (1 * sizeof (msgdatas));
> msgdata->textview = (int *) malloc (1 * sizeof (int));
> message = (char *) malloc (1024);
The only blocks of memo
On 4 December 2013 13:31, wrote:
> Here's a tiny, complete program that does almost what you want. It's
> gtk2, but should work fine with gtk3.
>
> http://pastebin.com/PsG2UDkY
>
> It just updates a status bar, but it'd be easy to make it do a textview
> instead.
>
> John
On Tue, 3 Dec 2013 19:59:22 -0800 (PST)
David Buchan wrote:
> ok, I may be getting somewhere. I did some reading on heap memory
> versus stack.
>
> Here's a vastly simplified example program which doesn't use GTK+,
> but I'm using to demonstrate my plan of attack
ok, I may be getting somewhere. I did some reading on heap memory versus stack.
Here's a vastly simplified example program which doesn't use GTK+, but I'm
using to demonstrate my plan of attack.
I use a function called packit() which allows me to still use strdup().
Comments?
Dave
Valgrind i
David Buchan wrote:
[snip]
> It is awkward, and probably unnecessary. Unless you have a very good
> reason, that is not the way to do it. Pass the idle function a string
> allocated on the heap, and free it in the idle function when finished
> with. Any other way creates thread
David Buchan wrote:
> These darn threads and idle functions still baffle me. I'm sorry to
> be such a pest.
>
> I want to periodically update a textview as new information comes
> available.
Sometimes this information can come in quickly (roughly
> every tenth of a
These darn threads and idle functions still baffle me. I'm sorry to be such a
pest.
I want to periodically update a textview as new information comes available.
Sometimes this information can come in quickly (roughly every tenth of a
second). Each update is a single line of text.
The observed
On Wed, 27 Nov 2013 19:32:26 -0800 (PST)
David Buchan wrote:
> I removed the call to g_thread_init() and it still works fine! Great
> catch there.
You can include it with glib >= 2.32 - it is a no-op then. You should
include it if you want your code to be able to run on earlier a
David Buchan wrote:
> Hi Michael,
>
> My 32-bit, GTK+2 version does
>
> // Secure glib
> if (!g_thread_supported ()) {
> g_thread_init (NULL);
> }
>
> at the beginning, and then the thread is spawned via:
>
>
on_button1_clicked (GtkButton *bu
David Buchan wrote:
> Hi Michael,
>
> My 32-bit, GTK+2 version does
>
> // Secure glib
> if (!g_thread_supported ()) {
> g_thread_init (NULL);
> }
>
> at the beginning, and then the thread is spawned via:
>
> on_button1_clicked (GtkButton *bu
ew threads?
On 11/27/2013 08:29 AM, David Buchan wrote:
> I have written a program which spawns a new thread when the user
> clicks a button. The new thread does something noticeable immediately
> after starting, so I know when the thread has begun. What I mean is,
> if I run that piece
Hi Andrew,
Yes, I've tried the printf thing. It takes about 1.5 sec. Very strange.
Dave
From: Andrew Potter
To: David Buchan
Cc: gtk-app-devel-list list
Sent: Wednesday, November 27, 2013 1:24 PM
Subject: Re: Delay time to spawn new threads?
O
1 - 100 of 569 matches
Mail list logo
