Re: [racket-users] help please on git/github pull request

2015-07-03 Thread Rickard Andersson
I think if there is a direction to go in, it's to make a SSH-friendly and truly extensible text version of DrRacket. I would use this all day; I only really use vim because it's terminal friendly and the editing is great. DrRacket offers a lot in terms of integration with Racket facilities and

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread Joel McCracken
Am I correct in understanding that you are unfamiliar with rebasing? If so I would gladly pair with you on it. I do it all the time at work. Sent from my iPhone > On Jul 3, 2015, at 5:00 AM, Tim Brown wrote: > > Thanks for the help folks! > > I'll take a long hard look at rebasing before I d

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread William G Hatch
On Fri, Jul 03, 2015 at 12:38:26PM -0400, Greg Hendershott wrote: Being git, there are probably a variety of ways to go about this. What I might try (but haven't verified first-hand): One-time setup: - On master, `git pull --ff-only upstream`. - On master, create from master a new branch named "

Re: [racket-users] API function naming

2015-07-03 Thread Stephen Chang
> Perhaps this isn’t applicable in this case, but may I suggest a less-common > alternative: no prefixing at all? If you put all the commands into a separate > module, users of the module can use ‘prefix-in’ to choose whatever prefix > they prefer. Prefixes (and suffixes) have two purposes. One

Re: [racket-users] API function naming

2015-07-03 Thread Neil Van Dyke
Alexis King wrote on 07/03/2015 06:33 PM: Perhaps this isn’t applicable in this case, but may I suggest a less-common alternative: no prefixing at all? If you put all the commands into a separate module, users of the module can use ‘prefix-in’ to choose whatever prefix they prefer. For reusa

Re: [racket-users] API function naming

2015-07-03 Thread Alexis King
Perhaps this isn’t applicable in this case, but may I suggest a less-common alternative: no prefixing at all? If you put all the commands into a separate module, users of the module can use ‘prefix-in’ to choose whatever prefix they prefer. This can be paired with documentation that uses a part

[racket-users] questions about racket [new user]

2015-07-03 Thread marcio esper
Hello, I am new here. using racket a very short time. I install racket on linux mint 17 64bit, I was using it on windows 7 The deb package work fine, more fast than in windows. very good version. When I create a executable on linux, it create a tgz archive with the bin and libs inside. In win

[racket-users] Re: [SOLVED] variadic function who use parameters from a mother variadic function

2015-07-03 Thread mazert
Le 03/07/2015 22:18, Stephen Chang a écrit : I think the call to "values" is misplaced. Yes it does not work, it was just to show the idea of what I wanted. Here's a functioning version of foo, and a perhaps more concise alternative: (define (foo . L) (let ([bar (string-join (build-list (l

Re: [racket-users] variadic function who use parameters from a mother variadic function

2015-07-03 Thread Stephen Chang
Actually, ~a by itself might do what you want. (~a 1 2 3) ; => "123" On Fri, Jul 3, 2015 at 4:18 PM, Stephen Chang wrote: > I think the call to "values" is misplaced. > > Here's a functioning version of foo, and a perhaps more concise alternative: > > (define (foo . L) > (let ([bar (string-joi

Re: [racket-users] variadic function who use parameters from a mother variadic function

2015-07-03 Thread Stephen Chang
I think the call to "values" is misplaced. Here's a functioning version of foo, and a perhaps more concise alternative: (define (foo . L) (let ([bar (string-join (build-list (length L) (λ (x) "~a")) "")]) (apply format bar L))) (define (my-foo . L) (string-join (map ~a L) "")) On Fri, J

[racket-users] variadic function who use parameters from a mother variadic function

2015-07-03 Thread mazert
Hello, To directly go to the essential : here is an example : (define (foo . L) (let ([bar (string-join (build-list (length L) (λ (x) "~a")) "")]) (format bar (apply values L Globally, I want to use a function who has variable parameters within a function who has variable parameters

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread Neil Van Dyke
Tony Garnock-Jones wrote on 07/03/2015 03:15 PM: I want to explore it as a way of getting a Racket REPL on steroids. I imagine firing up Racket, getting a deceptively normal-looking terminal-style REPL, working for a bit (with rich, full-emacs-style functionality available at the REPL), and then

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread Tony Garnock-Jones
On 07/03/2015 01:11 PM, William G Hatch wrote: > I would also love to see a new emacs based on Racket. Is rmacs by Tony > Garnock-Jones intended to be a small project or is he meaning for it to > grow to be a serious contender with emacs, vim, etc? At the moment, it's just for my own edification.

Re: [racket-users] Room for descriptions

2015-07-03 Thread Pierpaolo Bernardi
On Fri, Jul 3, 2015 at 8:36 PM, Neil Van Dyke wrote: > BTW, Emacs users can get this feature through Quack. > The feature turns causes a typed "[" to insert "(". > > Separately, typed "]" always inserts the character to agree with the > matching open paren/bracket. > > To really insert "[", do th

Re: [racket-users] API function naming

2015-07-03 Thread Robby Findler
We clearly need keyboards like this: http://9gag.com/gag/5551148/the-entire-chinese-keyboard On Fri, Jul 3, 2015 at 1:43 PM, Stephen Chang wrote: >> The prefixes are based on this file: >> https://github.com/racket/gui/blob/master/tex-table/tex-table.rkt >> >> Maybe there are missing ones you're

Re: [racket-users] API function naming

2015-07-03 Thread Stephen Chang
> The prefixes are based on this file: > https://github.com/racket/gui/blob/master/tex-table/tex-table.rkt > > Maybe there are missing ones you're used to? Sorry, that was supposed to be a compliment! I love DrRacket's support for unicode and I havent wanted any symbols that aren't already support

Re: [racket-users] Room for descriptions

2015-07-03 Thread Neil Van Dyke
BTW, Emacs users can get this feature through Quack. http://www.neilvandyke.org/quack/ See checkbox menu item "Quack -> Options -> Smart-Open-Paren", or Customize-able variable `quack-smart-open-paren-p`. The feature turns causes a typed "[" to insert "(". Separately, typed "]" always insert

Re: [racket-users] API function naming

2015-07-03 Thread Robby Findler
On Fri, Jul 3, 2015 at 12:52 PM, Stephen Chang wrote: > I've been going this route more, especially because DrRacket supports > autocompletion of (what it deems) unique latex prefixes. The prefixes are based on this file: https://github.com/racket/gui/blob/master/tex-table/tex-table.rkt Maybe th

Re: [racket-users] API function naming

2015-07-03 Thread Stephen Chang
> You also have unicode available to you. IDE support can help with this > -- I think the cmd-\ for lambda has worked pretty well. I've been going this route more, especially because DrRacket supports autocompletion of (what it deems) unique latex prefixes. For example, in DrRacket, type "\G", fol

Re: [racket-users] API function naming

2015-07-03 Thread Matthias Felleisen
1. +1 on Neil's +sound and +set-position convention (as a private Racket citizen not the style guide author) 2. When I find myself writing such code now, I often write a syntactic extension that gives me some flexibility in how I want to do it: (commands (sound ...) (set-position ...) ..

Re: [racket-users] API function naming

2015-07-03 Thread Neil Toronto
On 07/03/2015 12:32 PM, John Carmack wrote: I am using a “cmd-name!” naming format for functions that are adding to the command list that will be communicated to the host program. (cmd-sound! WAV-FILE) (cmd-set-position! pos yaw-radians) Etc. I am considering using a terser naming convention,

Re: [racket-users] API function naming

2015-07-03 Thread Robby Findler
You also have unicode available to you. IDE support can help with this -- I think the cmd-\ for lambda has worked pretty well. Robby On Fri, Jul 3, 2015 at 12:36 PM, Stephen Chang wrote: >> What symbols have the least historic baggage? > > I've gone through this exercise a few times, and each ti

Re: [racket-users] API function naming

2015-07-03 Thread Stephen Chang
> What symbols have the least historic baggage? I've gone through this exercise a few times, and each time settled on '$'. As Greg points out, pretty much every one of my my Racket libraries makes use of this symbol (was it that obvious? :) ) exactly because I was looking for something that Racke

Re: [racket-users] Room for descriptions

2015-07-03 Thread Pierpaolo Bernardi
BTW, since you are looking at the preferences, I wish there was a way to have automatic conversion of square brackets to parentheses *always*. That is, I don't want square brackets in my racket code, but I like the convenience of typing them over typing parentheses. Looks like a combination of pre

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread William G Hatch
I would also love to see a new emacs based on Racket. Is rmacs by Tony Garnock-Jones intended to be a small project or is he meaning for it to grow to be a serious contender with emacs, vim, etc? I agree with Greg that the ecosystem and momentum around emacs is its strongest point. I've written

Re: [racket-users] API function naming

2015-07-03 Thread Neil Van Dyke
General comment on the naming conventions we come up with... These punctuation characters that typically require a shift modifier might be pleasing to the eye, but unpleasing to the typist. Incidentally, while "@" might have lower typing cost than "cmd-", I think it's more than 1/4 the typing

RE: [racket-users] API function naming

2015-07-03 Thread John Carmack
I tried $ first, but it scans so close to an S that it hurt readability. -Original Message- From: Greg Hendershott [mailto:greghendersh...@gmail.com] Sent: Friday, July 03, 2015 11:53 AM To: John Carmack Cc: racket-users@googlegroups.com Subject: Re: [racket-users] API function naming On

Re: [racket-users] Room for descriptions

2015-07-03 Thread Jens Axel Søgaard
Thanks! No wonder I couldn't find it in the preferences. /Jens Axel 2015-07-03 18:59 GMT+02:00 Robby Findler : > That sounds like it would be a very nice change. > > The option you want is in the view menu. > > Robby > > > On Friday, July 3, 2015, Jens Axel Søgaard wrote: > >> Hi All, >> >> Du

Re: [racket-users] Room for descriptions

2015-07-03 Thread Robby Findler
That sounds like it would be a very nice change. The option you want is in the view menu. Robby On Friday, July 3, 2015, Jens Axel Søgaard wrote: > Hi All, > > During the installation of DrRacket on a new laptop I realized > that the preferences dialog could need some kind of info > on each av

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread William G Hatch
On Fri, Jul 03, 2015 at 12:38:26PM -0400, Greg Hendershott wrote: Being git, there are probably a variety of ways to go about this. What I might try (but haven't verified first-hand): One-time setup: - On master, `git pull --ff-only upstream`. - On master, create from master a new branch named "

Re: [racket-users] API function naming

2015-07-03 Thread Greg Hendershott
One idea is to use $ as prefix. It probably connotes "command" among Unix-y folks, at least. (Although I've seen $ used as a prefix in e.g. combinator libraries like Parsack, I don't think it has any universal meaning like that which would make it seem weird for your purposes?) On Fri, Jul 3, 2

[racket-users] Room for descriptions

2015-07-03 Thread Jens Axel Søgaard
Hi All, During the installation of DrRacket on a new laptop I realized that the preferences dialog could need some kind of info on each available option. Consider this: http://i.imgur.com/IzsJrI8.png There is lots of room to the right for a description. "Map delete to backspace"

Re: [racket-users] plot: change pen cap?

2015-07-03 Thread Neil Toronto
On 07/02/2015 08:37 PM, Benjamin Greenman wrote: On Thu, Jul 2, 2015 at 11:23 AM, Neil Toronto mailto:neil.toro...@gmail.com>> wrote: rounded ends are the only kind that compose nicely when drawn that way Oooh, that's interesting. After sending the first email I'd actually gone ahead and

Re: [racket-users] API function naming

2015-07-03 Thread Greg Hendershott
I'd avoid @ because it's used for "at-expressions", e.g. #lang scribble or even simply #lang at-exp racket. On Fri, Jul 3, 2015 at 12:32 PM, John Carmack wrote: > I am using a “cmd-name!” naming format for functions that are adding to the > command list that will be communicated to the host prog

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread Greg Hendershott
Once upon a time I forked a repo, committed against master, and couldn't figure out how to "re-sync" with upstream. I resorted to deleting the fork and starting over. I wanted a sure-fire recipe to avoid that. Although I know a bit more about git now, I still follow that recipe. So far when I've

[racket-users] API function naming

2015-07-03 Thread John Carmack
I am using a "cmd-name!" naming format for functions that are adding to the command list that will be communicated to the host program. (cmd-sound! WAV-FILE) (cmd-set-position! pos yaw-radians) Etc. I am considering using a terser naming convention, perhaps "@name", so you would have: (@sound W

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread 'John Clements' via users-redirect
> On Jul 3, 2015, at 2:00 AM, Tim Brown wrote: > > Thanks for the help folks! > > I'll take a long hard look at rebasing before I do anything. > It sounds like something my mother would have advised against. > > On 03/07/15 03:52, Alexander D. Knauth wrote: >> On Jul 2, 2015, at 1:53 PM, John

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread Greg Hendershott
So I've spent a lot of time using both Racket and Elisp over the past couple years. My feeling: - Racket is much nicer. - Elisp is not nearly as bad as I first thought. Some other baseless opinions: 1. An "opposite" approach would be to put a more Rackety face on Elisp. But. I feel it's probabl

[racket-users] Re: Emacs Lisp as a Racket Language?

2015-07-03 Thread Alexander McLin
No question, this would be a challenging project. Do a clean room fresh implementation or provide full Emacs Lisp compatibility? Would it make sense to consider doing a strict subset of Emacs Lisp, with sufficiently flexibility to allow popular extensions run while leaving others behind? Commo

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread Rickard Andersson
I think if there is a direction to go in, it's to make a SSH-friendly and truly extensible text version of DrRacket. I would use this all day; I only really use vim because it's terminal friendly and the editing is great. DrRacket offers a lot in terms of integration with Racket facilities and

Re: [racket-users] help please on git/github pull request

2015-07-03 Thread Tim Brown
Thanks for the help folks! I'll take a long hard look at rebasing before I do anything. It sounds like something my mother would have advised against. On 03/07/15 03:52, Alexander D. Knauth wrote: On Jul 2, 2015, at 1:53 PM, John Clements wrote: On Jul 2, 2015, at 7:31 AM, Alexander D. Knauth

Re: [racket-users] Emacs Lisp as a Racket Language?

2015-07-03 Thread Michael Titke
On 02/07/2015 21:36, Greg Davidson wrote: Is there interest in creating a Gnu Emacs Lisp Racket Language, along with the underlying APIs (perhaps tied to DrRacket) sufficient to compile and run Gnu Emacs Lisp extension packages? Is there prior or ongoing work for such a project? For some yea