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.
Writing GUI Apps Using the Red Programming Language
51–60 of 117 posts
Re: Writing GUI Apps Using the Red Programming Language
#52what about tcl/tk for GUI? mature, fast, and ubiquitous
Also atrocious looking and alien feeling on every system.
[0] https://en.wikipedia.org/wiki/File:Tk-Demo_using_Tk_8.6.6_on...
Re: Writing GUI Apps Using the Red Programming Language
#53Earlier 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.
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
#54For 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…
- 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
#55Re: Writing GUI Apps Using the Red Programming Language
#56Iniatly 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??
Re: Writing GUI Apps Using the Red Programming Language
#57Re: Writing GUI Apps Using the Red Programming Language
#58I 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…
Re: Writing GUI Apps Using the Red Programming Language
#59Earlier 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).
Re: Writing GUI Apps Using the Red Programming Language
#60Earlier quoted context omitted.
Also atrocious looking and alien feeling on every system.
Not true. It uses native themes under Windows and OS X.
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.