[racket-users] Re: performance: Racket vs Julia

[Gour]

On Sat, 2 Feb 2019 18:10:31 -0500
Matthias Felleisen 
wrote:

> It is rare that I have to somewhat-contradict Matthew here, but so it
> goes. 

:-)

> Use Racket for what you have in mind. It’s obviously the superior
> language :-) 

That makes the deal. Thank you very much for your input as well as work done on
Racket!


Sincerely,
Gour


-- 
But for one who takes pleasure in the self, whose human life
is one of self-realization, and who is satisfied in the self only,
fully satiated — for him there is no duty.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: performance: Racket vs Julia

[Gour]

On Sat, 2 Feb 2019 18:24:47 -0500
Neil Van Dyke  wrote:

> Yes, I did another look for Racket last year, and desktop GUI toolkit
> options generally seem to have have actually gotten fewer and worse
> since the move of most of the money to Web and handheld apps.

Yes, very sad. :-(

> We need to advertise this selling point for Racket: "Our syntax is
> not too strange!" :)

Maybe it's, for some, strange, but, otoh, it is simple and I always appreciate
simplicity as general value. :-)

> What I've done recently, as aggregations of existing components, for
> a retro smartphone UI, seemed mostly straightforward (and in this
> case was mostly a kind of coding that one can do for hours without
> having to think hard, so maybe it's a relaxing evening after a day of
> intense high-stakes software engineering :) (unreleased, for now)
> https://www.neilvandyke.org/postmarketos/

This sounds encouraging!

Sincerely,
Gour

-- 
The humble sages, by virtue of true knowledge, see with equal
vision a learned and gentle brāhmana, a cow, an elephant, a dog
and a dog-eater.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: performance: Racket vs Julia

[Gour]

On Sat, 2 Feb 2019 08:04:36 -0700
Matthew Flatt  wrote:

> It's possible that the someone talked to me. I recall offering the
> opinion to someone at RacketCon/ICFP/StrangeLoop that Racket would not
> be as fast as Julia for the case that Julia is designed for ---
> specifically numerics --- due to the way the Julia compiler
> specializes programs to numeric types and hands off to LLVM as its
> back end. 

Hey, but that's not fair!! The 'quote' is pulled out of the context. :-(

> But I agree with others that Racket is likely to be faster on most things.

Thank a million!! It does help me very much to make a decison. ;)


Sincerely,
Gour

-- 
Whenever and wherever there is a decline in religious practice,
O descendant of Bharata, and a predominant rise of irreligion —
at that time I descend Myself.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: performance: Racket vs Julia

[Gour]

On Sat, 2 Feb 2019 04:53:33 -0500
Neil Van Dyke  wrote:

> That's an unusual shortlist of candidates.  

Well, yes and no. Many languages simply do not pass 'GUI criteria' and, imho,
Racket is very much deprived of its glory by providing first class GUI option
for all those not so enamored with JS/browser stuff.

Some languages were simply excluded without even slight consideration like {C,
C++, Java}, some are uninspiring (Go) or have (too) strange syntax etc.

>  Does this desktop app do heavy numeric computation?  

Yes, it's supposed to crunch the numbers, but I plan to use 3rd party C library
for that and then just provide higher-level bindings to if from the host
language and write custom libraries which use functions from the C lib on top
of that.
 
> Or is your organization already invested i n Julia for numeric, and you'd
> like to also use it for GUI if you can?

No, it is supposed to be open-source hobby project, so there must be some fun
doing it. I also would like to avoid "2 language problem" in regard to GUI.

> Maybe a year or two ago, I asked about Julia for systems-ish
> programming (like low-level operating systems code, and
> high-performance server I/O), and, at the time, it sounded like the
> performance for that was not there -- Julia was initially focused on
> numeric performance.

It also seems that Julia does not want to be too 'general programming
language'. :-)

> Note that a few things DrRacket does are more compute-intensive than most
> desktop apps (such as evaluating child programs with debugging info), but you
> can get an idea.

Ohh, that's very helpful. Thank you very much for this insight.

> 2. Look in the Racket documentation for what the cross-platform GUI
> toolkit (and the separate "Framework" stuff) provide.  They provide
> th e usual basic widgets, plus some non-usual DrRacket editor
> functionality, but they don't have as much widgets as some toolkits
> have (so make sure it has what you need, or be prepared to code
> what's missing). https://docs.racket-lang.org/gui/Widget_Gallery.html
> https://docs.racket-lang.org/gui/Windowing_Classes.html
> https://docs.racket-lang.org/framework/index.html

Two questions in regard:

1) is there a plan to fill the gap with the 'missing' widgets in the
foreseeable future? (Iirc, someone once mentioned to me 'tree widget' which is
not included out of the box.)

