nner for this? ;-)
Or the "activity mode" of GtkProgressBar, if you want to switch that
progress bar to a determinate progress. See gtk_progress_bar_pulse().
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Le lundi 31 octobre 2011 à 15:54 +0530, Rhishikesh a écrit :
> First mode would be an activity mode which could be used for showing
> ongoing indeterminate activity
...and wouldn't you use a GtkSpinner for this? ;-)
Cheers
___
gtk-app-devel-list mailin
Hi All,
I have been working on a gtk+ based project in which we had to design some
customised UI widget using GTK+.
As part of that project, we have created two new modes of appearence and
operation for the GtkProgressBar widget. I have attached the screen shots
of both of those modes with this
On Sat, 29 May 2010 06:35:24 -
"John Emmas" wrote:
> When you call one of the g_idle_add() functions, you're saying to gtk,
> "don't execute this function now - but delay it until the GUI thread
> has some idle time available and execute it there." By doing that,
> you ensure that GUI element
Thanks a lot guys, I was naive beleiving GTK is absolutely thread-safe!
Tim.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
I'm sure that most new gtk programmers encounter this problem sooner or
leter. I know I did and my solution was essentially the same as Tadej's.
I wish I seen his blog though as it would have saved me a lot of time!
The key to success is to ensure that GUI elements only ever get modified
within
Hi.
> The gtk_progress_bar_set_fraction() is called by a separate thread.
This is probably the main cause of your troubles. Try reading this
blogpost for some info on how to use GTK+ from multiple threads:
http://tadeboro.blogspot.com/2009/06/multi-threaded-gtk-applications.html
(I'm sorry for th
Timofei Istomin wrote:
Hello,
I'm developing an embedded application using GTK+ (2.16.6) on the DirectFB
backend.
I use the gtk_progress_bar_set_fraction() to set the progress value, but it
doesn't affect the visible state of the widget until the touchscreen is
tapped.
Other GUI elements (butto
Hello,
I'm developing an embedded application using GTK+ (2.16.6) on the DirectFB
backend.
I use the gtk_progress_bar_set_fraction() to set the progress value, but it
doesn't affect the visible state of the widget until the touchscreen is
tapped.
Other GUI elements (buttons and text entries) are
Hi list,
I have used GtkProgressBar's for a while, and back when I started
some years ago, it was necessary to call something like:
while(g_main_context_iteration(0, FALSE));
to have the UI updated. These days it seems like this is no longer
necessary - is that correct? I'm doing i
On Sun, 2006-12-24 at 00:26 +0100, Tomasz Jankowski wrote:
> Hello!
>
> This is simple code:
> #include
>
> gboolean pulse_it (gpointer data) {
> gtk_progress_bar_pulse (data);
> return TRUE;
> }
>
> gint thread_fun (gpointer data) {
> gint source_id = g_timeout_add (100, (GSource
Hello!
This is simple code:
#include
gboolean pulse_it (gpointer data) {
gtk_progress_bar_pulse (data);
return TRUE;
}
gint thread_fun (gpointer data) {
gint source_id = g_timeout_add (100, (GSourceFunc) pulse_it, data);
g_usleep (500);
g_source_remove (source_id);
"jim Pharis" wrote:
> I have an external synchronous library call that takes a while to
> complete. I want to display a progress bar well I'm waiting.
>
> The problem is, even when the progress bar is in the thread in a loop
> calling gtk_progress_bar_pulse, the progress bar still looks like its
On Thu, 2006-03-16 at 10:09 -0500, jim Pharis wrote:
> I have an external synchronous library call that takes a while to
> complete. I want to display a progress bar well I'm waiting.
>
> The problem is, even when the progress bar is in the thread in a loop
> calling gtk_progress_bar_pulse, the pr
On 3/16/06, jim Pharis <[EMAIL PROTECTED]> wrote:
> I have an external synchronous library call that takes a while to
> complete. I want to display a progress bar well I'm waiting.
>
> The problem is, even when the progress bar is in the thread in a loop
> calling gtk_progress_bar_pulse, the progre
I have an external synchronous library call that takes a while to
complete. I want to display a progress bar well I'm waiting.
The problem is, even when the progress bar is in the thread in a loop
calling gtk_progress_bar_pulse, the progress bar still looks like its
frozen. Here is the psuedo code
> hi
>
> I was wanting to add a progress bar to a function, but
> the problem is that progress bar is only shown after
> the function is over even though the first thing i do
> in the function is to show the progress bar.
>
> So maybe i should give a delay after showing. Is there
> any function whi
hey
Thanks a lot guys, its working fine now.
Thank You
Abhishek Samuel
___
Yahoo! Messenger - want a free and easy way to contact your friends online?
http://uk.messenger.yahoo.com
_
abhi rocks wrote:
>hi
>
>I was wanting to add a progress bar to a function, but
>the problem is that progress bar is only shown after
>the function is over even though the first thing i do
>in the function is to show the progress bar.
>
>
>
You need to give control back to GTK occasionally so i
hi
I was wanting to add a progress bar to a function, but
the problem is that progress bar is only shown after
the function is over even though the first thing i do
in the function is to show the progress bar.
So maybe i should give a delay after showing. Is there
any function which causes a del
20 matches
Mail list logo
