Re: the end of the [racket-users] mailing list and the migration to Discourse as a forum for Racket

2021-11-23 Thread Dexter Lagan
Correct! Same feeling here. Sir Wexler please do explain yourself. Have a great day! Dex > On Nov 23, 2021, at 11:38 AM, kamist...@gmail.com > wrote: > >  > I searched for "Etan Wexler" on google groups and found other older messages, > but they seem more normal, human written. > But I c

Re: the end of the [racket-users] mailing list and the migration to Discourse as a forum for Racket

2021-11-23 Thread Dexter Lagan
This is by far the strangest message I've ever read about Racket. It comes a close second to that all-caps spam we get constantly on the mailing list! I'd pay good money to know what's written between the lines. It sounds like really, really passive-aggressive. Dex On Monday, November 22, 20

[racket-users] Bootstrap on Racket

2021-08-30 Thread Dexter Lagan
Hi again, I've been working on porting my Newstrap Web framework from newLISP to Racket. I got most of it done and am about to start work on a router. Here's what I got so far: DexterLagan/rap: Combination of Racket and Bootstrap, RAP is a Web framework aiming to produce good-looking pages w

[racket-users] 'compiled' binary still depending on libs?

2021-08-30 Thread Dexter Lagan
Hi folks, I'm getting a strange dependency problem when attempting to run my Invoicer binary on systems with corrupted or missing Racket libs. For example, if I attempt to run the compiled binary (with embedded DLLs, Windows 10 x64) on a system which has Racket installed, but missing Gregor,

Re: [racket-users] Doc pages search engine difficulties

2021-08-17 Thread Dexter Lagan
Thank you very much for the thorough explanation. It makes sense. I’ll be sharing the cheat sheet with my coworkers. It sure is a good starting point. Dex > On Aug 17, 2021, at 9:40 PM, Jens Axel Søgaard wrote: > >  >> Den tir. 17. aug. 2021 kl. 16.34 skrev Dexter Lagan : &g

[racket-users] Doc pages search engine difficulties

2021-08-17 Thread Dexter Lagan
Hello there, I'm trying to teach one of my coworkers how to search for function names in the Racket manual, and I'm having serious problems finding very simple things, such as the function to display the file browser dialog (get-file). I know most function names by heart but my coworker isn't

[racket-users] Re: Racket v8.1

2021-05-08 Thread Dexter Lagan
Oats, Anish Athalye, Ben Greenman, Bert De Ketelaere, Bob Burger, > Bogdan Popa, Brian Adkins, Cameron Moy, David Van Horn, Dexter Lagan, > Dominik Pantůček, Fred Fu, Greg Hendershott, Gustavo Massaccesi, Hazel > Levine, Ismael Luceno, Jack Firth, Jarhmander, John Clements, Jörgen > Br

[racket-users] Tiny improvement to be made to pkgs.racket-lang.org

2021-04-19 Thread Dexter Lagan
Hi folks, I posted my first package the other day (that eyesore of Cobalt 2 theme). My repo has a 'main' branch instead of 'master'. pkgs.racket-lang.org didn't display any error when I clicked on the 'Save Changes' button. It simply went back to the package list, as if nothing had happened.

[racket-users] Cobalt 2 color theme for DrRacket

2021-04-18 Thread Dexter Lagan
Just made this, since it looks like nobody made it just yet. My favorite code colors. I use them in sublime, vim and now DrRacket. [image: screenshot.png] I posted it to the catalog, we'll see if it get published :) DexterLagan/cobalt2-theme D

