DSP Robotics Support

Is there a way get mouse-wheel events in FS?
Maybe with the WinAPI?

Sadly not
There's no way to receive call-back events except for the ones that Ruby and the primitives already provide. I went digging a little while ago, and the Win32API Class in Ruby has had that part removed. Similar with the DLL primitive - it can't generate output events without its 'Exec' inputs being triggered.

Fingers still crossed - we've been asking for this for years now!

trogluddite wrote:Fingers still crossed - we've been asking for this for years now!

I think there is no right click drag, neither.
FS is such a great software, lots of possibilities and potential but sleepy in development!

Father wrote:I think there is no right click drag, neither.

Not easily no - same in Ruby. You can get most of the way there in a roundabout way using 'MouseOver; and 'MouseMove' - but proper capture and release of the mouse is unreliable at best.

Father wrote:lots of possibilities and potential but sleepy in development!

Yes, it's a shame. One of those 'Chicken and Egg' things - they're such a small company that they haven't the manpower to implement so many things - but without implementing them, the software doesn't realise its potential, and less customers are attracted.
Tougher still for them now that education is their main market. Big multi-seat licences pay well, but it takes a lot of work to get those kind of customers - they very often want support service contracts, help with curriculum integration etc., and there's a huge amount of "red-tape" involved. I see it with the programmers and engineers I work with - they have to spend an awful lot of time away from their desks sometimes if we're trying to impress a potentially big customer, even though we have dedicated sales people.

trogluddite wrote:Tougher still for them now that education is their main market.

If it wasn't a great program we wouldn't care. Hope they find the time and resources to push it forward...faster! hehe before its to late.

Copy/paste like commands in text fields (context menu), are also missing. Not to mention that there is a problem with refreshing while editbox is in the edit state (content get's blank until you move out of the edit state; refreshing can be enforced through other layers, so blocking triggers inside editbox isn't helping). Not to mention that there is a codepage issue between string prim and text prim (language specific characters may be wrong displayed - this happens also when editbox is in the edit state). And these "little" bugs are since SM.

Father wrote:If it wasn't a great program we wouldn't care.

Very true - I'm still here after most of a decade - I love this way of building code, even though I learned coding the "written" way.

tester wrote:anguage specific characters may be wrong displayed

Yes, proper Unicode support should be a priority IMHO - especially if they want to widen their appeal to educators internationally.
Oddly enough, that's been one of the biggest problems I've had getting my new DLLs to work - Windows expects UTF-16 characters usually when you call most of its functions with Strings. Even the Ruby string encoding classes have been cut back in the FS implementation, so you can't work around it that way, either.