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

[William G Hatch]

On Wednesday, February 7, 2018 at 5:12:00 PM UTC-6, noch...@gmail.com wrote:


My google-fu is failing me today.  Is there a concise way in Racket to
request possible completions for some Racket code?


Another function that may be useful for you is
`namespace-mapped-symbols`.  The readline library uses this to provide
completion in the repl.

--
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] Fwd: [ELS] [CfP] ELS 2018, April 16-17, Marbella, Spain

[Daniel Brunner]

Just a x-post for the European Lisp Symposium. Racketeers are welcome! :-)

Kind regards,
Daniel


 Weitergeleitete Nachricht 
Betreff: [ELS] [CfP] ELS 2018, April 16-17, Marbella, Spain
Datum: Tue, 13 Feb 2018 13:35:50 +0100
Von: Didier Verna 
An: ELS Conference 


  Reminder: submission deadline this sunday!

ELS'18 - 11th European Lisp Symposium

Centro Cultural Cortijo de Miraflores
   Marbella, Málaga
Spain

   April 16-17 2018

 Sponsored by Brunner Software GmbH and EPITA

   http://www.european-lisp-symposium.org/


The purpose of the European Lisp Symposium is to provide a forum for
the discussion and dissemination of all aspects of design,
implementation and application of any of the Lisp and Lisp-inspired
dialects, including Common Lisp, Scheme, Emacs Lisp, AutoLisp, ISLISP,
Dylan, Clojure, ACL2, ECMAScript, Racket, SKILL, Hop and so on. We
encourage everyone interested in Lisp to participate.

The 11th European Lisp Symposium invites high quality papers about
novel research results, insights and lessons learned from practical
applications and educational perspectives. We also encourage
submissions about known ideas as long as they are presented in a new
setting and/or in a highly elegant way.

Topics include but are not limited to:

- Context-, aspect-, domain-oriented and generative programming
- Macro-, reflective-, meta- and/or rule-based development approaches
- Language design and implementation
- Language integration, inter-operation and deployment
- Development methodologies, support and environments
- Educational approaches and perspectives
- Experience reports and case studies

We invite submissions in the following forms:

  Papers: Technical papers of up to 8 pages that describe original
results or explain known ideas in new and elegant ways.

  Demonstrations: Abstracts of up to 2 pages for demonstrations of
tools, libraries, and applications.

  Tutorials: Abstracts of up to 4 pages for in-depth presentations
about topics of special interest for at least 90 minutes and up to
180 minutes.

  The symposium will also provide slots for lightning talks, to be
  registered on-site every day.

All submissions should be formatted following the ACM SIGS guidelines
and include ACM Computing Classification System 2012 concepts and
terms. Submissions should be uploaded to Easy Chair, at the following
address: https://www.easychair.org/conferences/?conf=els2018

Note: to help us with the review process please indicate the type of
submission by entering either "paper", "demo", or "tutorial" in the
Keywords field.


Important dates:
 -18 Feb 2018 Submission deadline
 -19 Mar 2018 Notification of acceptance
 -25 Mar 2018 Early registration deadline
 -02 Apr 2018 Final papers due
 - 16-17 Apr 2018 Symposium

Programme chair:
  David Cooper, Genworks Intl., USA

Local chairs:
  Andrew Lawson, Ravenpack, Spain

Programme committee:
  Christophe Rhodes, Goldsmiths University, UK
  Christopher Wellons Null Program Canada
  Irène Durand, LaBRI, Université de Bordeaux, France
  Julian Padget, University of Bath, UK
  Ludovic Courtès, Inria, France
  Michael Sperber, DeinProgramm, Germany
  Nicolas Neuss, Universität Karlsruhe, Germany
  Olin Shivers Northwestern University USA
  Robert Strandh, LaBRI, Université de Bordeaux, France
  Sacha Chua Living an Awesome Life Canada
  Scott McKay, Future Fuel, USA

Search Keywords:

#els2018, ELS 2018, ELS '18, European Lisp Symposium 2018,
European Lisp Symposium '18, 10th ELS, 10th European Lisp Symposium,
European Lisp Conference 2018, European Lisp Conference '18

