If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
Mouse prims reliability
6 posts
• Page 1 of 1
Mouse prims reliability
While I was working on the sophisticated spline example, I was told that LUp and similar prims don't work correctly when the view is not on the top level.
I would like to get explicit information of what exactly doesn't work right. So I've set up a simple schematic. It has 3 views, the top one hosting another view which uses LUp. And this view also hosts another view which again makes use of LUp. I couldn't see any problems. It seems to work.
Could someone change the schematic in a way that it doesn't work correctly anymore? It would help me to understand what exactly I have to avoid.
I would like to get explicit information of what exactly doesn't work right. So I've set up a simple schematic. It has 3 views, the top one hosting another view which uses LUp. And this view also hosts another view which again makes use of LUp. I couldn't see any problems. It seems to work.
Could someone change the schematic in a way that it doesn't work correctly anymore? It would help me to understand what exactly I have to avoid.
- Attachments
-
- mouse_lup.fsm
- (571 Bytes) Downloaded 783 times
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
Re: Mouse prims reliability
I think your bypasing the issue you had before
cause your design now has an inner/outer module set up.
cause your design now has an inner/outer module set up.
BV MUSIC SYDNEY AUSTRALIA..Songwriting and Software development
Headquartershttps://www.bvmusicsydneyaustralia.com/
Spotifyhttps://open.spotify.com/artist/7JO8QM40mVmHb7pAwKPJi0
Donatationhttps://www.paypal.com/donate/?hosted_button_id=HEUR8R7K8GZ4L
Headquartershttps://www.bvmusicsydneyaustralia.com/
Spotifyhttps://open.spotify.com/artist/7JO8QM40mVmHb7pAwKPJi0
Donatationhttps://www.paypal.com/donate/?hosted_button_id=HEUR8R7K8GZ4L
- billv
- Posts: 1157
- Joined: Tue Aug 31, 2010 3:34 pm
- Location: Australia
Re: Mouse prims reliability
billv wrote:I think your bypasing the issue you had before
cause your design now has an inner/outer module set up.
Don't worry. This is not intended as a try to recreate an already solved issue. This is, what I can't comprehend:
KG_is_back wrote:You provide the MouseArea primitive with view and area. You may input also areas that are outside the view.
It is quite inconsistent with mouse Ldown and Lup primitives. they work correctly when you interact with the module directly, but once the module is inside other module gui, it doesn't work any more. Mouse drag is the only way to go - sample and hold the coordinates on drag start and sample and hold on release.
And having an explicit example of when this happens, would (as I said further above) help me to understand what exactly I have to avoid.
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
Re: Mouse prims reliability
tulamide wrote:And having an explicit example of when this happens, would (as I said further above) help me to understand what exactly I have to avoid.
Here, this schematic should be as simple as possible. The module mouse interaction seems to be clipped to its front panel rectangle once the module is a submodule of other module with gui.
- Attachments
-
- mouseLup inconsistency explained.fsm
- (989 Bytes) Downloaded 772 times
- KG_is_back
- Posts: 1196
- Joined: Tue Oct 22, 2013 5:43 pm
- Location: Slovakia
Re: Mouse prims reliability
Thank you very much, KG! I knew I was missing something. But thanks to your example, I now know what to take care of.KG_is_back wrote:Here, this schematic should be as simple as possible. The module mouse interaction seems to be clipped to its front panel rectangle once the module is a submodule of other module with gui.
I extended your example (see attachment). Am I right, that this is a possible way of overcoming with the issue?
EDIT: Yes, billv, I hope to have understood it and thus made a green version of what you offered in ruby
- Attachments
-
- mouseLup inconsistency explained_ext.fsm
- (911 Bytes) Downloaded 790 times
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
Re: Mouse prims reliability
Could someone please confirm?tulamide wrote:I extended your example (see attachment). Am I right, that this is a possible way of overcoming with the issue?
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
6 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 49 guests