Live data from Hacker News

Writing GUI Apps Using the Red Programming Language

wesleyhill.co.uk

51–60 of 117 posts

Re: Writing GUI Apps Using the Red Programming Language

#51
I don't see any reason why this would avoid the issue with every cross platform GUI toolkit: missing nuances that make apps written with it seem strange and foreign to each platform, even if superficially the appearance is correct.

Minor things, like common layouts, keyboard shortcuts, or just ways of doing things in general ("get info..." vs "properties" comes to mind) are a few of what cross platform toolkits never get right.

Re: Writing GUI Apps Using the Red Programming Language

#52
post #40
post #39

what about tcl/tk for GUI? mature, fast, and ubiquitous

Also atrocious looking and alien feeling on every system.

Are you recalling the 1990s, or contemporary Tcl/Tk [0][1]?

[0] https://en.wikipedia.org/wiki/File:Tk-Demo_using_Tk_8.6.6_on...

[1] http://www.tkdocs.com/tutorial/idle.html

Re: Writing GUI Apps Using the Red Programming Language

#53
post #16

Earlier quoted context omitted.

I expect something equivalent or better to come out of what is happening with WASM in next year or so. So many people are talking about missing the power of VB, early Delphi, Turbo Pascal etc. and WASM is first tech for a while that looks like it could take that power to the browser.

Last I looked I could not find a garbage collection solution for wasm, and that seems to be a barrier to entry. I know the mono-team has had some success by porting all of Mono to Wasm but that seems a bit heavy handed just to get VB.Net or C# language to compile down to wasm.

It's not a now solution - but from the trajectory you can see where this likely ends. It may even be the case that the current WASM specification does not support everything needed for that to happen.

But if you look at the DOM and what Anders Hejlsberg was working on 25+ years ago with early Delphi - you can see a potential real step change from WASM - especially for enterprise tech to bring back some of that VB magic.

Re: Writing GUI Apps Using the Red Programming Language

#54

For language enthusiasts, here are some interesting features of Red (and Rebol): - You can pass unevaluated expressions to functions, which can then choose to evaluate the expressions any way they want. This sounds similar to 'fexprs' in some lisps. - Scoping is very 'flexible' - you can take a function body and evaluate it in another 'context' which provides different values for all the words in the body. - Making m…

To clarify:

- unevaluated expressions are called blocks, and with them the line between code and data blurs, since you can treat block as either one at any time (homoiconity);

- there're no scopes, only namespaces (contexts);

- yes, Parse is one of the Red's crown jewels, many people (and author of the article himself) treat it as some kind of "plain English regex", while in fact it's not limited only to string parsing, but can be applied to any other series-like value and code (i.e. blocks) itself, which allows for some cool metaprogramming tricks;

- R/S (without any optimization layers whatsoever) is 2-3 times slower than C.

Re: Writing GUI Apps Using the Red Programming Language

#56

Iniatly I was excited by Red’s expressiveness, ease of use and cross platform capability, but was very disappointed to find it lacks a driver for PostgreSQL. This for me is critical and surprising omission, especially considering that the main developer of Red - Nenad Rakocevic - wrote a Postgres driver for Rebol??

Red is alpha! Like you said, the author has written SQL drivers, and has already promised them for red. Priorities!

Re: Writing GUI Apps Using the Red Programming Language

#57
post #40
post #39

what about tcl/tk for GUI? mature, fast, and ubiquitous

Also atrocious looking and alien feeling on every system.

tk works with multiple script languages and does have a nice looking these days, probably not fancy, but get the job done quickly and good enough for most use cases.

Re: Writing GUI Apps Using the Red Programming Language

#58
post #51

I don't see any reason why this would avoid the issue with every cross platform GUI toolkit: missing nuances that make apps written with it seem strange and foreign to each platform, even if superficially the appearance is correct. Minor things, like common layouts, keyboard shortcuts, or just ways of doing things in general ("get info..." vs "properties" comes to mind) are a few of what cross platform toolkits never…

With the success of Electron apps (i.e. Slack), I am starting to think this level of OS/GUI Fidelity isn't all that important. As long as the application is attractive and does the job, people don't seem to care that much about it matching the OS look and feel.

Re: Writing GUI Apps Using the Red Programming Language

#59

Earlier quoted context omitted.

It is a chicken egg problem really it is the same like Nim, Crystal etc

I feel like both of those get more attention than Red does. I've written a bit in both, but completely forgot Red existed (sample of 1, yada yada).

I've heard of both of those, but not Red. So n++, I guess.

Re: Writing GUI Apps Using the Red Programming Language

#60
post #40

Earlier quoted context omitted.

Also atrocious looking and alien feeling on every system.

Not true. It uses native themes under Windows and OS X.

http://www.tkdocs.com/images/idle_onewindow.png

Sure it has “native” widgets... but the layouts created have horrible, alien spacing and design.

This is completely unacceptable look and feel for a consumer macOS program.

Post reply on HN