2) how difficult is, in general, to add new widgets?

> If you have numeric performance requirements (if that's why you're
> looking at Julia), 

Julia seems to me as interesting language - in the past I was also looking at
Dylan - and numeric performance is not the main reason behind my interest, but
e.g. Python is certainly too slow as proved by some people trying to
write similar apps and abandoning it to eventually go e.g C++.

> Or do you want to try coding those functions in Typed Racket?

Based on what I read, Typed Racket is something I want to explore.

> That's when someone says "Challenge accepted." :)

:-)

Thank you for shedding the light on this issues.


Sincerely,
Gour

-- 
As fire is covered by smoke, as a mirror is covered by dust,
or as the embryo is covered by the womb, the living entity is
similarly covered by different degrees of this lust.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: performance: Racket vs Julia

[Gour]

On Sat, 2 Feb 2019 01:41:17 -0800 (PST)
Yvan Godin  wrote:

> I have played with Julia as a language it's a good compromise between Common
> Lisp with Python syntax and C performance
> 
> but build an autonomous prog. come with a lot of pain

That's good to know. Thank you!

> their Gtk is far to be well finished and polished as many other  libraries
> but this is a matter of time

 OK.

> so I continue to love Racket even if will remain for long time a little bit
> less performant  but that depend on your needs

:-)

> only my feeling and sorry for my low skilled English ;-)

I dіdn't notice it and your message went through. ;)


Sincerely,
Gour

-- 
But for one who takes pleasure in the self, whose human life
is one of self-realization, and who is satisfied in the self only,
fully satiated — for him there is no duty.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] performance: Racket vs Julia

[Gour]

Hello,

I've to decide between Racket and Julia as language of choice for writing
desktop app. Racket's advantage is that its GUI support is provided out of the
box, while in Julia I'd probably have to use Gtk.jl as the best supported
package  since I do not want to use Electron or some other JS/browser-based
things.

Leaving aside other language features' pros/cons, I was a bit surprised
when someone in Julia's channel responded to me with: "Racket is pretty
amazing, but I stopped looking into it after I figured, that it can't
really be made fast language...I just talked at some point with some of
the core devs, and they told me that racket may never be julia fast
(some of them actually know julia quite well)". I received some
feedback on it in Slack's channel, but curious to receive some more
here. iow. whether "Racket may never be Julia fast" can be taken in
general or it is just a question from case to case?


Sincerely,
Gour 

-- 
As the embodied soul continuously passes, in this body,
from boyhood to youth to old age, the soul similarly passes
into another body at death. A sober person is not bewildered
by such a change.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Concise way to get completions for Racket code?

[Gour]

On Mon, 12 Feb 2018 03:37:54 -0500
Neil Van Dyke <n...@neilvandyke.org> wrote:

> Regarding Emacs (Esc-Meta-Alt-Ctrl-Shift) specifically... The Emacs
> features that reduce the amount of repetitive typing required (for,
> e.g., formatting, completion, navigation) are good, but what's bad
> for some people is that Emacs encourages simultaneous keypresses. If
> you're using one hand to press two keys simultaneously, the
> repetitive contortions involved seem to be a problem.  

Very true.

> Five things you can do, to save your hands : (1) for 2-simultaneous-key
> combinations, train yourself to use both hands; (2) for the Emacs Meta key,
> instead of holding down the Alt key and pressing the modified key(s),
> consider the pressing and releasing the Esc key, and then pressing the
> modified key(s); (3) add your own easier Emacs key bindings for commands you
> use often, perhaps your F keys; (4) try out Emacs features and add-ons that
> might save typing; (5) write your own Emacs functions to save typing.

I also tried with sticky-keys...

> There's also non-Emacs-specific things, like keyboard height, wrist
> angles, torso and arm positions, neck position, taking breaks,
> stress, etc.  Very subtle changes here can make all the difference.
> Different things work for different people, so Google around, and
> find what works for you.

I am aware of that, but I do not have any problem when using (n)vim.

> I was very fortunate that others started raising issues about typing
> RSI at the start of my career, so I just try to spread the gospel of
> good typing.

Thank you for the tips. ;)


Sincerely,
Gour

-- 
The work of a man who is unattached to the modes of material
nature and who is fully situated in transcendental knowledge
merges entirely into transcendence.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Concise way to get completions for Racket code?

