Xojo Developer Conference
25/27th April 2018 in Denver.
MBS Xojo Conference
6/7th September 2018 in Munich, Germany.

Re: Threads and Menus (Real Studio network user group Mailinglist archive)

Back to the thread list
Previous thread: Automatically Moving Focus to Next Control
Next thread: Making static text blink


Re: Threads and Menus   -   Greg Bowman
  Re: Threads and Menus   -   Loren
   Threads and Menus   -   Ron Benditt
    Re: Threads and Menus   -   Terry Ford
  Re: Threads and Menus   -   Ron Benditt

Re: Threads and Menus
Date: 01.08.05 05:31 (Sun, 31 Jul 2005 21:31:14 -0700)
From: Greg Bowman
I've had this same issue when trying to work with real-time MIDI data
generation using a timer. Every time you click on controls like
menus, popup menus, sliders, etc, the action events of the timer are
suspended until the user lets go. From your comments it sounds like
the same is true in threads.

My only workaround idea has been to create custom controls using the
Canvas as to avoid using the standard controls that usurp the actions
events. Clicking on a canvas won't stop events from firing in the
tests I've done. Of course if you have menus this will still be a
problem since there's no real workaround for that (hmmm - a canvas to
replace the menubar???) ;)

I think it's certainly a bug, since other audio programs (Reason,
Cubase, etc) have no problem with continuous play while various aqua
controls are depressed.

Greg

>> Ancient History in the Archives really is not very helpful for many
>> matters these days. Describe your problem and the usual OS and Rb
>> version info and we can deal with it in the "Here and Now". :)
>>
> Fair enough, Terry. I've got some code doing some things in a
> thread. During this code execution, there are a few things that a
> user could do that would halt the thread completely, such as click
> on a menu and hold it open without selecting anything, or click on
> a scrollbar and drag without letting go of it for a while.
> Basically what I've got going on in the thread is real-time audio
> processing stuff, so if a user was to interrupt the thread for a
> period of time by doing these things, the audio stops until the
> thread is allowed to continue - not very pretty. I do want the
> user to have the ability to select menu options during the running
> of the thread, but I just don't want the mere selecting of a menu
> to cause audio stuttering.
>
> From the ancient history in the archives, it has been stated that
> this has to do with the way that RB does threading, and that a more
> modern approach using Cocoa rather than Carbon event monitoring
> would allow this to happen. I'm developing with v 5.5.5 for both
> OS X and Windows.
>
> Thanks,
>
> Ron Benditt
> Alien Apparatus Company, Inc.
> http://www.alienapparatus.com
>
> _______________________________________________
> Unsubscribe or switch delivery mode:
> <http://www.realsoftware.com/support/listmanager/>
> Search the archives of this list here:
> <http://support.realsoftware.com/listarchives/lists.html>

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Threads and Menus
Date: 01.08.05 08:08 (Mon, 1 Aug 2005 00:08:49 -0700)
From: Loren

On Jul 30, 2005, at 7:50 PM, Ron Benditt wrote:

>> Ancient History in the Archives really is not very helpful for many
>> matters these days. Describe your problem and the usual OS and Rb
>> version info and we can deal with it in the "Here and Now". :)
>>
> Fair enough, Terry. I've got some code doing some things in a
> thread. During this code execution, there are a few things that a
> user could do that would halt the thread completely, such as click
> on a menu and hold it open without selecting anything, or click on
> a scrollbar and drag without letting go of it for a while.
> Basically what I've got going on in the thread is real-time audio
> processing stuff, so if a user was to interrupt the thread for a
> period of time by doing these things, the audio stops until the
> thread is allowed to continue - not very pretty. I do want the
> user to have the ability to select menu options during the running
> of the thread, but I just don't want the mere selecting of a menu
> to cause audio stuttering.
>
> From the ancient history in the archives, it has been stated that
> this has to do with the way that RB does threading, and that a more
> modern approach using Cocoa rather than Carbon event monitoring
> would allow this to happen. I'm developing with v 5.5.5 for both
> OS X and Windows.
>
> Thanks,
>
> Ron Benditt
> Alien Apparatus Company, Inc.
> http://www.alienapparatus.com
>

Ron -

I have noticed this issue before, it was really bad in 10.0.0 beta of
os X, when they were just getting the multitasking stuff working, but
even now, it's still around... run apple's safari, and when a page is
loading - full halt

But, none of the mixing programs i use or final cut has the problem
while importing.

I can't tell ya weather is carbon or what, but there are many
programs for the mac that do the same thing, i don't have an answer
to fix it.

_/ | \________________________________
Loren - discodj aut mac daut com
RB Mac 2005P r1 and 555P and Win 555P Ide
Einhugarfied and monkey'd up
Tigger 10.4.2 - g5 2Gz 2gig ram
W2000 on Virt Pc and some 486 laptop



_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Threads and Menus
Date: 31.07.05 00:10 (Sat, 30 Jul 2005 19:10:47 -0400)
From: Ron Benditt
Has anything been done lately with regard to menu selections
interrupting threads? I've been digging through the list archives
about this and saw some posts from a few years back. I've got some
critical code that is being interrupted every time a menu is selected
and held open. The same thing happens when the user clicks and drags
scroll bars and sliders without letting go of them. I still want the
user to have the ability to make use of the window's interface items,
but I can't afford to have a complete shutdown of the thread while
this is going on. Any workarounds?

Regards,

Ron Benditt
Alien Apparatus Company, Inc.
http://www.alienapparatus.com
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Threads and Menus
Date: 31.07.05 02:17 (Sat, 30 Jul 2005 18:17:08 -0700)
From: Terry Ford

On 30-Jul-05, at 4:10 PM, Ron Benditt wrote:

> Has anything been done lately with regard to menu selections
> interrupting threads? I've been digging through the list archives
> about this and saw some posts from a few years back. I've got some
> critical code that is being interrupted every time a menu is
> selected and held open. The same thing happens when the user
> clicks and drags scroll bars and sliders without letting go of
> them. I still want the user to have the ability to make use of the
> window's interface items, but I can't afford to have a complete
> shutdown of the thread while this is going on. Any workarounds?

Ancient History in the Archives really is not very helpful for many
matters these days. Describe your problem and the usual OS and Rb
version info and we can deal with it in the "Here and Now". :)

Terry
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

Re: Threads and Menus
Date: 31.07.05 03:50 (Sat, 30 Jul 2005 22:50:47 -0400)
From: Ron Benditt
> Ancient History in the Archives really is not very helpful for many
> matters these days. Describe your problem and the usual OS and Rb
> version info and we can deal with it in the "Here and Now". :)

Fair enough, Terry. I've got some code doing some things in a
thread. During this code execution, there are a few things that a
user could do that would halt the thread completely, such as click on
a menu and hold it open without selecting anything, or click on a
scrollbar and drag without letting go of it for a while. Basically
what I've got going on in the thread is real-time audio processing
stuff, so if a user was to interrupt the thread for a period of time
by doing these things, the audio stops until the thread is allowed to
continue - not very pretty. I do want the user to have the ability
to select menu options during the running of the thread, but I just
don't want the mere selecting of a menu to cause audio stuttering.

From the ancient history in the archives, it has been stated that
this has to do with the way that RB does threading, and that a more
modern approach using Cocoa rather than Carbon event monitoring would
allow this to happen. I'm developing with v 5.5.5 for both OS X and
Windows.

Thanks,

Ron Benditt
Alien Apparatus Company, Inc.
http://www.alienapparatus.com

_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>