Re: [racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket

2021-04-16 Thread Dexter Lagan
Yes! Thank you. Dex From: Matthew Flatt Sent: Friday, April 16, 2021 3:26:19 PM To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket Oh, I think I finally get it. The problem

Re: [racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket

2021-04-16 Thread Dexter Lagan
actors of 1/4 would cancel out. Do the numbers > passed to `do-key` end up being different in some way that I'm missing? > > Matthew > > At Mon, 12 Apr 2021 04:13:16 -0700 (PDT), Dexter Lagan wrote: > > I started a new thread as the original topic no longer matched. > >

Re: [racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket

2021-04-15 Thread Dexter Lagan
itself changes the values and/or behaviour. Dex From: Matthew Flatt Sent: Thursday, April 15, 2021 1:49:49 PM To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket Thanks for this

[racket-users] Wheel / touchpad / trackpoint accuracy/speed scrolling fix for DrRacket

2021-04-12 Thread Dexter Lagan
I started a new thread as the original topic no longer matched. I installed 8.1.0.2 x64 CS and enabled logging in gen-wheels. Matt was right: wheel-steps-mode is indeed set to 'integer while gen-wheels runs in DrRacket's editor. The only two changes required to get smooth/accurate scrolling on

[racket-users] Incorrect value/typo in write-resource procedure documentation

2021-04-12 Thread Dexter Lagan
https://docs.racket-lang.org/file/resource.html For the proc write-resource, type : (or/c 'string 'bytes 'integer) = 'string should read type : (or/c

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

2021-04-11 Thread Dexter Lagan
I'll study all this and get back to you. Reminds me of my win32 API days, making event loops... Dex On Saturday, April 10, 2021 at 8:35:35 PM UTC+2 Matthew Flatt wrote: > At Sat, 10 Apr 2021 17:26:21 +, Dexter Lagan wrote: > > By default it’s set to ‘one. > > But for

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

2021-04-10 Thread Dexter Lagan
From: Matthew Flatt Sent: Saturday, April 10, 2021 7:13:34 PM To: Dexter Lagan Cc: Racket Users Subject: 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 initia

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

2021-04-10 Thread Dexter Lagan
To: Dexter Lagan Cc: Racket Users Subject: 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 `ge

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

2021-04-10 Thread Dexter Lagan
code, I'll let you decide if this change should be left local to gen-wheels. It fixes the direction change delay, as well as slow/erratic scrolling on the Thinkpad's trackpoint. Dex On Saturday, April 10, 2021 at 12:54:33 PM UTC+2 Dexter Lagan wrote: > One precision: this work fo

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

2021-04-10 Thread Dexter Lagan
il 10, 2021 at 12:44:44 PM UTC+2 Dexter Lagan wrote: > 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 &

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

2021-04-10 Thread Dexter Lagan
. Dex On Saturday, April 10, 2021 at 12:44:44 PM UTC+2 Dexter Lagan wrote: > 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

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

2021-04-10 Thread Dexter Lagan
- amt (* steps AUG_WHEEL_DELTA)))] [else (do-key w msg up lParam #f #f void (/ amt (exact->inexact AUG_WHEEL_DELTA))) 0.0])]))) On Wednesday, April 7, 2021 at 1:54:24 AM UTC+2 Matthew Flatt wrote: > At Mon, 5 Apr 2021 14:29:22 -0700 (PDT), Dexter Lagan wrote: > >

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

2021-04-10 Thread Dexter Lagan
a small delay in the direction change while scrolling, but it isn't nearly as objectionnable as it was with * amt. Cheers, Dex On Wednesday, April 7, 2021 at 1:54:24 AM UTC+2 Matthew Flatt wrote: > At Mon, 5 Apr 2021 14:29:22 -0700 (PDT), Dexter Lagan wrote: > > I installed the lat

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

2021-04-07 Thread Dexter Lagan
Also, I caught a seg-fault yesterday, after having left a DrRacket 7.9 BC open for a couple of days on a basic servlet. I'll see if happens again with 8.0.0.x while I use it. Dex On Wednesday, April 7, 2021 at 11:08:00 PM UTC+2 Dexter Lagan wrote: > I updated window.rkt, and it f

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

2021-04-07 Thread Dexter Lagan
ng it, as it only appears a few seconds. Cheers, Dex On Wednesday, April 7, 2021 at 12:24:13 PM UTC+2 Dexter Lagan wrote: > Thanks for the info, I'll try updating window.rkt and report back. > > What surprises me is that scrolling by keeping the mouse button down > while hov

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

2021-04-07 Thread Dexter Lagan
ight find useful. As always, I greatly appreciate you taking the time to answer with such detail and care. Dex On Wed, Apr 7, 2021 at 1:54 AM Matthew Flatt wrote: > At Mon, 5 Apr 2021 14:29:22 -0700 (PDT), Dexter Lagan wrote: > > I installed the latest build, and it does start. Gen

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

2021-04-05 Thread Dexter Lagan
acked size is > much smaller). > > At Mon, 5 Apr 2021 03:24:42 -0700 (PDT), Dexter Lagan wrote: > > Looks like it's the opposite. At the moment Utah's is half the size. > I'll > > install the current Utah's and compare generated executables with 8.0 > &

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

2021-04-05 Thread Dexter Lagan
Fantastic. Thanks for the info and the new build! Can’t wait to give it a test drive. Dex From: Matthew Flatt Sent: Monday, April 5, 2021 3:18:17 PM To: Dexter Lagan Cc: Racket Users Subject: Re: [racket-users] Re: Executable file size and raco demod The

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

2021-04-05 Thread Dexter Lagan
Windows 10 Snapshot: 20210404-725710e Windows 64-bit x64 <https://www.cs.utah.edu/plt/snapshots/current/installers/racket-8.0.0.13-x86_64-win32-cs.exe> Dex On Monday, April 5, 2021 at 12:54:24 PM UTC+2 Dexter Lagan wrote: > Upon opening DrRacket on 8.0.0.13, Utah build: &g

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

2021-04-05 Thread Dexter Lagan
ivate\gdi.rkt" [Exited. Close box or Ctrl-C closes the console.] Dex On Monday, April 5, 2021 at 12:24:42 PM UTC+2 Dexter Lagan wrote: > Looks like it's the opposite. At the moment Utah's is half the size. I'll > install the current Utah's and compare generated execu

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

2021-04-05 Thread Dexter Lagan
Looks like it's the opposite. At the moment Utah's is half the size. I'll install the current Utah's and compare generated executables with 8.0 release. Utah: [image: Utah.png] Northwestern: [image: North.png] On Monday, April 5, 2021 at 11:42:46 AM UTC+2 Dexter Lagan

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

2021-04-05 Thread Dexter Lagan
> be good to know whether that could be the problem. > > Thanks, > Matthew > > At Sun, 4 Apr 2021 02:19:28 -0700 (PDT), Dexter Lagan wrote: > > I updated to current again, and executable file size has nearly doubled > > again (120MB vs 70MB). I'd be curious to know

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

2021-04-04 Thread Dexter Lagan
MB!). Dex On Wednesday, March 3, 2021 at 8:07:00 PM UTC+1 Dexter Lagan wrote: > Hello there, > > Two things: > > - I noticed a doubling of executable file sizes (from 30MB to 70MB for > racket/gui with embedded libs, Windows) between Racket 7.9 (non-CS) and > Racket 8.0 (CS).

[racket-users] Executable file size and raco demod

2021-03-03 Thread Dexter Lagan
Hello there, Two things: - I noticed a doubling of executable file sizes (from 30MB to 70MB for racket/gui with embedded libs, Windows) between Racket 7.9 (non-CS) and Racket 8.0 (CS). Because of this, startup times from network drives also doubled (from 5 to 10s for gui programs when using

Re: [racket-users] Racket slower than Chez Scheme on interpreter benchmark, potential low hanging fruit?

2021-03-03 Thread Dexter Lagan
For what it's worth, I ran my own benchmark on Racket 8.0 and Racket 8.0.10 (current), and current is between 50 and 100% faster for certain operations. There must have been some optimizations done recently to current. Dex On Tuesday, March 2, 2021 at 9:37:29 AM UTC+1 wanp...@gmail.com wrote:

Re: [racket-users] Quickscript of the day: Extract to function

2020-05-07 Thread Dexter Lagan
Nice!! Yay for laziness. On Thu, May 7, 2020 at 11:33 AM Laurent wrote: > Have you ever wanted to extract a block of code out of its context and > wrap it in a function? > > Have you ever *not* done it because of the cognitive load(*) of figuring > out the function arguments and the return value

Re: [racket-users] A convenient assertion macro - with one caveat

2020-05-07 Thread Dexter Lagan
(require rackunit) > #,(syntax/loc stx (check-true ?a #'?a])) > > > /Jens Axel > Racket Stories > https://racket-stories.com > >> Den tor. 7. maj 2020 kl. 11.22 skrev Dexter Lagan : >> Hi, >> >> I made a simple macro which

[racket-users] A convenient assertion macro - with one caveat

2020-05-07 Thread Dexter Lagan
Hi, I made a simple macro which saves me the trouble of defining a test module, requiring RackUnit and then declaring '(module+ test' after each procedure definition, as I like to keep unit tests close by. The repo : https://github.com/DexterLagan/assert Here's the macro, apologies for the b

Re: [racket-users] trickiness about the order of definitions in GUI code

2020-05-07 Thread Dexter Lagan
Hi James, Like others said, Unit is the proper solution, but to add my 2c, I was able to avoid this problem altogether by using these two simple tricks : 1) add the controls in the order of their requirement (defining table3 before info-menu-item), then re-ordering the controls before displaying

Re: [racket-users] Questions about working on DrRacket and gui

2020-05-06 Thread Dexter Lagan
gt; Gustavo > >> On Wed, May 6, 2020 at 9:25 AM Dexter Lagan wrote: >> If that can help, I narrowed down the delay to new files only, after >> typing a known symbol only. When opening an existing file, no matter what I >> type in, no delay. If I start a fresh DrRacket

RE: [racket-users] Questions about working on DrRacket and gui

2020-05-06 Thread Dexter Lagan
detects symbols. I have the day off, and I’m enjoying this very much. Cheers, Dex From: Robby Findler Sent: Tuesday, May 5, 2020 6:18 PM To: Gustavo Massaccesi Cc: Dexter Lagan ; Matthew Flatt ; Racket Users Subject: Re: [racket-users] Questions about working on DrRacket and gui

Re: [racket-users] Questions about working on DrRacket and gui

2020-05-06 Thread Dexter Lagan
To add to my previous message, I know and understand that DrRacket and GUI are very complex. I've been going over unit.rkt. Yeah it's a lot of code. But it's not as bad as I thought. I'm just offering a hand in making sense of it all. With enough time and patience I'm sure I'll get something out

Re: [racket-users] Questions about working on DrRacket and gui

2020-05-06 Thread Dexter Lagan
Couple years ago I developed an IDE for NewLISP called NewIDE using a commercial tool called Xojo. It was supposed to become NewLISP's official IDE. I had to put the project on pause because of work and family, and at the same time I switched to Racket, hence my interest. It had replicated most o

Re: [racket-users] Re: On the importance of testing for noobs - or 'there's no such thing as a stupid test'.

2020-05-04 Thread Dexter Lagan
Yes! Haven’t played with contracts yet, but they’re next in my list. Cheers, Dex > On May 4, 2020, at 1:19 PM, Simon Schlee wrote: > >  > And use contracts. > I can't claim that all my code uses contracts everywhere, but when I > encounter unexpected/bewildering behavior I add contracts t

RE: [racket-users] Re: Futures + threads SIGSEGV

2020-05-04 Thread Dexter Lagan
cket-users@googlegroups.com On Behalf Of George Neuner Sent: Monday, May 4, 2020 4:03 AM To: racket-users@googlegroups.com Subject: [racket-users] Re: Futures + threads SIGSEGV On Sat, 2 May 2020 14:10:19 +0200, Dexter Lagan wrote: > I’ve been getting inconsistent results as well. A while ago I made

Re: [racket-users] Reducing parentheses without language damage.

2020-05-03 Thread Dexter Lagan
Spoiled is an understatement. I wrote a lot of programs in debug (DOS). And it was nice! Turbo Pascal was what really spoiled me. :) I miss the in-line asm days. Dex > On May 3, 2020, at 9:46 PM, George Neuner wrote: > >  >> On 5/2/2020 4:58 AM, Dexter Lagan wrote: >&

[racket-users] Quick Scripts collection

2020-05-03 Thread Dexter Lagan
I made a repo for my QuickScripts and moved both compile-standalone and my provide generator into it: https://github.com/DexterLagan/Quick-Scripts At work I also got a really nice one to generate program skeletons, I'll upload it tomorrow. Lemme know what you think. Dex -- You received thi

[racket-users] On the importance of testing for noobs - or 'there's no such thing as a stupid test'.

2020-05-03 Thread Dexter Lagan
If it wasn't abundantly clear yet, I'm a Racket noob, so when I had this kind of thing in my code: (define x 'a) (case x (('a) return-something) (('b) return-something-else) (('c) return-yet-another-thing)) I was baffled to find out that the case form always returned void (thanks Alex).

[racket-users] Strange find-files problem

2020-05-03 Thread Dexter Lagan
Hello Sunday coders, So I made a QuickScript to compile to standalone executable in a platform-independent manner - without zipping. It works great, and Laurent gave me a hand with the file browsing part for Linux. However I'm encountering a hard to track runtime error with find-files. I am list

Re: [racket-users] Futures + threads SIGSEGV

2020-05-02 Thread Dexter Lagan
Hi Dominik, Ah that explains why I was getting an incorrect number of threads! I didn’t think about using future-visualizer, but I’ll give it a try. Thanks! Dex > On May 2, 2020, at 2:27 PM, Dominik Pantůček > wrote: > > Hi Dex, > >> On 02. 05. 20 14:10, Dexter

Re: [racket-users] Futures + threads SIGSEGV

2020-05-02 Thread Dexter Lagan
Hello, I’ve been getting inconsistent results as well. A while ago I made a benchmark based on a parallel spectral norm computation. The benchmark works fine on Windows on most systems and uses all cores, but crashes randomly on other systems. I haven’t been able to figure out why. On Linux i

Re: [racket-users] Reducing parentheses without language damage.

2020-05-02 Thread Dexter Lagan
is a good example of the right balance between simple, attractive syntax and power. Are there downsides to their approach? Cheers, Dex > On May 2, 2020, at 2:12 AM, George Neuner wrote: > >  > On 5/1/2020 4:35 PM, Dexter Lagan wrote: >> Is there value in Rob Pike’s c

Re: [racket-users] Reducing parentheses without language damage.

2020-05-01 Thread Dexter Lagan
Is there value in Rob Pike’s comment on avoiding significant white space in the Go language? “We have had extensive experience tracking down build and test failures caused by cross-language builds where a Python snippet embedded in another language, for instance through a SWIG invocation, is

Re: [racket-users] Questions about working on DrRacket and gui

2020-05-01 Thread Dexter Lagan
. > >> On Fri, May 1, 2020 at 7:59 AM Dexter Lagan wrote: >> Hi, >> >> I apologize in advance if my questions are naïve or have been asked >> previously. I read the 'Building Racket from Source' guide and couldn't find >> answers to some s

[racket-users] Questions about working on DrRacket and gui

2020-05-01 Thread Dexter Lagan
Hi, I apologize in advance if my questions are naïve or have been asked previously. I read the 'Building Racket from Source' guide and couldn't find answers to some specific questions. I'm new to Git. I'd like to download DrRacket's source and profile it, say to improve scrolling performance

Re: [racket-users] Reducing parentheses without language damage.

2020-04-30 Thread Dexter Lagan
No it’s not, I checked again and couldn’t reproduce the problem. Please ignore my earlier comment. I’ve been tracking a bug that causes the colouring of a part of the code as comment and disable parenthesis handling, and since I switch debugging on and off often, I assumed it was related. I

Re: [racket-users] on reducing barriers in the Racket community

2020-04-30 Thread Dexter Lagan
have debugging disabled, but my parenthesis highlighting is NOT > disabled. Are we talking about the same parenthesis highlighting? Can you > attach the screenshot of this "parenthesis highlighting is also disabled" > to the mailing list? > > On Thu, Apr 30, 2020 at 12:36 AM

Re: [racket-users] Re: contributing fixes to documentation

2020-04-30 Thread Dexter Lagan
Thanks, this guide is great. I'll make sure I fix whatever problem I find when I scour the docs. I do have a question however: say I find a typo in a function definition, is there any part of the doc that is automatically generated, and should not be updated, or updated with specific attention?

Re: [racket-users] on reducing barriers in the Racket community

2020-04-30 Thread Dexter Lagan
sers the wrong impression that the language may not be very efficient, >>> which may make some people choose not to continue trying it. >>> >>> From the perspective of increasing adoption and reducing barriers, it's not >>> a good thing. >>> >>&g

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
of the next function in the chain (through continuation marks?), then maybe we could solve a piece of that runtime errors puzzle. Dex > On Apr 29, 2020, at 11:24 PM, Dexter Lagan wrote: > >  You’ve always been very inspiring to me. I’ll do my best to better the > docs if there’

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
:47 +0200, Dexter Lagan wrote: >> To the point: what would make Racket2 the ultimate tool (for me): >> Performance. Faster startup times, shorter execution times in general. >> Optionally, a ‘lite’ version of Racket that compiles directly to no-deps >> binaries, bypassing th

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
/pull/874 which I think is > mostly a matter of JavaScript programming now. > > Sam > >> On Wed, Apr 29, 2020 at 9:35 AM David Storrs wrote: >> >> >> >>> On Wed, Apr 29, 2020 at 8:21 AM Matthew Flatt wrote: >>> >>> At Wed, 29 Apr

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
Thanks so much for your reply, it's very nice to see another perspective. I added specific comments below : They say that Racket is slow. I would like to know who are "they". > Same here, never had a problem, but I do understand there may be requirements for real-time apps and system programmin

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
To be clear, I have never had a problem with Racket's performance, I'm just thinking about ways to push for a wider adoption. Personally, anything faster than Python is more than enough, especially with a good FFI. I'm guessing a lot of people look at Rust and Go just because it's supposed to be

Re: [racket-users] Rhombus project plan

2020-04-29 Thread Dexter Lagan
Hi all, I had written a few of my early thoughts about ‘racket2’, but after mulling over all this for a good year, I’d like to write something more definitive. My background: I started programming in BASIC on C64, followed by ADA, Pascal, C and macro-assembly on 8086 with MASM in the 90’s.

Re: [racket-users] on reducing barriers in the Racket community

2020-04-25 Thread Dexter Lagan
Hi Liwei, I believe disabling debugging and tracing does accelerate the evaluation quite a bit from inside DrRacket. On my system, it seems to be running my code at the same speed as the main racket binary. Dex On Sat, Apr 25, 2020 at 7:35 AM Liwei Chou wrote: > Dexter Lagan於 2019年7月22日

[racket-users] Re: Error on F6 after code incorrectly colored as comment, using Large Letters

2020-03-04 Thread Dexter Lagan
Note that the affected code is correctly displayed after the F6 press error. DrRacket seems unaffected beyond the error. Dex -- You received this message because you are subscribed to the Google Groups "Racket Users" group. To unsubscribe from this group and stop receiving emails from it, se

Re: [racket-users] Re: Racket2 possibilities

2019-07-23 Thread Dexter Lagan
difference in my projects after picking Racket up. No matter what the outcome, this is exciting. Simply contemplating the prospect of the evolution of such a powerful abstraction tool is exciting, and inspiring. Dex > On Jul 23, 2019, at 3:21 PM, Neil Van Dyke wrote: > > Dexter Lagan w

Re: [racket-users] Re: Racket2 possibilities

2019-07-23 Thread Dexter Lagan
Agreed, parentheses make manipulating code blocks a breeze. Also, I just realized I had confused Crystal with Julia in my initial rant. Made a fool of myself (again). I played with Julia when it reached 1.0 and liked the no-parens yet functional approach. It felt like a lisp in disguise, a bit

Re: [racket-users] Racket2 possibilities

2019-07-22 Thread Dexter Lagan
that works? Dex > On Jul 22, 2019, at 4:15 PM, Alexis King wrote: > >> On Jul 22, 2019, at 14:16, Dexter Lagan wrote: >> >> A parens-less Racket2 would become Crystal. > > > No it won’t. I am quite confident that Racket with any syntax will not be > like

Re: [racket-users] Racket2 possibilities

2019-07-22 Thread Dexter Lagan
expose Racket to a broader audience, maybe we could start at the bottom and target the more basic users? Dex > On Jul 22, 2019, at 4:15 PM, Alexis King wrote: > >> On Jul 22, 2019, at 14:16, Dexter Lagan wrote: >> >> A parens-less Racket2 would become Crystal. > &

Re: [racket-users] on reducing barriers in the Racket community

2019-07-22 Thread Dexter Lagan
First I’d like to express my immense gratitude for your contributions to the Racket community. Beautiful Racket greatly enhanced my understanding of language-oriented programming and macros in general. TL;DR: Racket is the most inspiring language and ecosystem I have ever used. I use it not ju

Re: [racket-users] Re: Racket2 possibilities

2019-07-22 Thread Dexter Lagan
I'm not going over why s-expressions are the way to go, mr. Rivest did it best in his 1997 MIT doc: https://people.csail.mit.edu/rivest/Sexp.txt A parens-less Racket2 would become Crystal. And I don't think we need yet another functional parens-less language. We already have Haskell (hard to

Re: [racket-users] Re: doing a "show hn" of your racket project

2019-07-09 Thread Dexter Lagan
Thank you sir, I plan on posting more original content when time allows. Dex > On Jul 9, 2019, at 4:56 PM, stewart mackenzie wrote: > > That's some cool bloggery going on there, thanks for sharing. > >> On Fri, 21 Jun 2019, 16:16 Dexter Lagan, wrote: &g

Re: [racket-users] Scribble localization and manual style questions

2019-06-21 Thread Dexter Lagan
Great, thanks for the info! Dex > On Jun 21, 2019, at 4:36 PM, Sam Tobin-Hochstadt wrote: > >> On Fri, Jun 21, 2019 at 4:10 AM Dexter Lagan wrote: >> >> >> Am I allowed to use scribble/manual to write my manual? I love Scribble the >> Racket docs

[racket-users] Re: doing a "show hn" of your racket project

2019-06-21 Thread Dexter Lagan
Once my git repos will be presentable, you can be sure I'll show it all to HN. I'm a beyond-full-time Racket programmer and I intend to share most of the non-commercial code I write. I also started two blogs: About lisp in general, but contains a lot of Racket-related posts www.newlisper.com/b

[racket-users] Scribble localization and manual style questions

2019-06-21 Thread Dexter Lagan
Hi folks, I hope this is the right group for my questions. The Scribble users Google group seems empty. I am in the process of writing a commercial application's manual. This particular app is in French and so should be the manuals. 1. Am I allowed to use scribble/manual to write my

Re: [racket-users] [ann] marionette: control Firefox from Racket

2019-06-08 Thread Dexter Lagan
Pure awesomeness. Thank you for sharing! Dex > On Jun 8, 2019, at 5:46 PM, Bogdan Popa wrote: > > Hey everybody! > > I just wrote `marionette`, a library that lets you control the Firefox > web browser from Racket and I figured I'd share it! > > * the source code is here: https://github.com

Re: [racket-users] Racket v7.3

2019-05-16 Thread Dexter Lagan
I’ll compare file write times as soon as we’re done testing the tool I’m working on. Cheers Dex > On May 16, 2019, at 10:03 PM, Piyush Katariya > wrote: > > I am also keen to know the IO perf optimization results in real world. > > Dexter, if possible can you give us some approximate thro

RE: [racket-users] Racket v7.3

2019-05-16 Thread Dexter Lagan
A huge thanks to everybody who worked on Racket. IO improvements will surely make everybody’s life a little better in my team and the whole studio. We’re relying on large (200MB text files), and numerous (in the 100,000’s) file reads and writes daily. We’re converting shell scripts to Rac

Re: [racket-users] Question regarding the function printBoard board

2019-04-23 Thread Dexter Lagan
Hi there! You can suppress à function’s output with (void (func ...)) like so: (void (printBoard '((0 0 2 0) (0 0 0 0) (0 0 8 0) (0 0 0 0 Or you can modify your original function and replace the “” by (void) like so: ... (cond ((empty? board) (void) ) ... Dexter > On Apr 23, 2019, at

RE: [racket-users] Provide form generator

2018-05-08 Thread Dexter Lagan
Thanks Matthias. I'm fairly new to Racket, and I thought the provide form was just a way to indicate which functions to expose. I'll look into it. Dexter -Original Message- From: Matthias Felleisen Sent: Tuesday, May 8, 2018 12:11 PM To: Dexter Lagan Cc: us...@racke

RE: [racket-users] Provide form generator

2018-05-08 Thread Dexter Lagan
give Scribble a better look. I wasn't aware there was another way to use provide, thanks again for explaining. Have a great day, Dex -Original Message- From: Neil Van Dyke Sent: Tuesday, May 8, 2018 12:25 PM To: Dexter Lagan ; us...@racket-lang.org Subject: Re: [racket-users] Pr

[racket-users] Provide form generator

2018-05-08 Thread Dexter Lagan
Hi folks, I developed a provide form generator to take the pain out of writing module headers: https://github.com/dexterlagan/provide-generator It works great, but I wonder if there wouldn’t be a simpler and more standard way to write this. My original idea was to parse the module syntax a