[Gour]

On Sun, 11 Feb 2018 16:12:34 -0800 (PST)
HiPhish <hiph...@openmailbox.org> wrote:

> One large advantage DrRacket has is its graphics capabilities. 

That's somehing I would just have to discover. :-)

> What's really cool about Neovim is that the developers have been de-crufting
> Vim. For example, GUIs are now independent of the editor itself, you could
> even use another editor like Atom and embed Neovim. In the past you would
> have had to use a Vim emulator, which is usually a hit or miss, but now you
> can just embed the real thing. Remote plugins I have already mentioned; in
> Vim if you want to write plugins in another language you have to re-compile
> Vim, with Neovim you just retrofit it. Then there is all the async stuff
> which was the prime motivation for starting Neovim. I was still new to Vim
> when I was getting really annoyed about things like syntax-checking always
> blocking and I was considering switching to Emacs, but then I discovered
> Neovim.

I had tried tried several times with Emacs, but, for some strange reason, very
soon I would experience some wrist pain and finally gave up on it.

Otoh, it does never occur when using Vim...yes, I also have Neovim installed
and start using/learning it, but it is still light usage.

My question was simply curiosity whether using non-Emacs editor is an obstacle
'forcing' me to choose some other language to tinker with. Of course, DrRacket
is always a viable option, but I simply prefer not to 'change gears' (aka
editors), if possible, when working.


> Emacs is older than Neovim and I don't think anyone here on this mailing list
> is using Neovim (except me)

:-)

> but people do use Emacs, so the Emacs-Racket ecosystem (and Lisp in general)
> has had more time to mature. It will be a while before Racket support in
> Neovim catches up with Emacs.

Thank you very much for your input!


Sincerely,
Gour

-- 
As a strong wind sweeps away a boat on the water,
even one of the roaming senses on which the mind
focuses can carry away a man's intelligence.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Concise way to get completions for Racket code?

[Gour]

On Fri, 9 Feb 2018 15:01:40 -0800 (PST)
HiPhish <hiph...@openmailbox.org> wrote:

> I wrote the Racket client for cases like these where I can use a Racket
> library to solve a problem in Neovim. In the future if someone implements
> proper semantic auto-completion for DrRacket I will be able to take that
> functionality and use it in Neovim as well.

Btw, what do oyu think how good is the Neovim+Racket match in comparison with
e.g. Emacs?


Sincerely,
Gour

-- 
For him who has conquered the mind, the mind is the best of
friends; but for one who has failed to do so, his mind will
remain the greatest enemy.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] embedding fonts for slideshow (was Re: slideshow for non-technical presentations)

[Gour]

On Wed, 1 Jun 2016 19:39:40 -0400
Asumu Takikawa <as...@ccs.neu.edu> wrote:

> One thing that's not portable is the fonts that you use. You will
> probably have to install the same fonts or ensure that you only
> use fonts that are available on both machines.

I'm resuming my interest for Racket stuff and, afaict, based on the
docs 
(https://docs.racket-lang.org/pict/Basic_Pict_Constructors.html#%28def._%28%28lib._pict%2Fmain..rkt%29._text%29%29)
 for:

(text content [style size angle]) → pict?

  content : string?
  style : text-style/c = null
  size : (integer-in 1 1024) = 12
  angle : real? = 0

one can choose which font to use for the presentation, but wonder how
it would be e.g. possible to create presentation on the Linux and the
make it portable by, somehow, embedding fonts and putting everything on
e.g. USB stick in order to make it presentable on e.g. some Windows
machine?


Sincerely,
Gour


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Beautiful Racket v1.0

[Gour]

On Sun, 22 Oct 2017 17:52:29 -0400
Matthias Felleisen <matth...@ccs.neu.edu>
wrote:

> Realm is for people who cross over from other languages or teachings.
> It is also a follow-up to HtDP, teaching programming in Racket not
> design of programs. I consider it a bridge for Racket beginners
> between HtDP and Beauty. 

Thank you. I might start with HtDP to (re)learn some of the good
principles of programming which can be used when using Racket
(programmable) programming language later. ;)


Sincerely,
Gour

-- 
One must deliver himself with the help of his mind, and not
degrade himself. The mind is the friend of the conditioned soul,
and his enemy as well.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Beautiful Racket v1.0

[Gour]

On 22 Oct 2017 17:45:00 -0400
"'John Clements' via Racket Users"
<racket-users@googlegroups.com> wrote:

