RE: [racket-users] Re: Alternatives to DrRacket

[Jos Koot]

+1
On windows it is the same.
It would be nice to have the option to revert defaults for the current tab only.
Jos

  _  

From: racket-users@googlegroups.com [mailto:racket-users@googlegroups.com] On 
Behalf Of JCG
Sent: viernes, 12 de enero de 2018 01:38
To: Racket Users
Subject: [racket-users] Re: Alternatives to DrRacket


 snip  

6) In the preferences dialog (on a Mac at least), the "Revert All Preferences 
to Defaults" is unclear about whether the defaults are
for the displayed tab or for all preferences.  At least twice in the past, I've 
incorrectly assumed that the defaults were for the
topic displayed and not all preferences.  I fiddled with the background 
expansion and finally decided "Oh, I'll just put it back to
whatever is suggested - bam, all my other settings were gone."

 snip 

-- 
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: Alternatives to DrRacket

[JCG]

Sorry for the delay. 

1) Coloring of a #; commented-out S-expression, as in Emacs.

2) Code folding that is saved and yet compatible with external editors.  
The way I would go about dealing with the WXME format would be be to save 
two files, with the WXME format hidden somewhere (Sqlite or a file) based 
on the hash of the content of the normal text.  If the hash matches, then 
utilize the extra goodies the WXME affords (e.g. code folding); otherwise 
just show the normal text version and nobody will be the wiser.  

3) Having the ability for the Run button to execute a different process 
would allow crash-prone C/C++/Go/Rust extensions not annihilate the GUI.

4) The first attempt to get assistance from meta-/ takes quite a while yet 
excludes operators defined in the current file.  Given that it's not 
including local definitions and/or tokens, and that the next time I start 
DrRacket, the same list will slowly appear, it ought to be cached.

5) Easy way to avoid byte-code incompatibility, e.g. I download 6.12.0.3 
and run into a repetitive dialog about 6.10 byte-code incompatibility 
without any option for correction.

6) In the preferences dialog (on a Mac at least), the "Revert All 
Preferences to Defaults" is unclear about whether the defaults are for the 
displayed tab or for all preferences.  At least twice in the past, I've 
incorrectly assumed that the defaults were for the topic displayed and not 
all preferences.  I fiddled with the background expansion and finally 
decided "Oh, I'll just put it back to whatever is suggested - bam, all my 
other settings were gone."

7) Finally, the tools tab has doubtful defaults for preloading tools, e.g. 
Algol 60.   Then there is the question about what "Skip the tool" means.  
Does that mean that I cannot access these in a running Dr Racket? 

Thanks for asking suggestions.

-John


On Sunday, November 26, 2017 at 10:42:29 AM UTC-5, spdegabrielle wrote:
>
> Hi,
>
> I’ve noticed some list members use other editors or IDE’s. 
>
> I know two big reasons for using a complex tool is it’s stickiness 
> factors; normally a combination of familiarity (hence speed) with a lot of 
> powerful features and non-transportable customisation.
>
> Putting stickiness factors aside, what features in other editors/IDE’s 
> would you like to see in DrRacket?
>
> Kind regards,
>
> Stephen
>
>
> -- 
> Kind regards,
> Stephen
> --
> Ealing (London), UK
>

-- 
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: Alternatives to DrRacket

[George Neuner]

On Mon, 25 Dec 2017 12:31:21 -0800 (PST), Zelphir Kaltstahl
 wrote:

>In practice [custodian-limit-memory] has often prevented stuff from filling 
>up all RAM + swap, but I thought it was actually the memory limit and
>nothing can go over it. 
>Good to know that this is wrong!
>So it is rather like a "if memory usage is too much after an unknown amount 
>of time, then kill the program", instead of "prevent the program from ever 
>going over the limit".

Right.  What is needed is a way to limit the size of the heap.  You
can still get into trouble using places because they have separate
heaps [and also a shared heap], but these factors can be dealt with if
any single place heap isn't growable beyond a limit.

George

-- 
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] Re: Alternatives to DrRacket

[George Neuner]

On 11/27/2017 3:30 PM, Zelphir Kaltstahl wrote:


