Re: [racket-dev] interactive hack

2011-07-11 Thread Eli Barzilay
Yesterday, Eli Barzilay wrote:
> Ok, `4racket' and a beer for anyone who knows why.

(Maybe `4repl'...)


Yesterday, Neil Van Dyke wrote:
> 4DOS.

Yes!  Name your favorite brand and I'll bring it...


Yesterday, D Herring wrote:
> On 07/10/2011 01:51 PM, Eli Barzilay wrote:
> > Ok, `4racket' and a beer for anyone who knows why.
> 
> A pun on forehand?  Racketlon?
> 
> If you're looking for odd names,
> rash: racket shell

This one should be used by an actual shell-thing.


> riti: racket interactive text/terminal interface

Too acronymy, and too obscure for me to remember...


> and Scribble needs to loose its Scheming name and become Rabble.

:)  (FWIW, "Scribble" never had any relationship to "Scheme", I just
looked for something in the spirit of existing documentation
"things".)


> Otherwise, the "long and obvious" naming style has a lot of merit.

The problem is that it's that obvious, which made me question the
utility of a longish name.

-- 
  ((lambda (x) (x x)) (lambda (x) (x x)))  Eli Barzilay:
http://barzilay.org/   Maze is Life!
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Matthias Felleisen

It's way too late for this release but I consider this a wart 



On Jul 11, 2011, at 7:21 PM, Guillaume Marceau wrote:

> On Mon, Jul 11, 2011 at 6:32 PM, Matthias Felleisen
>  wrote:
>> I'd much prefer eliminating such function calls.
> 
> Do you want them out in this release?

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Nadeem Abdul Hamid
Yes, they're useful for 'teachpacks' like the Kiva teachpack...
(https://github.com/nadeemabdulhamid/Kiva-Teachpack)

On Mon, Jul 11, 2011 at 7:28 PM, Shriram Krishnamurthi  
wrote:
> Whoa, whoa there.  They're there for a reason.  I can't remember why,
> but I am pretty certain I have actually used such a function.  Please
> don't go around chopping and changing the language a few days before
> the deadline.
>
> On Mon, Jul 11, 2011 at 7:21 PM, Guillaume Marceau  wrote:
>> On Mon, Jul 11, 2011 at 6:32 PM, Matthias Felleisen
>>  wrote:
>>> I'd much prefer eliminating such function calls.
>>
>> Do you want them out in this release?

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Shriram Krishnamurthi
Whoa, whoa there.  They're there for a reason.  I can't remember why,
but I am pretty certain I have actually used such a function.  Please
don't go around chopping and changing the language a few days before
the deadline.

On Mon, Jul 11, 2011 at 7:21 PM, Guillaume Marceau  wrote:
> On Mon, Jul 11, 2011 at 6:32 PM, Matthias Felleisen
>  wrote:
>> I'd much prefer eliminating such function calls.
>
> Do you want them out in this release?
> _
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/dev
>

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Guillaume Marceau
On Mon, Jul 11, 2011 at 6:32 PM, Matthias Felleisen
 wrote:
> I'd much prefer eliminating such function calls.

Do you want them out in this release?
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Matthias Felleisen

I'd much prefer eliminating such function calls. 



On Jul 11, 2011, at 6:28 PM, Guillaume Marceau wrote:

> On Thu, Jul 7, 2011 at 12:44 PM, Matthew Flatt  wrote:
>> * ASL incorrectly specifies >= 1 arguments required for functions and
>>   function calls (i.e., functions and call are not common syntax at
>>   that point).
>> 
> 
> Stephen pointed out that function calls in BSL can invoke functions of
> zero arguments. You can't define such a function, but if you get it
> from a library, it works fine.
> 
> Should I document the grammar for function calls as (name expression
> ...) thorough?
> 
> _
>  For list-related administrative tasks:
>  http://lists.racket-lang.org/listinfo/dev

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] New error messages for *SL

2011-07-11 Thread Guillaume Marceau
On Thu, Jul 7, 2011 at 12:44 PM, Matthew Flatt  wrote:
> * ASL incorrectly specifies >= 1 arguments required for functions and
>   function calls (i.e., functions and call are not common syntax at
>   that point).
>

Stephen pointed out that function calls in BSL can invoke functions of
zero arguments. You can't define such a function, but if you get it
from a library, it works fine.

Should I document the grammar for function calls as (name expression
...) thorough?

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev


Re: [racket-dev] slash-form + bug in PLaneT keybindings require?

2011-07-11 Thread Robby Findler
I would say to put it in the framework. Probably scheme.rkt.

Thanks!

Robby

On Monday, July 11, 2011, John Clements  wrote:
>
> On Jul 11, 2011, at 11:32 AM, Robby Findler wrote:
>
>> As to 3), yes.
>
> Where would I put it? It looks like this could be done as a tool, but it 
> seems silly to have a new collection just for this.
>
> John
>
>
>>
>> Robby
>>
>> On Monday, July 11, 2011, John Clements  wrote:
>>> I tried to make some keybindings available using PLaneT today, and ran into 
>>> two problems--I suspect that this mechanism is not frequently used.
>>>
>>> 1) I can't use the slash-form in this require. That is, I have to type
>>>
>>> (planet "magic-paren.rkt" ("clements" "magic-paren.plt" 1 0))
>>>
>>> instead of
>>>
>>> (planet clements/magic-paren/magic-paren)
>>>
>>> .
>>>
>>> In fact, I'd be even happier just typing
>>>
>>> clements/magic-paren/magic-paren
>>>
>>>
>>> 2) After typing the above, DrRacket installed the one-file planet package 
>>> (and GOLLY, it took a while, but that's a different issue), and finally got 
>>> this error:
>>>
>>> Error when installing the keybindings (planet "magic-paren.rkt" ("clements" 
>>> "magic-paren.plt" 1 0)):
>>>
>>> symbol->string: expects argument of type ; given 
>>> #
>>>
>>>
>>> 3) I suppose I'd be happiest of all  if I could simply have an 
>>> electric-parenthesis option built in to DrRacket. Does this seem like an 
>>> appropriate preference entry for the "factory" DrRacket?
>>>
>>> John
>>>
>>>
>>>
>>>
>
>

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] slash-form + bug in PLaneT keybindings require?

2011-07-11 Thread John Clements

On Jul 11, 2011, at 11:32 AM, Robby Findler wrote:

> As to 3), yes.

Where would I put it? It looks like this could be done as a tool, but it seems 
silly to have a new collection just for this.

John


> 
> Robby
> 
> On Monday, July 11, 2011, John Clements  wrote:
>> I tried to make some keybindings available using PLaneT today, and ran into 
>> two problems--I suspect that this mechanism is not frequently used.
>> 
>> 1) I can't use the slash-form in this require. That is, I have to type
>> 
>> (planet "magic-paren.rkt" ("clements" "magic-paren.plt" 1 0))
>> 
>> instead of
>> 
>> (planet clements/magic-paren/magic-paren)
>> 
>> .
>> 
>> In fact, I'd be even happier just typing
>> 
>> clements/magic-paren/magic-paren
>> 
>> 
>> 2) After typing the above, DrRacket installed the one-file planet package 
>> (and GOLLY, it took a while, but that's a different issue), and finally got 
>> this error:
>> 
>> Error when installing the keybindings (planet "magic-paren.rkt" ("clements" 
>> "magic-paren.plt" 1 0)):
>> 
>> symbol->string: expects argument of type ; given 
>> #
>> 
>> 
>> 3) I suppose I'd be happiest of all  if I could simply have an 
>> electric-parenthesis option built in to DrRacket. Does this seem like an 
>> appropriate preference entry for the "factory" DrRacket?
>> 
>> John
>> 
>> 
>> 
>> 



smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

Re: [racket-dev] slash-form + bug in PLaneT keybindings require?

2011-07-11 Thread Robby Findler
As to 3), yes.

Robby

On Monday, July 11, 2011, John Clements  wrote:
> I tried to make some keybindings available using PLaneT today, and ran into 
> two problems--I suspect that this mechanism is not frequently used.
>
> 1) I can't use the slash-form in this require. That is, I have to type
>
> (planet "magic-paren.rkt" ("clements" "magic-paren.plt" 1 0))
>
> instead of
>
> (planet clements/magic-paren/magic-paren)
>
> .
>
> In fact, I'd be even happier just typing
>
> clements/magic-paren/magic-paren
>
>
> 2) After typing the above, DrRacket installed the one-file planet package 
> (and GOLLY, it took a while, but that's a different issue), and finally got 
> this error:
>
> Error when installing the keybindings (planet "magic-paren.rkt" ("clements" 
> "magic-paren.plt" 1 0)):
>
> symbol->string: expects argument of type ; given 
> #
>
>
> 3) I suppose I'd be happiest of all  if I could simply have an 
> electric-parenthesis option built in to DrRacket. Does this seem like an 
> appropriate preference entry for the "factory" DrRacket?
>
> John
>
>
>
>

_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev

[racket-dev] slash-form + bug in PLaneT keybindings require?

2011-07-11 Thread John Clements
I tried to make some keybindings available using PLaneT today, and ran into two 
problems--I suspect that this mechanism is not frequently used.

1) I can't use the slash-form in this require. That is, I have to type

(planet "magic-paren.rkt" ("clements" "magic-paren.plt" 1 0))

instead of

(planet clements/magic-paren/magic-paren)

.

In fact, I'd be even happier just typing

clements/magic-paren/magic-paren


2) After typing the above, DrRacket installed the one-file planet package (and 
GOLLY, it took a while, but that's a different issue), and finally got this 
error:

Error when installing the keybindings (planet "magic-paren.rkt" ("clements" 
"magic-paren.plt" 1 0)):

symbol->string: expects argument of type ; given 
#


3) I suppose I'd be happiest of all  if I could simply have an 
electric-parenthesis option built in to DrRacket. Does this seem like an 
appropriate preference entry for the "factory" DrRacket?

John





smime.p7s
Description: S/MIME cryptographic signature
_
  For list-related administrative tasks:
  http://lists.racket-lang.org/listinfo/dev