> I am not personally a huge fan of the mutation-heavy approach of
> Realm of Racket. Please, correct me if I got the wrong impression
> from the first few exercises. For me, I think that Beautiful Racket
> is a better choice. Depends a lot on you, though.

OK.

> And, of course, I do have to mention HtDP, which is structured as a
> textbook and is really about learning to program, not learning
> Racket, but is a really extraordinary book.

HtDP(2nd ed.) might be interesting approach, although it is probably a bit
slower route, but I wonder about this: "Although the teaching languages borrow
elements from the Racket language, this book does not teach Racket. Then again,
a student who has completed this book can easily move on to Racket.", iow.
whether teaching languages are subset of Racket meaning that 'learning Racket0
is then just a question of expanding the set?


Sincerely,
Gour

-- 
Everyone is forced to act helplessly according to the qualities
he has acquired from the modes of material nature; therefore no
one can refrain from doing something, not even for a moment.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Beautiful Racket v1.0

[Gour]

On Thu, 16 Mar 2017 02:04:53 -0700 (PDT)
Vincent Nys <vincent...@gmail.com> wrote:

> Congrats! I've gone through all the chapters and it has been the most
> entertaining programming book I have ever read. It's been practical,
> too, as I have already used bits of it in a medium-sized (first)
> Racket project. I would gladly buy it and will recommend it to many
> of my co-workers.

I want to (finally) start learning/using Racket and have Realm of Racket
in *.epub format, but wonder which one you find as more suitable for beginner
not having any experience with Lisp/Scheme/Racket?


Sincerely,
Gour

-- 
Just try to learn the truth by approaching a spiritual master.
Inquire from him submissively and render service unto him.
The self-realized souls can impart knowledge unto you because
they have seen the truth.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Racketeers and slide-show presentations

[Gour]

On Sat, 16 Sep 2017 12:48:24 -0700
Andrew Gwozdziewycz 
wrote:

> I've been hacking on a way to make *simpler* slideshow presentations,
> which I'll actually present briefly at Racketcon next month. The idea
> is to take something plaintext and turn it into slides, so you don't
> have to be a pict master. I am trying to work in how to include
> slides that are Picts, but it's still a bit early.

That sound just a s the right tool!

> Naturally, the resultant slideshows are slideshow (the tool)
> compatible, and as a result, allow for speakers notes and handouts to
> be included. 

I'm glad not being the only one thinking that way. ;)

> I hope to have a lot more posted next week, but the
> start of what I'm talking about is at:
> 
> https://github.com/apg/slideshow-simple

I'll certainly take a look!

> Not sure if that meets your needs yet, but hopefully it will soon.

Thanks a lot!

-- 
Everyone is forced to act helplessly according to the qualities
he has acquired from the modes of material nature; therefore no
one can refrain from doing something, not even for a moment.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Racketeers and slide-show presentations

[Gour]

On Sat, 16 Sep 2017 16:47:41 +0200
Daniel Brunner <dan...@dbrunner.de> wrote:

> Hello,

> I switched to slideshow/pict recently but it takes a lot of time for
> me to prepare the presentation due to my missing skills in using pict.

Are you happy with it?

You're right - I can also feel that for Racket's noob it could take quite some
time to prepare presentations, but it may pay off in the long run.


Sincerely,
Gour

-- 
Not by merely abstaining from work can one achieve freedom
from reaction, nor by renunciation alone can one attain perfection.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Racketeers and slide-show presentations

[Gour]

On Sat, 16 Sep 2017 10:08:56 -0400
Matthias Felleisen <matth...@ccs.neu.edu>
wrote:

> When you watch the presentations of people who present with
> latex/beamer, you notice that most just excerpt the paper. This
> reduces the amount of time needed to prepare the presentation and the
> quality of the presentation at the same time. 

That's true.

> A paper/handout and a presentation are two completely different ways of
> bringing across intuition and if you connect them, you miss a chance.

I must admit in for most of the presentaions I do, flip-chart is the only tool
I use since I prefer its interactivity and consider it's better for *teaching*.

> In this sense, you’re at an advantage with scribble and slideshow -)
> The bit of disconnect forces you to rethink the presentation. Pict is
> a bit of a connection between the two. 

Thank you - I confess I was not really aware of the pict's existance as
separate package.

>  — my use of scribble is restricted to a few papers with PhD students 
>   and How to Design Programs/2e. 

Have you served it well for HtDP2e?

>  — I do not use slideshow only pict. 

That's interesting, indeed.

Maybe I should mentioned that I do non-technical presentations...


