Re: [racket-users] Re: Executable file size and raco demod

At Sat, 10 Apr 2021 17:26:21 +, Dexter Lagan wrote: > By default it’s set to ‘one. But for an editor, this line changes it to 'integer: https://github.com/racket/gui/blob/master/gui-lib/mred/private/wxme/editor-canvas.rkt#L237 Or, at least, it should --- and it does in my installation,

Re: [racket-users] Re: Executable file size and raco demod

Yes I’m scrolling in DrRacket. Somehow the scrolling behaviour is different between using the scroll bar, and the mouse wheel or touchpad. I think it’s using a different behaviour on these input devices. I could not find anything in the Windows event defs however. Dex

Re: [racket-users] Re: Executable file size and raco demod

By default it’s set to ‘one. When set to ‘one, it’s having trouble detecting direction switch (up/down), especially when using touchpad or track point. The mouse wheel also feels sluggish. Once set to ‘integer, direction switches correctly and accurately, but scrolling is very slow on all

Re: [racket-users] Re: Executable file size and raco demod

At Sat, 10 Apr 2021 03:52:47 -0700 (PDT), Dexter Lagan wrote: > DrRacket feels I see that you did say DrRacket, so I remain puzzled. Are you seeing a value other than 'integer when `gen-wheels` is called in a stock v8.0? Matthew -- You received this message because you are subscribed to the

Re: [racket-users] Re: Executable file size and raco demod

Are you scrolling in DrRacket's editor or in some other application? I'm surprised that change to the initial value of `wheel-steps-mode` has an effect, but maybe my confusion is that I'm thinking of DrRacket. An editor canvas calls `set-wheel-steps-mode` in its constructor to set the mode to

[racket-users] Strange problem with racket/gui

Hello Racketeers, with GUI widgets tree like: vertical-panel% vertical-pane% vertical-pane% horizontal-pane% text-field% horizontal-pane% horizontal-pane% message% vertical-pane% slider% After pressing when the text-field% has focus, the text-field%

Re: [racket-users] Re: Executable file size and raco demod

So in conclusion, only two changes required: In const.rkt: (define WHEEL_DELTA 120) to (define WHEEL_DELTA 30) In Window.rkt: (define wheel-steps-mode 'one) to (define wheel-steps-mode 'integer) The change to const.rkt may affect a lot more code, I'll

Re: [racket-users] Re: Executable file size and raco demod

One precision: this work for Racket 8.0 BC release. There might have been changes made to current. DrRacket feels as smooth as Sublime Text with this change, a completely different experience. I'd like to make a proper commit if somebody held my hand to do so. Dex On Saturday, April 10,

Re: [racket-users] Re: Executable file size and raco demod

One precision: this works for Racket 8.0 BC release, I'm note sure current has had changes to this code. DrRacket feels as fast and smooth as Sublime Text with this change, a completely different experience. I'd like to make a proper commit if somebody could hold my hand on github. Dex On

Re: [racket-users] How to recover whitespace from syntax->string

I had to build something for this in my Resyntax project. My takeaways were: - There's no substitute for just reading the file. If you have a `syntax-original?` subform, you can use the srcloc information to read

Re: [racket-users] Re: Executable file size and raco demod

Hi again, After playing around with the gen-wheels procedure and comparing its code with the WM_HSCROLL handling, I was able to get fast, accurate and smooth scrolling for both mouse and touchpad by switching the wheel-steps-mode to 'integer and reducing WHEEL_DELTA by a factor of 4. Here's

Re: [racket-users] Re: Executable file size and raco demod

FYI I ended up going to 8.0 BC 32 bits to get the smallest executables for production, while still evaluating current. I partially fixed my scrolling problem by replacing (* wheel-scale amt) by (/ (* wheel-scale amt) 2) in share/pkgs/gui-lib/mred/private/wx/win32/window.rkt. There still is