-- 
Resistance is futile. You will be jazzimilated.

11th European Lisp Symposium, ELS 2018, April 16-17, Marbella, Spain

Didier Verna 
ELS Steering Committee
___
ELSConf mailing list
elsc...@lrde.epita.fr
https://lists.lrde.epita.fr/listinfo/elsconf

-- 
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: Concise way to get completions for Racket code?

[nocheroot]

This is definitely pointing me where I want to go, thanks.

#lang racket

(let ([n (make-base-namespace)])
  (parameterize ([current-namespace n])
(eval '(define oneplusone (+ 1 1)))
(filter (lambda (y) (regexp-match #px"^one" y))
(map (lambda (x) (symbol->string x)) (namespace-mapped-symbols 
n)



On Tuesday, February 13, 2018 at 6:39:49 AM UTC-6, William G Hatch wrote:
>
> >On Wednesday, February 7, 2018 at 5:12:00 PM UTC-6, noch...@gmail.com 
> wrote: 
> >> 
> >> My google-fu is failing me today.  Is there a concise way in Racket to 
> >> request possible completions for some Racket code? 
>
> Another function that may be useful for you is 
> `namespace-mapped-symbols`.  The readline library uses this to provide 
> completion in the repl. 
>

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

[HiPhish]

On Monday, February 12, 2018 at 9:02:20 AM UTC+1, Gour wrote:
>
>
> 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. 
>

For what it's worth, there is Evil Mode for Emacs. I have no idea how it
compares, as I said, I don't use Emacs, but maybe that's something for you.
Personally I try to use the home-row keys as much as possible, contorting my
wrist to reach ESC or the arrow keys, or stretching to reach the F-keys is
awful. My only problem is when the fingers on my left hand start hurting 
from
pressing Shift or CTRL (which I have mapped to Caps Lock) too often.

-- 
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: Concise way to get completions for Racket code?

[HiPhish]

Wow, this sounds like just the right thing. But the question is, how does 
one
get the namespace of the current text buffer? I guess I would need to 
somehow
send the buffer contents over to Racket and build a namespace out of that?

On Tuesday, February 13, 2018 at 1:39:49 PM UTC+1, William G Hatch wrote:
>
> Another function that may be useful for you is 
> `namespace-mapped-symbols`.  The readline library uses this to provide 
> completion in the repl. 
>

-- 
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] keyboard health (Was: Concise way to get completions for Racket code?)

[Neil Van Dyke]

HiPhish wrote on 02/13/2018 05:36 PM:


Personally I try to use the home-row keys as much as possible, 
contorting my wrist to reach ESC or the arrow keys, or stretching to 
reach the F-keys is awful. My only problem is when the fingers on my 
left hand start hurting from pressing Shift or CTRL (which I have 
mapped to Caps Lock) too often.


You point out something important that I neglected to mention when I 
suggested trying Esc in Emacs, mapping F keys, etc.: probably you don't 
want to stretch your hands or contort your wrists to hit these keys, 
since that defeats much of the purpose.  Suggestions to accompany trying 
Esc, F keys, etc.:


* Consider, rather than stretching/contorting hands/wrists to reach keys 
away from the old mechanical typewriter touch-typing home row, trying to 
involve movement of your arm, while keeping your wrists mostly inline 
with your forearm.  It sounds funny, but the actual movement is small, 
and you can learn to return to a known neutral position instantly.  If a 
grandiose analogy would help, consider the subtle, graceful, whole-body 
economy of movement of an Aikido master, only sitting on your butt and 
typing like a nerd. :)   (This is how I learned to type as a young kid, 
and I still type copious code and emails this way, all day, without any 
problem at all.  I can't say whether trying to type this way would help 
or hurt other people.  There's all sorts of physiological and habit 
differences between people, and some things one just has to try, if they 
want to find out.)


* Consider, rather than using a 104-key keyboard that spreads out the 
keys more, trying laptop keyboard layouts, even for non-laptop desktop 
use.  My own favorite layout designs are from old IBM ThinkPad laptops, 
which designs Lenovo has been breaking incrementally in recent years, 
but you can still find used USB desktop ones with the approximate layout 
and key action, and also find fairly-modern i7 ThinkPad laptops with 
decent IBM-ish layout keyboards.  (Personally, my favorite keyboard was 
around the ThinkPad T42, before IBM added too many lower-row keys, to 
squeeze in the Win95-mandated keys.  I can't use those anymore, so I 
stockpile original decade-old T60 keyboard parts, and swap them into 
certain more modern Lenovo ThinkPads from when Lenovo had started 
sacrificing build quality but was still part-compatible. Er, I swap 
retro keyboards like an engineer nerd, not like a hipster. :)


--
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: More DrRacket binding arrow woes

[Sorawee Porncharoenwase]

I have a similar problem but I can't figure out a way to fix it yet :(

So, when I hover on `sum` on line 3, I get "no bound occurrences". That's 
definitely false since the program runs fine, and `sum` has a bound 
occurrence below (e.g., line 5).

I print the syntax objects passed into `#%module-begin` in the REPL. The 
srcloc seems right to me.

What baffles me further is that when I follow Robby's suggestion to insert 
a printf inside check-syntax code:

(printf "~a ~a ~a\n" stx-obj (syntax-source stx-obj) (syntax-line stx-obj))

I get the following result (only relevant lines shown)

# #f #f
# #f #f
# string 3
# string 3
# #f #f
# string 3
# #f #f
# string 5
# #f #f
# #f #f
# string 7
# string 7
# string 7
# #f #f
# string 7
...

So: the sum on line 3 is either missing or somehow becomes `# 
#f #f` 

And sum on line 7 has a correct srcloc, except that the syntax-source 
somehow changes from `'unsaved-editor` to `string`?!?

FYI, I use megaparsack's `parse-syntax-string` like this:

(define (parse src in)
  (define len (string-length "#lang recursive-language"))
  (parse-result!
   (parse-syntax-string toplevel/p
(datum->syntax #f (port->string in)
   (list src 1 len (add1 len) 0

And this is my module reader

(module reader racket
  (require syntax/strip-context)
  (require "parser.rkt")
  (provide (rename-out [my-read-syntax read-syntax]
   [my-read read]))
  (define (my-read in) (syntax->datum (my-read-syntax #f in)))
  (define (my-read-syntax _ in)
(datum->syntax #f
  `(module src recursive-language
,@(parse (object-name in) in)

Any idea how to fix this? Also feel free to suggest anything that you find 
wrong -- this is the first time I touch the reader!

Thank you :)

On Saturday, May 7, 2016 at 5:18:21 AM UTC-4, Alexis King wrote:
>
> This is not the first time I have asked about the binding arrows on this 
> mailing list, but I seem to have run into a new problem that has me 
> completely stumped. I have written a #lang that uses an entirely custom 
> implementation of read-syntax (it does not wrap Racket’s read-syntax in 
> any way), and it seems to work alright. I can write some simple 
> programs, and they run properly. 
>
> However, I am not seeing any of the Check Syntax binding arrows at all. 
> Neither the arrows from imports nor arrows between definitions show up. 
> Inspecting the syntax objects at read-time and after expansion in the 
> macro stepper reveals quite clearly that the syntax objects I am 
> producing are syntax-original?, and adding the 
> 'original-for-check-syntax syntax property doesn’t affect things, 
> either. The bindings are clearly correct, since the program runs, and 
> comparing the scopes and syntax properties to an equivalent program in 
> #lang racket doesn’t reveal any meaningful differences. I have no idea 
> what I’m doing wrong. 
>
> Any ideas on how to diagnose this issue? I am using syntax/module-reader 
> along with the #:whole-body-readers? option, if that is meaningful (I’m 
> also not configuring #:language-info, if that matters). I can also post 
> the code I have somewhere if people think that would help, but it’s a 
> bit much without reducing it to a self-contained example, so I figured 
> I’d ask first to see if I’m forgetting something silly. 
>
> Alexis

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