Sincerely,
Gour

-- 
One who is not disturbed in mind even amidst the threefold
miseries or elated when there is happiness, and who is free
from attachment, fear and anger, is called a sage of steady mind.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Racketeers and slide-show presentations

[Gour]

Hello!

Racket language is deeply rooted in academia and used wildly in
education, so, I hope, it's reasonable that Racketeers are often
preparing slide-show presentations...

In order to take an advantage of Racket's ecosystem I'd like to use it for such
purpose and slide-show package is natural choice, but  wonder how do
Racketeers prepare speaker notes and/or handouts papers for their
preparations? 
Got some info in #racket yesterday, but believe there must be some
further info/ideas available?

Having experience with LaTeX/Beamer I'd expect to have some integrated
solution, but my browsing of slide-show & scribble docs hasn't yielded
adequate information,

Any hint?


Sincerely,
Gour

-- 
Abandoning all attachment to the results of his activities,
ever satisfied and independent, he performs no fruitive action,
although engaged in all kinds of undertakings.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Re: Benefits of Racket-on-Chez for laymen

[Gour]

On Thu, 14 Sep 2017 05:53:59 -0600
Matthew Flatt <mfl...@cs.utah.edu> wrote:

> Yes, that's the goal. In the near term, the best-case scenario is that
> existing Racket programs run on Chez Scheme and sometimes run faster
> and/or in less memory.

Wonderful!

> The benefits within Racket's implementation are much greater in the
> near term, since the new Racket layer is more maintainable and
> adaptable, and that layer lives on a Chez Scheme base that is
> certainly better than the part of the Racket that it replaces.

You don't envision 'impedance mismatch' between the two?

> Hopefully, this internal restructuring will allow more people to
> contribute to Racket's implementation, leading to a range of
> improvements for end users in the long run.

Bright future for the Racket...

> Only a few small things, and only recently.

Humble, us usual. ;)


Sincerely,
Gour

-- 
Abandoning all attachment to the results of his activities,
ever satisfied and independent, he performs no fruitive action,
although engaged in all kinds of undertakings.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] Benefits of Racket-on-Chez for laymen

[Gour]

Hello,

I'm interested to learn and use Racket for desktop apps and after reading about
the plan to use Chez Scheme as Racket's VM I wonder what are the implications
of this step for the end users?

By looking at this https://ecraven.github.io/r7rs-benchmarks/ benchmark it's
clear that Chez Scheme is very fast, if not the fastest Scheme implementation.
Now I wonder if Racket-on-Chez does mean that Racket's performance will improve
and/or one will be able to take advantage of Chez's feature to produce
stand-alone executables?

Does Racket-on-Chez mean one will get the best of both worlds, iow. have Chez's
performance, exectuables, multiple threads support etc. while still enjoying
Racket's ecosystem - package manager, batteries-included, programming
environment, excellent docs etc.

All these could make Racket even more attractive as 'geneal purpose programming
language'.

Otoh, I see that mflatt does contribute a lot to the Chez...


Sincerely,
Gour

-- 
Bewildered by the modes of material nature, the ignorant fully
engage themselves in material activities and become attached. But
the wise should not unsettle them, although these duties are inferior
due to the performers' lack of knowledge.


-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] convert to/from Sribble

[Gour]

Hello,

after becoming interested to learn Racket to be used as general-purpose
language, I'm considering to use Scribble/Polen for my writing/web projects.

However, I'm a bit concerned not finding any converted which could be used to
conver markup from/to Scribble which means that using it provides some kind
of (vendor) lock-in?

Is it true there are no converters available (there is none for Pandoc)?


Sincerely,
Gour

-- 
Before giving up this present body, if one is able to tolerate 
the urges of the material senses and check the force of desire and 
anger, he is well situated and is happy in this world.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] advice for writing desktop app

[Gour]

Jens Axel Søgaard jensa...@soegaard.net writes:

 Tree?

 Do you mean this?

 http://docs.racket-lang.org/mrlib/Hierarchical_List_Control.html?q=button%25

Hmm, there is no screenshot, but it could be that's it. Thank you!


Sincerely,
Gour

-- 
When your intelligence has passed out of the dense forest 
of delusion, you shall become indifferent to all that has 
been heard and all that is to be heard.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] advice for writing desktop app

[Gour]

Alexander D. Knauth alexan...@knauth.org writes:

 For tables, I wrote my own version of some kind of table for racket’s gui
 so that I could use it in a gui latin dictionary I was making.

Thanks. Looks good.


