News for hackers. Stuff that matters.
Re:Racket Language by darby_eight on Sunday April 21, 2024 @01:34AM (#40103387)
Ok, so to state the obvious, if you don't turn to racket for "programming language research" why do you use the language at all?
Re:Racket Language by tgbugs on Sunday April 21, 2024 @03:11AM (#40103758)
One reason is that it has one of the best cross platform native gui solutions out there. It exists because the research side was focused on teaching programming and needed a solution that their students could just install. There is a bit of a learning curve, but once you're over the hump it is just a pleasure to work with. See also things like https://docs.racket-lang.org/gui-easy/index.html.
Re:Racket Language by darby_eight on Sunday April 21, 2024 @03:21AM (#40103800)
Word!
Re:Racket Language by SkiFire13 on Sunday April 21, 2024 @09:03AM (#40105441)
> One reason is that it has one of the best cross platform native gui solutions out there.

I'm always a bit skeptical of these statements. How does it define "native"? Does it use gtk/libadwaita on Gnome and Qt on KDE? What about windows, does it use Win32, WPF, WinUI2 or WinUI3, all of which could be considered "native"? What about platform-dependent layouts?

Re:Racket Language by Bogdanp on Sunday April 21, 2024 @11:19AM (#40106422)
It's GTK on Linux, win32 on Windows, and Cocoa on macOS.
Re:Racket Language by lmz on Sunday April 21, 2024 @08:54PM (#40110599)
Is it still a wrapper over wxwidgets?
Re:Racket Language by Bogdanp on Sunday April 21, 2024 @11:56PM (#40111290)
No, it binds to the frameworks I mentioned above directly.
Re:Racket Language by kazinator on Sunday April 21, 2024 @09:00PM (#40110625)
How one defines "native GUI" is very simple: it uses the native widgets of the desktop OS, rather than custom-painting its own onto a pixel-level canvas. Buttons, input fields, lists/combos, context menus, the file picker dialog, what have you, are from the host system.
Re:Racket Language by bananapub on Monday April 22, 2024 @05:56PM (#40122025)
it's not that simple on windows, at least: https://raphlinus.github.io/rust/gui/2022/07/15/next-dozen-g...
Re:Racket Language by djtango on Sunday April 21, 2024 @01:43AM (#40103422)
As a Clojure developer who did write some Racket, there is a satisfying purity to Scheme (at least to me).
Re:Racket Language by darby_eight on Sunday April 21, 2024 @02:51AM (#40103674)
This is a wonderful answer!

I return to my main calling: figuring out why people use PLT scheme without an academic incentive. There must be an answer here somewhere....

Re:Racket Language by triyambakam on Sunday April 21, 2024 @02:55AM (#40103697)
Is this a joke or why don't you think they answered the question?
Re:Racket Language by darby_eight on Sunday April 21, 2024 @02:58AM (#40103708)
A) this is absolutely a joke

B) they haven't answered which cookie color makes them bananas for their ultraspeculated examination coming up this tuesday

C) It's meaningful the only product anyone has built from racket has been hacker news itself.

Re:Racket Language by runesoerensen on Sunday April 21, 2024 @03:05AM (#40103739)
This is just getting more confusing.
Re:Racket Language by darby_eight on Sunday April 21, 2024 @03:13AM (#40103772)
amen
Re:Racket Language by runesoerensen on Sunday April 21, 2024 @03:57AM (#40103944)
Re:Racket Language by jnxx on Monday April 22, 2024 @02:44PM (#40117438)
I guess one can think of Clojure as a very Scheme-affine Lisp. Which is not surprising since Scheme was a kind of distilled iteration of Common Lisp as a common denominator.

Are there any Schemes which are as "Batteries included" as Clojure with broad and deep library support? (I think Racket has quite good support!)

Re:Racket Language by rscho on Sunday April 21, 2024 @03:26AM (#40103821)
Ergonomics. It's extremely easy to use, especially in the GUI department. Generally, many things are super easy to use but not always top performance. Other things (macros) are truly exceptionally powerful, but rather complicated.

So, industry-grade customer-facing code? Not its focus, maybe not. But incredibly easy internal tools? Sure!

Re:Racket Language by fuzztester on Sunday April 21, 2024 @01:55PM (#40107724)
>It's extremely easy to use, especially in the GUI department.

You mean it's easy to build GUI desktop apps with Racket?

Re:Racket Language by rscho on Sunday April 21, 2024 @04:22PM (#40108891)
Yes
Re:Racket Language by bmitc on Sunday April 21, 2024 @10:47PM (#40111054)
It becomes very limited quite quickly though. One quickly has to move to the pasteboard editor functionality, where you basically have to recreate everything yourself in a canvas, as the normal buttons and other graphical elements are not supported inside a canvas since they are native OS widgets.

I started trying to build a complex enough GUI and just quit. There are bugs and the documentation is extremely terse. You have to rely on blog posts by one developer who has sorted it all out, but it's still really difficult to get an explicit handle on the concepts and functionality. Very, very few people use the pasteboard editor for complex things or even simple things. You'll be forging a path of your own for sure.

Re:Racket Language by rscho on Wednesday April 24, 2024 @02:41AM (#40141381)
The common sentiment is "if it's not used in DrRacket, you'll likely be on your own". That's more of a limitation due to the small community than a testament to the GUI framework quality itself, IMO.
Re:Racket Language by bmitc on Friday April 26, 2024 @09:42AM (#40169302)
I found several bugs in the framework and gave up.
Re:Racket Language by zem on Sunday April 21, 2024 @02:34AM (#40103612)
it's also a lovely general-purpose language, very pleasant to use.
Re:Racket Language by eru on Sunday April 21, 2024 @03:05AM (#40103738)
The same reason people use Haskell outside of 'programming language research', too, perhaps?
Re:Racket Language by t4ng0pwn3d on Sunday April 21, 2024 @06:04AM (#40104451)
A lisp with a lot of features built in (websites, guis, etc)