Memory limits can be easily added to a program as well with the 
following code:


~~~
(define (Mb-to-B n) (* n 1024 1024))
(define MAX-BYTES (Mb-to-B 128))
(custodian-limit-memory (current-custodian) MAX-BYTES)
~~~


The problem with  custodian-limit-memory  is that it doesn't actually 
limit how much memory the custodian can allocate - the limit is enforced 
only *after* GC runs.  Between GC runs, the custodian could allocate far 
more than the limit.


I'd like a command line switch that puts a hard limit on heap size ... 
similar to the server JVM.  Using ULIMIT on Linux you can restrict 
process data size, but Windows offers no simple way to do that.  It can 
be done clumsily on Windows using containers or with "job objects", but 
few people have containers set up on their Windows boxes and the few job 
objects tools I am aware of work only on already running processes ... 
there's no simple way to start a process that is restricted from the 
beginning.


George

--
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: Alternatives to DrRacket

[Stephen De Gabrielle]

I don’t want to stop the responses, but I do want to say thank you to all
of you. You have given me a lot to think about.

Kind regards,

Stephen

-- 
Kind regards,
Stephen
--
Ealing (London), UK

-- 
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: Alternatives to DrRacket

[Zelphir Kaltstahl]

I mostly like the text navigation features I have in Emacs. I also like 
that I can run a shell inside Emacs and manage multiple buffers easily. 
Installing different color themes is easy too, while in DrRacket I would 
probably have to configure the colors myself (I might be wrong though, not 
sure if there isn't an easy way to get many themes into DrRacket).

I've never used DrRacket for a long time. Even the fancy arrows where 
something comes from when you hover it with the mouse cursor did not do 
much for me, because I either already knew where it came from, because I 
wrote the code myself, or because the arrow would come from something out 
of visible area. This also happens when you have an error and it tries to 
help you with the arrows. If it was somehow more usable (I have no idea 
how), maybe it would do something for me too.
What I used DrRacket for once were the examples for multi-threading and 
multi-processing in the Racket guide. It has nice visualization for this 
stuff, which I cannot get easily from Emacs.

When I need more of a backtrace, I simply run my programs with: `racket -l 
errortrace -t myfile.rkt` (that is a lowercase L, not an uppercase i)
Memory limits can be easily added to a program as well with the following 
code:

~~~
(define (Mb-to-B n) (* n 1024 1024))
(define MAX-BYTES (Mb-to-B 128))
(custodian-limit-memory (current-custodian) MAX-BYTES)
~~~

So I am usually not missing anything DrRacket would give me. Maybe if I was 
using more languages or more of the debugging tooling it offers I would use 
DrRacket more often.
One thing I liked was the integrated package manager. But that too can be 
handled easily with the `raco`.

-- 
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: Alternatives to DrRacket

[ben.rudgers]

I use Emacs because org-mode provides Babel and Babel lets me program in a 
literate style.  In Emacs I can write literate code irrespective of 
language and I enjoy literate programming more than 
illiterate/unlitterate/conventional programming by a wide margin. Emacs 
org-mode lets me convert my literate program to web pages, markdown, and 
other things I don't use. So it fills in for Scribble (I found Scribble-LP 
challenging to use, probably in part because it does not have the same size 
of community). 

So I'd love to see org-mode Babel in DrRacket...or DrRacket in Emacs.

Ben

-- 
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: Alternatives to DrRacket

[HiPhish]

I use Neovim and I'm working on a Racket client for it:
https://gitlab.com/HiPhish/neovim.rkt

One of the cool features Neovim has over Vim is that it provides an API for 
remote processes; a client application can connect to the editor and they 
can communicate with each other. What that means in practice is that my 
Racket client allows you to write Neovim plugins in directly Racket. This 
would make it possible for example to re-use parts of DrRacket to write 
analogous Neovim plugins without having to re-invent the wheel. I don't 
know much about Emacs, but from looking at Racket Mode it looks like almost 
70% of it is Emacs Lisp. With a Racket client for Neovim the plugin could 
be written (almost?) entirely in Racket.

-- 
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.