Re: [racket-dev] Running in DrRacket changes behavior of the `compiler/cm` library

2013-02-03 Thread Danny Yoo
On Sun, Feb 3, 2013 at 8:23 PM, Robby Findler wrote: > Why do you think it should include so much stuff? I would have said it > should include only the directories where we know that collections live. Can those other directories are also potential places where collections could be installed? If

Re: [racket-dev] request for code review on fix for pr 13471

2013-02-03 Thread Danny Yoo
I've run the tests that use the lexer, and it appears to pass. But since it's parser-tools/lex, I'd like a second opinion on this, just in case I'm doing something very silly. I've put this in my branch 'pr13471': https://github.com/dyoo/racket/tree/pr13471 After someone takes a look and sa

Re: [racket-dev] Running in DrRacket changes behavior of the `compiler/cm` library

2013-02-03 Thread Robby Findler
Why do you think it should include so much stuff? I would have said it should include only the directories where we know that collections live. Robby On Sun, Feb 3, 2013 at 8:11 PM, Danny Yoo wrote: > On Sun, Feb 3, 2013 at 5:26 PM, Robby Findler > wrote: > > 6.2 in the planet2 docs suggest s

Re: [racket-dev] Running in DrRacket changes behavior of the `compiler/cm` library

2013-02-03 Thread Danny Yoo
On Sun, Feb 3, 2013 at 5:26 PM, Robby Findler wrote: > 6.2 in the planet2 docs suggest something more complicated. Probably we want > to follow that? > > But this idea seems to fit better to me! I think it should include, at the very least, (find-lib-dir), (find-user-lib-dir), (find-collects-dir)

Re: [racket-dev] Running in DrRacket changes behavior of the `compiler/cm` library

2013-02-03 Thread Robby Findler
6.2 in the planet2 docs suggest something more complicated. Probably we want to follow that? But this idea seems to fit better to me! Robby On Sun, Feb 3, 2013 at 6:01 PM, Danny Yoo wrote: > On Sat, Feb 2, 2013 at 5:20 PM, Robby Findler > wrote: > > The change to DrRacket that you suggest wo

Re: [racket-dev] Running in DrRacket changes behavior of the `compiler/cm` library

2013-02-03 Thread Danny Yoo
On Sat, Feb 2, 2013 at 5:20 PM, Robby Findler wrote: > The change to DrRacket that you suggest would have the effect of debugging > annotations being forgotten for files that are already compiled by another > route, so that seems wrong. Ok, so I'll revert that particular change on my fork. But

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Matthias Felleisen
On Feb 3, 2013, at 2:28 PM, Asumu Takikawa wrote: > I think the syntax was > ... > like function headers Now wouldn't it be nice if we had class initialization work exactly like function calls. _ Racket Developers list: http://lists.racket-lang.org/dev

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Asumu Takikawa
On 2013-02-03 10:50:31 -0500, Tony Garnock-Jones wrote: > (inst c% 1 2 3) > (inst c% #:x 1 #:y 2) > (inst c% 1 2 #:z 3) > ;; not sure what to do about the last one Also if you want to play with this, I implemented something like this once: https://github.com/takikawa/racket/tree/kw-init I think

Re: [racket-dev] Feature request:highlight variables

2013-02-03 Thread Harry Spier
Thanks Pierpaulo I see it now. Cheers, Harry On Sun, Feb 3, 2013 at 10:30 AM, Pierpaolo Bernardi wrote: > I meant 'Tack/Untack arrows'. > > Cheers > > > 2013/2/3, Harry Spier : > > Thanks Pierpaolo, > > I don't see a command to highlight the variable, though I do see jump to > > next bound occura

Re: [racket-dev] Feature request:highlight variables

2013-02-03 Thread Pierpaolo Bernardi
I meant 'Tack/Untack arrows'. Cheers 2013/2/3, Harry Spier : > Thanks Pierpaolo, > I don't see a command to highlight the variable, though I do see jump to > next bound occurance and the very useful "change variable name" > Harry > > On Sat, Feb 2, 2013 at 10:46 PM, Pierpaolo Bernardi > wrote: >

Re: [racket-dev] Feature request:highlight variables

2013-02-03 Thread Harry Spier
Thanks Pierpaolo, I don't see a command to highlight the variable, though I do see jump to next bound occurance and the very useful "change variable name" Harry On Sat, Feb 2, 2013 at 10:46 PM, Pierpaolo Bernardi wrote: > You can already do this by right-clicking an identifier and selecting > the

Re: [racket-dev] Feature request:highlight variables

2013-02-03 Thread Matthias Felleisen
Isn't this what git head does with the yellow coloring? -- Matthias On Feb 3, 2013, at 1:46 AM, Pierpaolo Bernardi wrote: > You can already do this by right-clicking an identifier and selecting > the appropriate command (whose name at the moment I can't remember). > > Cheers > > > 2013/2/3,

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Robby Findler
I wouldn't worry too much about make-object and instantiate since they exist essentially only for backwards compatibility. Robby On Sun, Feb 3, 2013 at 10:00 AM, Asumu Takikawa wrote: > On 2013-02-03 10:50:31 -0500, Tony Garnock-Jones wrote: > > How about > > > > (inst c% 1 2 3) > > (inst c%

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Robby Findler
(inst c% 1 #:z 3 2) would work for the last, I'm pretty sure. Robby On Sun, Feb 3, 2013 at 9:50 AM, Tony Garnock-Jones wrote: > On 2013-02-01 3:29 PM, Asumu Takikawa wrote: > > (new c% 1 2 3) => (instantiate c% (1 2 3)) > > (new c% [x 1] [y 2]) => (instantiate c% [x 1] [y 2]) > > (n

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Asumu Takikawa
On 2013-02-03 10:50:31 -0500, Tony Garnock-Jones wrote: > How about > > (inst c% 1 2 3) > (inst c% #:x 1 #:y 2) > (inst c% 1 2 #:z 3) > ;; not sure what to do about the last one I considered something like this, where the keyword's symbolic name is just used for the corresponding init arg (so it's

Re: [racket-dev] Instantiation syntax of `new`

2013-02-03 Thread Tony Garnock-Jones
On 2013-02-01 3:29 PM, Asumu Takikawa wrote: > (new c% 1 2 3) => (instantiate c% (1 2 3)) > (new c% [x 1] [y 2]) => (instantiate c% [x 1] [y 2]) > (new c% [z 3] 1 2) => (instantiate c% (1 2) [z 3]) > (new c% 1 [z 3] 2) => (instantiate c% (1 2) [z 3]) How about (inst c% 1 2 3) (i

[racket-dev] [Feature request] Gnome/Unity desktop file

2013-02-03 Thread Laurent
If not too complicated, would it be possible to include a .desktop file in the Ubuntu installers? It's not necessary per se, but it would be useful. A file like drracket-.desktop, to be placed in either /usr/share/applications for a system-wide installation or in ~/.local/share/applications otherw