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
Debugging Ruby
11 posts
• Page 2 of 2 • 1, 2
Re: Debugging Ruby
RJHollins wrote:any improvements writing and de-bugging RUBY would be most welcomed
Totally agree.
Even before we had Ruby, I thought that de-bugging is the weakest area of the SM/FS interface, and a few simple tools could make life a lot easier.
For example, a 'green breakpoint' primitive that pauses the trigger system to allow values to be inspected before another trigger comes along and changes them all; or a floating window to show the values at chosen links without having to navigate all over the schematic to see them.
Another problem, that I still bug Malc about from time to time, is the difficulty of using custom Classes and Modules in Ruby. Even if it were only for ones we make ourselves, it could make Ruby much less daunting to get started with.
Maybe only a few of us have mastered Ruby enough to create such things, but if they were easy to embed into a schematic, they could be used to build 'code libraries' that simplify complex tasks for everyone. For example, to make a 3D vector knob, just drag in a module from the toolbox that defines an SVG file parser, and transformations for rotation etc. - voila! Vector knobs become as easy to make as bitmap ones.
It is not impossible to use custom Classes, but the current ways require a lot of care to avoid the quirks of FS - otherwise they can very easily introduce bugs that a less experienced user might find difficult to de-bug.
In principle, all that is needed is a RubyEdit primitive that is guaranteed to be parsed before all others, or one that will embed the Ruby code for 'required' source code files - much less demanding than, say, the DLL embedding that was recently added.
I feel that we really miss out on a lot of the power of object-oriented programming because of this, and folks are often spending a lot of time "re-inventing the wheel" to write low-level routines that we could have 'standardised' by now.
All schematics/modules I post are free for all to use - but a credit is always polite!
Don't stagnate, mutate to create!
Don't stagnate, mutate to create!
-
trogluddite - Posts: 1730
- Joined: Fri Oct 22, 2010 12:46 am
- Location: Yorkshire, UK
11 posts
• Page 2 of 2 • 1, 2
Who is online
Users browsing this forum: Google [Bot] and 70 guests