Support

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

For general discussion related FlowStone

Re: Debugging Ruby

Postby trogluddite » Wed Jul 16, 2014 11:02 am

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!
User avatar
trogluddite
 
Posts: 1730
Joined: Fri Oct 22, 2010 12:46 am
Location: Yorkshire, UK

Previous

Return to General

Who is online

Users browsing this forum: Google [Bot] and 70 guests