Sincerely,
Gour

-- 
One is understood to be in full knowledge whose every endeavor 
is devoid of desire for sense gratification.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] advice for writing desktop app

[Gour]

Vincent St-Amour stamo...@ccs.neu.edu writes:

 I have written GUI applications in Racket, .NET, Swing and tk, and
 Racket is the most pleasant by far, IMO.

I'm glad to hear it. Racket, as language, really looks beautiful - simple
syntax and powerful expressibility, afaict.

Do you find Racket's GUI sufficient for desktop appps?


 Racket performance is pretty good in general. The Racket performance
 docs have more information:

Thank you, I'll take a look.

 Realm of Racket is very good, and since you already have programming
 experience, you should be able to pick it up easily.

Thank you.

 If you need a gentler introduction to thinking functionally, I would
 recommend How to Design Programs:

That what I'm reading atm while considering whether to buy ebook or paperback
version of RoR.


Sincerely,
Gour

-- 
One is understood to be in full knowledge whose every endeavor 
is devoid of desire for sense gratification. He is said by sages 
to be a worker for whom the reactions of work have been burned 
up by the fire of perfect knowledge.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [racket-users] advice for writing desktop app

[Gour]

Alexander D. Knauth alexan...@knauth.org writes:

 Here it is, although some of the things I did like creating objects on a
 dummy panel and then reparenting them seem like they could be bad ideas.
 https://github.com/AlexKnauth/racket-gui-table

Thank you. I did star it.

What about trees? You don't have need for it?


Sincerely,
Gour

-- 
One is understood to be in full knowledge whose every endeavor 
is devoid of desire for sense gratification.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[racket-users] advice for writing desktop app

[Gour]

Hello,

my 1st post here...by 'accident' I stumbled upon Floss Weekly episode about
Racket, liked it, visited web sites, read few posts (Why Lisp? Why Racket? is
*very* inspirational), watched some RacketCon videos, skimmed over mailing
list archive...and now have a question.

For some time I am considering which language to use for some open-source
hobby project, iow. multi-platform desktop app.

In recent years, for whatever reason, I was playing with Haskell - like FP
paradigm, but noticed it's not very popular for GUI desktop apps and the
state of GUI bindings is not thrilling.

Explored some other languages like D, OCaml, Ada...but, amongst other things,
all of them seems to be not the best fit for desktop app.[1]

Of course, one alternative would  be to simply use Python and try to speed up
critical parts with Cython or something similar, but writing lot of unit
tests to circumvent lack of decent type system is no go for me.

Otoh, I want to be productive and avoid fiddling with low(er)-level
stuff which excludes C(++) and I was never fan of Java and its VM.

At the end, I considered Go mostly due to nice tooling support (I also use
Hugo -static site generator), active community, but being aware that its type
system is lacking.

Now, after I've found out about Racket which includes multi-platform
abstracted GUI library (as well as static-site generator - Frog as well as
Pollen), I wonder if it's capable to be used for 'general' desktop app?

In one blog post (http://dafoster.net/articles/2013/03/01/notes-on-racket/)
I've found the following:

Sadly, RacketGUI lacks some advanced controls I often want:

trees
tables containing controls in cells
However the list-box% control supports cells that only contain text.
tree-tables


so I wonder if it's still the same status and/or whether there are plans to
improve it?

Seeing that originally Racket's GUI was based on wxWidgets, I wonder how much
the present GUI is lacking in terms of GUI functionality in comparison with
wx?

For the app's back-end I plan to use Sqlite3 which is, afaict, covered by
Racket.

Similarly, we have need to call 3rd party C lib for calculating planetary
ephemeris that should be easy as well.

So, it looks, (almost) everything is there present in Racket, so I wonder
whether you consider that writing desktop GUI app is suitable niche for
Racket making one productive and still getting decent performance?

Does using Typed Racket improve things significantly?

I did graduate software engineering long ago and was using/learning several
languages from Fortran, Pascal, C(++), but when I was about to learn Lisp, all
students had to take Prolog course, so I'm Lisp/Scheme/Racket noob except
that I wrote several setq-s when configuring Emacs.

Considering that I like learning from books, do you recommend Realm of Racket
book to start learning along with the online docs? Any other book?


Sincerely,
Gour


Footnotes: 
[1]  I did look at Dylan as well and although the language is interesting, but 
the
project is simple lacking man power.

-- 
The embodied soul may be restricted from sense enjoyment, 
though the taste for sense objects remains.

-- 
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, send an email 
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.