Re: [racket-dev] DrRacket PF1 Search Bug?
I've pushed a fix for the mac os x problem using materialize-user-docs because it seems to me to reduce rather than enlarge the number of different configurations are users are in. It may not actually turn out to be the conservative change and we can always revisit it when we have more concrete data. Robby On Mon, Nov 24, 2014 at 3:05 AM, Eli Barzilay wrote: > On Sun, Nov 23, 2014 at 9:01 AM, Matthew Flatt wrote: >> At Sat, 22 Nov 2014 14:16:32 -0500, Eli Barzilay wrote: >>> >>> Oh, *that*'s the other solution? That sounds pretty bad not only >>> because it complicates file installation which is already very >>> complex, but also because it's a significant weight. (For example, >>> the current size I see is about 180M, multiply that for a department >>> with a thousand users and you get unhappy admins.) >> >> Just the documentation "index" (main page, search page, etc.) would >> get generated in the user's space. It's on the order of 1 MB. > > Ah, that's much better. But like I said, there's a point in doing this > abstraction anyway since it's needed for the linux `xdg-open' thing. I > made a PR for that, it includes wrapping the mac thing, but that can be > dropped. > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Sun, Nov 23, 2014 at 9:01 AM, Matthew Flatt wrote: > At Sat, 22 Nov 2014 14:16:32 -0500, Eli Barzilay wrote: >> >> Oh, *that*'s the other solution? That sounds pretty bad not only >> because it complicates file installation which is already very >> complex, but also because it's a significant weight. (For example, >> the current size I see is about 180M, multiply that for a department >> with a thousand users and you get unhappy admins.) > > Just the documentation "index" (main page, search page, etc.) would > get generated in the user's space. It's on the order of 1 MB. Ah, that's much better. But like I said, there's a point in doing this abstraction anyway since it's needed for the linux `xdg-open' thing. I made a PR for that, it includes wrapping the mac thing, but that can be dropped. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
At Sat, 22 Nov 2014 14:16:32 -0500, Eli Barzilay wrote: > On Fri, Nov 21, 2014 at 4:26 PM, Robby Findler > wrote: > > The two candidates are the trampoline approach and the "just move the > > documentation files over into the user space as if a package had been > > installed". > > Oh, *that*'s the other solution? That sounds pretty bad not only > because it complicates file installation which is already very complex, > but also because it's a significant weight. (For example, the current > size I see is about 180M, multiply that for a department with a thousand > users and you get unhappy admins.) Just the documentation "index" (main page, search page, etc.) would get generated in the user's space. It's on the order of 1 MB. _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 4:26 PM, Robby Findler wrote: > > Oh, absolutely. OK, I'll do that later today. > The two candidates are the trampoline approach and the "just move the > documentation files over into the user space as if a package had been > installed". Oh, *that*'s the other solution? That sounds pretty bad not only because it complicates file installation which is already very complex, but also because it's a significant weight. (For example, the current size I see is about 180M, multiply that for a department with a thousand users and you get unhappy admins.) > I guess the latter is better because it means there will be more > homogeneity in the sets of files and whatnot, such that these kinds of > bugs will be less likely to be unnoticed by in house folk. I think you meant to say "former" (ie, the trampoline) -- yes, having a very different setup for end users is also pretty bad. IMO, it falls under the complication point above: installation layout is not only complex in itself, it's also a point that introduces many different options which are almost all never tested, and worse -- they can easily lead to very bad bugs. > That is, I never noticed this problem because my documentation is > already in the user-specific place because I build from source. The > other option will make our users operate more like how my drracket > operates. (I'm not following that.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
Would bringing a browser view into DrRacket be a third way, or would that be no different? (That said the native win OS and apple OS 'help' browser viewers aren't exactly inspiring - are they a fourth option?) S. On Fri, 21 Nov 2014 at 21:26 Robby Findler wrote: > On Fri, Nov 21, 2014 at 3:13 PM, Eli Barzilay wrote: > > On Fri, Nov 21, 2014 at 3:16 PM, Robby Findler > > wrote: > >> > >> Oh, my apologies. I thought you meant something different. > >> > >> Yes, this works. > > > > Ah, in this case, the patch that I sent earlier should work fine. > > (I could do a pull request, but it should really be tested...) > > > >> I don't have a good idea which is the better approach now. > > > > [Bear in mind that I don't really know what the issue with the file > > permissions is (looks more like some security attributes):] > > > > I think that playing with such attributes is a worse option -- it's > > something that I'm not sure would work in all settings (but see above), > > and if there is a way to make it work now, it might not be possible in > > the future. The trampoline approach is relatively robust and well > > behaved. There is a minor price of these temporary files, but they do > > get cleaned out (whenever `send-url/contents' is called), so it should > > settle on a small number that will not grow indefinitely[*], so this is > > not a problem. > > > > Also, on the "it's already there" side -- this trampoline approach is > > already there for the windows version, and it's needed for the > > `xdg-open' thing anyway, so abstracting it into a new (internal) > > function makes sense already, so in terms of additional code there's no > > cost for doing the mac version too. > > > > > > ([*] It might be a problem if, for example, your cat sits on the f1 key > > and the os doesn't take the focus away from drracket... It might be > > useful to change it from using a random temp file to a name based on a > > hash of the forwarded url, which will further minimize the number of > > files.) > > Oh, absolutely. The two candidates are the trampoline approach and the > "just move the documentation files over into the user space as if a > package had been installed". > > I guess the latter is better because it means there will be more > homogeneity in the sets of files and whatnot, such that these kinds of > bugs will be less likely to be unnoticed by in house folk. That is, I > never noticed this problem because my documentation is already in the > user-specific place because I build from source. The other option will > make our users operate more like how my drracket operates. > > Robby > _ > Racket Developers list: > http://lists.racket-lang.org/dev > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 3:13 PM, Eli Barzilay wrote: > On Fri, Nov 21, 2014 at 3:16 PM, Robby Findler > wrote: >> >> Oh, my apologies. I thought you meant something different. >> >> Yes, this works. > > Ah, in this case, the patch that I sent earlier should work fine. > (I could do a pull request, but it should really be tested...) > >> I don't have a good idea which is the better approach now. > > [Bear in mind that I don't really know what the issue with the file > permissions is (looks more like some security attributes):] > > I think that playing with such attributes is a worse option -- it's > something that I'm not sure would work in all settings (but see above), > and if there is a way to make it work now, it might not be possible in > the future. The trampoline approach is relatively robust and well > behaved. There is a minor price of these temporary files, but they do > get cleaned out (whenever `send-url/contents' is called), so it should > settle on a small number that will not grow indefinitely[*], so this is > not a problem. > > Also, on the "it's already there" side -- this trampoline approach is > already there for the windows version, and it's needed for the > `xdg-open' thing anyway, so abstracting it into a new (internal) > function makes sense already, so in terms of additional code there's no > cost for doing the mac version too. > > > ([*] It might be a problem if, for example, your cat sits on the f1 key > and the os doesn't take the focus away from drracket... It might be > useful to change it from using a random temp file to a name based on a > hash of the forwarded url, which will further minimize the number of > files.) Oh, absolutely. The two candidates are the trampoline approach and the "just move the documentation files over into the user space as if a package had been installed". I guess the latter is better because it means there will be more homogeneity in the sets of files and whatnot, such that these kinds of bugs will be less likely to be unnoticed by in house folk. That is, I never noticed this problem because my documentation is already in the user-specific place because I build from source. The other option will make our users operate more like how my drracket operates. Robby _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 3:16 PM, Robby Findler wrote: > > Oh, my apologies. I thought you meant something different. > > Yes, this works. Ah, in this case, the patch that I sent earlier should work fine. (I could do a pull request, but it should really be tested...) > I don't have a good idea which is the better approach now. [Bear in mind that I don't really know what the issue with the file permissions is (looks more like some security attributes):] I think that playing with such attributes is a worse option -- it's something that I'm not sure would work in all settings (but see above), and if there is a way to make it work now, it might not be possible in the future. The trampoline approach is relatively robust and well behaved. There is a minor price of these temporary files, but they do get cleaned out (whenever `send-url/contents' is called), so it should settle on a small number that will not grow indefinitely[*], so this is not a problem. Also, on the "it's already there" side -- this trampoline approach is already there for the windows version, and it's needed for the `xdg-open' thing anyway, so abstracting it into a new (internal) function makes sense already, so in terms of additional code there's no cost for doing the mac version too. ([*] It might be a problem if, for example, your cat sits on the f1 key and the os doesn't take the focus away from drracket... It might be useful to change it from using a random temp file to a name based on a hash of the forwarded url, which will further minimize the number of files.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
No that doesn't work. You can see why if you follow the technical details in the thread (and get a Mac maybe). Matthew is adding something to the setup collection and drr will use it and we will be all set I expect. Sam doing some testing after that point will be useful tho. Robby On Friday, November 21, 2014, Eli Barzilay wrote: > On Fri, Nov 21, 2014 at 9:45 AM, Sam Tobin-Hochstadt > > wrote: > > > > We have labs of macs here at IU. > > [*sigh* at that kind of spending...] > > > >> And this is why I said that it's not really relevant -- AFAICT, the fact > >> that things are setup in a way that prevents passing queries and > >> fragments means that you just have to deal with it rather than try to > >> play games with the filesystem. > > > > Could we just write a file with the query embedded in it, and open that? > > That is exactly what that trampoline is: a page with just a immediate > redirection to the search file with the query. > > (Unless you mean write a version of the search page with a specific > query hard-wired into it, which is a bad idea for a reasons...) > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 9:45 AM, Sam Tobin-Hochstadt wrote: > > We have labs of macs here at IU. [*sigh* at that kind of spending...] >> And this is why I said that it's not really relevant -- AFAICT, the fact >> that things are setup in a way that prevents passing queries and >> fragments means that you just have to deal with it rather than try to >> play games with the filesystem. > > Could we just write a file with the query embedded in it, and open that? That is exactly what that trampoline is: a page with just a immediate redirection to the search file with the query. (Unless you mean write a version of the search page with a specific query hard-wired into it, which is a bad idea for a reasons...) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 9:29 AM, Eli Barzilay wrote: > On Fri, Nov 21, 2014 at 8:46 AM, Robby Findler > wrote: >> On Fri, Nov 21, 2014 at 12:34 AM, Eli Barzilay wrote: >>> Not that it matters, but did you try to see if it's the file >>> permissions? >> >> Oh, they are! >> >> [...] >> >> And that was it!! >> >> If I run: >> >> $ xattr -d com.apple.quarantine /Applications/r/doc/search/index.html >> >> then osascript works again! >> [...] >> >> ... I don't know the ramifications of just calling "xattr" from inside >> DrRacket to fix things up. It may be better to just create the file in >> the user's directory instead. > > That (the first thing) sounds like a very bad idea, and one that will > most likely fail in a case of a non-private machine. The second is also > pretty bad since you'd be exluding a central setup in such a situation. > (Not that I see any reason to have a lab of Macs...) We have labs of macs here at IU. > And this is why I said that it's not really relevant -- AFAICT, the fact > that things are setup in a way that prevents passing queries and > fragments means that you just have to deal with it rather than try to > play games with the filesystem. Could we just write a file with the query embedded in it, and open that? Sam _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 8:46 AM, Robby Findler wrote: > On Fri, Nov 21, 2014 at 12:34 AM, Eli Barzilay wrote: >> Not that it matters, but did you try to see if it's the file >> permissions? > > Oh, they are! > > [...] > > And that was it!! > > If I run: > > $ xattr -d com.apple.quarantine /Applications/r/doc/search/index.html > > then osascript works again! > [...] > > ... I don't know the ramifications of just calling "xattr" from inside > DrRacket to fix things up. It may be better to just create the file in > the user's directory instead. That (the first thing) sounds like a very bad idea, and one that will most likely fail in a case of a non-private machine. The second is also pretty bad since you'd be exluding a central setup in such a situation. (Not that I see any reason to have a lab of Macs...) And this is why I said that it's not really relevant -- AFAICT, the fact that things are setup in a way that prevents passing queries and fragments means that you just have to deal with it rather than try to play games with the filesystem. But of course there's another question of whether the trampoline will work -- the browser might itself detect the different owner and refuse to do the requested hop. Hopefully it doesn't. [And if it does, then I can only see ugly solutions like open a page with a known weird title, wait for it to come up and then send it a command to go to the real target... Or running a tiny web server at some known high port, and using an http://localhost:port/, and that web server will wait for a single request and spit out the forwarding line, dealing with multiple processes somehow (eg, some random number as a private identifying cookie).] -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Fri, Nov 21, 2014 at 12:34 AM, Eli Barzilay wrote: > On Thu, Nov 20, 2014 at 10:38 PM, Robby Findler > wrote: >> No, the browser isn't hiding the query part. >> >> Here are the content of two script files: >> >> $ cat a.scrpt >> open location "file:///Applications/r/doc/search/index.html?q=xyz" >> $ cat b.scrpt >> open location >> "file:///Users/robby/Library/Racket/development/doc/search/index.html?q=xyz" >> >> Running "osascript a.scrpt" doesn't work, but running "osascript >> b.scrpt" does work. And by "work" I mean that in both cases the >> corresponding webpage is visited in Safari, but in the first case, the >> q parameter disappears. > > Not that it matters, but did you try to see if it's the file > permissions? Oh, they are! $ ls -@l /Users/robby/Library/Racket/development/doc/search/index.html -rw-r--r-- 1 robby staff 5386 Nov 19 14:00 /Users/robby/Library/Racket/development/doc/search/index.html $ ls -@l /Applications/r/doc/search/index.html -rw-r--r--@ 1 robby admin 4929 Nov 20 03:41 /Applications/r/doc/search/index.html com.apple.quarantine 67 And that was it!! If I run: $ xattr -d com.apple.quarantine /Applications/r/doc/search/index.html then osascript works again! > Another thing: I googled "osascript open url drops query" and got a > bunch of racket results, and dropping "osascript" make the results more > sensible. So perhaps "osascript" is outdated? Some more searching > makes it look like you can just run the open command directly, and that > might make a difference. It's the same. ... I don't know the ramifications of just calling "xattr" from inside DrRacket to fix things up. It may be better to just create the file in the user's directory instead. Robby _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Thu, Nov 20, 2014 at 10:38 PM, Robby Findler wrote: > No, the browser isn't hiding the query part. > > Here are the content of two script files: > > $ cat a.scrpt > open location "file:///Applications/r/doc/search/index.html?q=xyz" > $ cat b.scrpt > open location > "file:///Users/robby/Library/Racket/development/doc/search/index.html?q=xyz" > > Running "osascript a.scrpt" doesn't work, but running "osascript > b.scrpt" does work. And by "work" I mean that in both cases the > corresponding webpage is visited in Safari, but in the first case, the > q parameter disappears. Not that it matters, but did you try to see if it's the file permissions? Another thing: I googled "osascript open url drops query" and got a bunch of racket results, and dropping "osascript" make the results more sensible. So perhaps "osascript" is outdated? Some more searching makes it look like you can just run the open command directly, and that might make a difference. In any case, if it just doesn't work, then doing the trampoline thing should be easy -- it should do the same thing that `send-url/win' does: if the URL has a query or a fragment, then use `send-url/contents' with the same contents as the windows case. And since there's the linux case too, then it's worth an abstraction, something like the simple shuffle in the attached patch. (Completely untested, and wrapping xdg-open in the linux function since it looks like it's still as broken as I remember it to be.) -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! p Description: Binary data _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
No, the browser isn't hiding the query part. Here are the content of two script files: $ cat a.scrpt open location "file:///Applications/r/doc/search/index.html?q=xyz" $ cat b.scrpt open location "file:///Users/robby/Library/Racket/development/doc/search/index.html?q=xyz" Running "osascript a.scrpt" doesn't work, but running "osascript b.scrpt" does work. And by "work" I mean that in both cases the corresponding webpage is visited in Safari, but in the first case, the q parameter disappears. I tried fiddling with various things, but I don't understand what exactly is considered to be the important difference between those paths. Robby On Thu, Nov 20, 2014 at 7:22 PM, Eli Barzilay wrote: > On Thu, Nov 20, 2014 at 7:51 PM, Stephen De Gabrielle > wrote: >> in DrRacket: >> >>> (send-url "file:///Users/spdegabrielle/hello.html?q=aaaba") >> >> works >> >>> (send-url "file:///Applications/hello.html?q=xyz") >> >> works > > In that case I think that it's a different problem than what I > described. > > >>> (send-url >>> "file:///Applications/Racket%20v6.1.1.5/doc/search/index.html?q=xyz") >> >> fails > > This is weird. To debug it, the text thing I'd do is make that > /Applications/hello.html show the location string -- perhaps the browser > hides the query part. Another thing to look into is the permissions of > the files -- maybe it descides to drop the query bit on a file that you > don't personally own. > > >> in bash: >> >> Miriams-MacBook-Pro-2:~ spdegabrielle$ open >> "file:///Users/spdegabrielle/hello.html?q=" >> >> fails > > It shouldn't be `open' -- it's something with osascript. (I don't > remember it now, but Robby had it in the other email.) > > >> I've just had a quick go at '(send-url/file ' but I cant remember how to >> escape the '?' > > Should be something like > > (send-url/file "/Some/file.html" #:query "123") > > but it's probably won't help to try it, since it uses the same > functionality as the above. > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Thu, Nov 20, 2014 at 7:51 PM, Stephen De Gabrielle wrote: > in DrRacket: > >> (send-url "file:///Users/spdegabrielle/hello.html?q=aaaba") > > works > >> (send-url "file:///Applications/hello.html?q=xyz") > > works In that case I think that it's a different problem than what I described. >> (send-url >> "file:///Applications/Racket%20v6.1.1.5/doc/search/index.html?q=xyz") > > fails This is weird. To debug it, the text thing I'd do is make that /Applications/hello.html show the location string -- perhaps the browser hides the query part. Another thing to look into is the permissions of the files -- maybe it descides to drop the query bit on a file that you don't personally own. > in bash: > > Miriams-MacBook-Pro-2:~ spdegabrielle$ open > "file:///Users/spdegabrielle/hello.html?q=" > > fails It shouldn't be `open' -- it's something with osascript. (I don't remember it now, but Robby had it in the other email.) > I've just had a quick go at '(send-url/file ' but I cant remember how to > escape the '?' Should be something like (send-url/file "/Some/file.html" #:query "123") but it's probably won't help to try it, since it uses the same functionality as the above. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
in DrRacket: > (send-url "file:///Users/spdegabrielle/hello.html?q=aaaba") works > (send-url "file:///Applications/hello.html?q=xyz") works > (send-url "file:///Applications/Racket%20v6.1.1.5/doc/search/index.html?q=xyz") fails in bash: Miriams-MacBook-Pro-2:~ spdegabrielle$ open "file:///Users/spdegabrielle/hello.html?q=" fails I've just had a quick go at '(send-url/file ' but I cant remember how to escape the '?' S. On Thu Nov 20 2014 at 11:51:04 PM Eli Barzilay wrote: > On Thu, Nov 20, 2014 at 5:22 PM, Robby Findler > wrote: > > Ah, thanks! I see that if it is trying to load the docs that are in > > /Applications then it runs the code below, which somehow magically > > drops the query argument by the time safari gets it. It's not because > > of the space, either; when I rename "Racket v6.1.1.5" to just "r", it > > also doesn't work. But if I change the path to one in my home > > directory (just like the one you write below), then I see it works. > > > > Puzzling. It's almost like there is special handling for /Applications > > instead of /Users. > > Something that might be relevant here: on Windows, the query (?...) or > fragment (#...) bits of a URL are dropped when you run them. That's > why I made it use a "trampoline" file: it creates a small HTML file > which can open fine, and that file redirects to the full URL. > > At some point, Linux joined this with "xdg-open" not passing along these > things also, and needed a similar hack (which IIRC, wasn't done). So it > might be that OSX is doing something similar now. > > -- > ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: > http://barzilay.org/ Maze is Life! > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
On Thu, Nov 20, 2014 at 5:22 PM, Robby Findler wrote: > Ah, thanks! I see that if it is trying to load the docs that are in > /Applications then it runs the code below, which somehow magically > drops the query argument by the time safari gets it. It's not because > of the space, either; when I rename "Racket v6.1.1.5" to just "r", it > also doesn't work. But if I change the path to one in my home > directory (just like the one you write below), then I see it works. > > Puzzling. It's almost like there is special handling for /Applications > instead of /Users. Something that might be relevant here: on Windows, the query (?...) or fragment (#...) bits of a URL are dropped when you run them. That's why I made it use a "trampoline" file: it creates a small HTML file which can open fine, and that file redirects to the full URL. At some point, Linux joined this with "xdg-open" not passing along these things also, and needed a similar hack (which IIRC, wasn't done). So it might be that OSX is doing something similar now. -- ((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay: http://barzilay.org/ Maze is Life! _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
Ah, thanks! I see that if it is trying to load the docs that are in /Applications then it runs the code below, which somehow magically drops the query argument by the time safari gets it. It's not because of the space, either; when I rename "Racket v6.1.1.5" to just "r", it also doesn't work. But if I change the path to one in my home directory (just like the one you write below), then I see it works. Puzzling. It's almost like there is special handling for /Applications instead of /Users. #lang racket (define url "file:///Applications/Racket%20v6.1.1.5/doc/search/index.html?q=xyz") (define-values (stdout stdin pid stderr control) (apply values (process*/ports (open-output-nowhere) #f (current-error-port) (find-executable-path "osascript" #f) "-e" (format "open location \"~a\"" url (close-output-port stdin) On Thu, Nov 20, 2014 at 4:02 PM, Stephen De Gabrielle wrote: > Is it significant that on the non-working machine running 6.1.1.5 > (perform-search "xyz") returns > file:///Applications/Racket%20v6.1.1.5/doc/search/index.html > > But my working instance running 6.1.1.5 (it is a day later build) > running (perform-search "XYX") returns > file:///Users/spdegabrielle/Library/Racket/snapshot/doc/search/index.html?q=XYX > > Is anyone else getting the same behaviour? > > S. > > > On Thu Nov 20 2014 at 12:13:51 AM Stephen De Gabrielle > wrote: >> >> >> This: file:///Applications/Racket%20v6.1.1.5/doc/search/index.html >> it just shows the search screen as usual - just without the >> search text. >> >> s. >> >> >> On Wed Nov 19 2014 at 11:58:01 PM Robby Findler >> wrote: >>> >>> If you navigate to the file in the file: url, is it empty? >>> >>> Robby >>> >>> On Wed, Nov 19, 2014 at 5:52 PM, Stephen De Gabrielle >>> wrote: >>> > I'm such a doofus I forgot to put it on the bug report >>> > >>> > Safari, Version 8.0 (10600.1.25.1) >>> > file:///Applications/Racket%20v6.1.1.5/doc/search/index.html >>> > >>> > OS X 10.10.1 (14B25) >>> > all updates up-to-date >>> > >>> > Welcome to DrRacket, version 6.1.1.5--2014-11-19(6c9172f/a) [3m]. >>> > Language: racket/gui; memory limit: 128 MB. >>> > >>> > the top/right popup works fine FWIW. >>> > >>> > S. >>> > >>> > >>> > On Wed Nov 19 2014 at 11:26:05 PM Robby Findler >>> > wrote: >>> >> >>> >> You won't be surprised to learn that my machine is one of the ones >>> >> where it works. :( >>> >> >>> >> If I understand correctly, you're getting to the browser, but not >>> >> seeing the right thing in the browser? Is that right? If so, what is >>> >> the url in the url bar? And which browser? Does it work if you switch >>> >> to safari? >>> >> >>> >> Robby >>> >> >>> >> On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle >>> >> wrote: >>> >> > I just tried it on the latest osx 64 bit full build. >>> >> > Logged as >>> >> > >>> >> > >>> >> > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&database=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket-lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany%3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bmultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory%3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query%3Bsortby%3DNumber >>> >> > >>> >> > >>> >> > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione >>> >> > wrote: >>> >> >> >>> >> >> >>> >> >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth >>> >> >> > >>> >> >> > wrote: >>> >> >> > >>> >> >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came >>> >> >> > up >>> >> >> > with Racket help. Is that the same thing? --Geoff >>> >> >> >>> >> >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the >>> >> >> program for me, F1 does nothing. Are you using any “meta” keys? I’m >>> >> >> using >>> >> >> option as meta. >>> >> >> >>> >> >> -Kevin >>> >> >> _ >>> >> >> Racket Developers list: >>> >> >> http://lists.racket-lang.org/dev >>> >> > >>> >> > >>> >> > _ >>> >> > Racket Developers list: >>> >> > http://lists.racket-lang.org/dev >>> >> > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
Is it significant that on the non-working machine running 6.1.1.5 (perform-search "xyz") returns file:///Applications/Racket%20v6.1.1.5/doc/search/index.html But my working instance running 6.1.1.5 (it is a day later build) running (perform-search "XYX") returns file:///Users/spdegabrielle/Library/Racket/snapshot/doc/search/index.html?q=XYX Is anyone else getting the same behaviour? S. On Thu Nov 20 2014 at 12:13:51 AM Stephen De Gabrielle < spdegabrie...@gmail.com> wrote: > > This: file:///Applications/Racket%20v6.1.1.5/doc/search/index.html > it just shows the search screen as usual - just without the > search text. > > s. > > > On Wed Nov 19 2014 at 11:58:01 PM Robby Findler < > ro...@eecs.northwestern.edu> wrote: > >> If you navigate to the file in the file: url, is it empty? >> >> Robby >> >> On Wed, Nov 19, 2014 at 5:52 PM, Stephen De Gabrielle >> wrote: >> > I'm such a doofus I forgot to put it on the bug report >> > >> > Safari, Version 8.0 (10600.1.25.1) >> > file:///Applications/Racket%20v6.1.1.5/doc/search/index.html >> > >> > OS X 10.10.1 (14B25) >> > all updates up-to-date >> > >> > Welcome to DrRacket, version 6.1.1.5--2014-11-19(6c9172f/a) [3m]. >> > Language: racket/gui; memory limit: 128 MB. >> > >> > the top/right popup works fine FWIW. >> > >> > S. >> > >> > >> > On Wed Nov 19 2014 at 11:26:05 PM Robby Findler >> > wrote: >> >> >> >> You won't be surprised to learn that my machine is one of the ones >> >> where it works. :( >> >> >> >> If I understand correctly, you're getting to the browser, but not >> >> seeing the right thing in the browser? Is that right? If so, what is >> >> the url in the url bar? And which browser? Does it work if you switch >> >> to safari? >> >> >> >> Robby >> >> >> >> On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle >> >> wrote: >> >> > I just tried it on the latest osx 64 bit full build. >> >> > Logged as >> >> > >> >> > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&da >> tabase=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket- >> lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany% >> 3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bm >> ultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory% >> 3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query% >> 3Bsortby%3DNumber >> >> > >> >> > >> >> > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione >> >> > wrote: >> >> >> >> >> >> >> >> >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth > > >> >> >> > wrote: >> >> >> > >> >> >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came >> up >> >> >> > with Racket help. Is that the same thing? --Geoff >> >> >> >> >> >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the >> >> >> program for me, F1 does nothing. Are you using any “meta” keys? I’m >> >> >> using >> >> >> option as meta. >> >> >> >> >> >> -Kevin >> >> >> _ >> >> >> Racket Developers list: >> >> >> http://lists.racket-lang.org/dev >> >> > >> >> > >> >> > _ >> >> > Racket Developers list: >> >> > http://lists.racket-lang.org/dev >> >> > >> > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
This: file:///Applications/Racket%20v6.1.1.5/doc/search/index.html it just shows the search screen as usual - just without the search text. s. On Wed Nov 19 2014 at 11:58:01 PM Robby Findler wrote: > If you navigate to the file in the file: url, is it empty? > > Robby > > On Wed, Nov 19, 2014 at 5:52 PM, Stephen De Gabrielle > wrote: > > I'm such a doofus I forgot to put it on the bug report > > > > Safari, Version 8.0 (10600.1.25.1) > > file:///Applications/Racket%20v6.1.1.5/doc/search/index.html > > > > OS X 10.10.1 (14B25) > > all updates up-to-date > > > > Welcome to DrRacket, version 6.1.1.5--2014-11-19(6c9172f/a) [3m]. > > Language: racket/gui; memory limit: 128 MB. > > > > the top/right popup works fine FWIW. > > > > S. > > > > > > On Wed Nov 19 2014 at 11:26:05 PM Robby Findler > > wrote: > >> > >> You won't be surprised to learn that my machine is one of the ones > >> where it works. :( > >> > >> If I understand correctly, you're getting to the browser, but not > >> seeing the right thing in the browser? Is that right? If so, what is > >> the url in the url bar? And which browser? Does it work if you switch > >> to safari? > >> > >> Robby > >> > >> On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle > >> wrote: > >> > I just tried it on the latest osx 64 bit full build. > >> > Logged as > >> > > >> > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&; > database=default&pr=14844&return_url=http%3A%2F%2Fbugs. > racket-lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany% > 3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1% > 3Bmultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis% > 3Bcolumns%3DCategory%3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd% > 3Dsubmit%2520query%3Bsortby%3DNumber > >> > > >> > > >> > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione > >> > wrote: > >> >> > >> >> > >> >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth > >> >> > wrote: > >> >> > > >> >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came > up > >> >> > with Racket help. Is that the same thing? --Geoff > >> >> > >> >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the > >> >> program for me, F1 does nothing. Are you using any “meta” keys? I’m > >> >> using > >> >> option as meta. > >> >> > >> >> -Kevin > >> >> _ > >> >> Racket Developers list: > >> >> http://lists.racket-lang.org/dev > >> > > >> > > >> > _ > >> > Racket Developers list: > >> > http://lists.racket-lang.org/dev > >> > > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
If you navigate to the file in the file: url, is it empty? Robby On Wed, Nov 19, 2014 at 5:52 PM, Stephen De Gabrielle wrote: > I'm such a doofus I forgot to put it on the bug report > > Safari, Version 8.0 (10600.1.25.1) > file:///Applications/Racket%20v6.1.1.5/doc/search/index.html > > OS X 10.10.1 (14B25) > all updates up-to-date > > Welcome to DrRacket, version 6.1.1.5--2014-11-19(6c9172f/a) [3m]. > Language: racket/gui; memory limit: 128 MB. > > the top/right popup works fine FWIW. > > S. > > > On Wed Nov 19 2014 at 11:26:05 PM Robby Findler > wrote: >> >> You won't be surprised to learn that my machine is one of the ones >> where it works. :( >> >> If I understand correctly, you're getting to the browser, but not >> seeing the right thing in the browser? Is that right? If so, what is >> the url in the url bar? And which browser? Does it work if you switch >> to safari? >> >> Robby >> >> On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle >> wrote: >> > I just tried it on the latest osx 64 bit full build. >> > Logged as >> > >> > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&database=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket-lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany%3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bmultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory%3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query%3Bsortby%3DNumber >> > >> > >> > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione >> > wrote: >> >> >> >> >> >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth >> >> > wrote: >> >> > >> >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up >> >> > with Racket help. Is that the same thing? --Geoff >> >> >> >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the >> >> program for me, F1 does nothing. Are you using any “meta” keys? I’m >> >> using >> >> option as meta. >> >> >> >> -Kevin >> >> _ >> >> Racket Developers list: >> >> http://lists.racket-lang.org/dev >> > >> > >> > _ >> > Racket Developers list: >> > http://lists.racket-lang.org/dev >> > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
I'm such a doofus I forgot to put it on the bug report Safari, Version 8.0 (10600.1.25.1) file:///Applications/Racket%20v6.1.1.5/doc/search/index.html OS X 10.10.1 (14B25) all updates up-to-date Welcome to DrRacket, version 6.1.1.5--2014-11-19(6c9172f/a) [3m]. Language: racket/gui; memory limit: 128 MB. the top/right popup works fine FWIW. S. On Wed Nov 19 2014 at 11:26:05 PM Robby Findler wrote: > You won't be surprised to learn that my machine is one of the ones > where it works. :( > > If I understand correctly, you're getting to the browser, but not > seeing the right thing in the browser? Is that right? If so, what is > the url in the url bar? And which browser? Does it work if you switch > to safari? > > Robby > > On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle > wrote: > > I just tried it on the latest osx 64 bit full build. > > Logged as > > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&da > tabase=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket- > lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany% > 3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bm > ultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory% > 3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query% > 3Bsortby%3DNumber > > > > > > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione > wrote: > >> > >> > >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth > >> > wrote: > >> > > >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up > >> > with Racket help. Is that the same thing? --Geoff > >> > >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the > >> program for me, F1 does nothing. Are you using any “meta” keys? I’m > using > >> option as meta. > >> > >> -Kevin > >> _ > >> Racket Developers list: > >> http://lists.racket-lang.org/dev > > > > > > _ > > Racket Developers list: > > http://lists.racket-lang.org/dev > > > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
You won't be surprised to learn that my machine is one of the ones where it works. :( If I understand correctly, you're getting to the browser, but not seeing the right thing in the browser? Is that right? If so, what is the url in the url bar? And which browser? Does it work if you switch to safari? Robby On Wed, Nov 19, 2014 at 4:21 PM, Stephen De Gabrielle wrote: > I just tried it on the latest osx 64 bit full build. > Logged as > http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&database=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket-lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany%3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bmultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory%3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query%3Bsortby%3DNumber > > > On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione wrote: >> >> >> > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth >> > wrote: >> > >> > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up >> > with Racket help. Is that the same thing? --Geoff >> >> Yes. Interesting. Looks like we’re running the same OS. F5 runs the >> program for me, F1 does nothing. Are you using any “meta” keys? I’m using >> option as meta. >> >> -Kevin >> _ >> Racket Developers list: >> http://lists.racket-lang.org/dev > > > _ > Racket Developers list: > http://lists.racket-lang.org/dev > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
I just tried it on the latest osx 64 bit full build. Logged as http://bugs.racket-lang.org/query/?cmd=view%20audit-trail&database=default&pr=14844&return_url=http%3A%2F%2Fbugs.racket-lang.org%2Fquery%2F%3Fdatabase%3Ddefault%3Bdebug%3D%3BState%3Dany%3Bignoreclosed%3DIgnore%2520Closed%3BSynopsis%3Df1%3Bmultitext%3D%3Bcolumns%3DState%3Bcolumns%3DSynopsis%3Bcolumns%3DCategory%3Bcolumns%3DLast-Modified%3Bcolumns%3DRelease%3Bcmd%3Dsubmit%2520query%3Bsortby%3DNumber On Wed Nov 19 2014 at 9:01:25 PM Kevin Forchione wrote: > > > On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth > wrote: > > > > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up > with Racket help. Is that the same thing? --Geoff > > Yes. Interesting. Looks like we’re running the same OS. F5 runs the > program for me, F1 does nothing. Are you using any “meta” keys? I’m using > option as meta. > > -Kevin > _ > Racket Developers list: > http://lists.racket-lang.org/dev > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
Hmm. I typed cond, highlighted cond, pressed F1, help on cond came up in browser. But I built my own Racket from git sources, on 2014-11-06. > On Nov 19, 2014, at 15:55 , Stephen De Gabrielle > wrote: > > It's the search for selected term. > S. > On Wed, 19 Nov 2014 at 20:54 Geoffrey S. Knauth wrote: > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with > Racket help. Is that the same thing? --Geoff > > > On Nov 19, 2014, at 15:46 , Kevin Forchione wrote: > > > > I’m not sure if this has been reported yet, but it seems the PF1 “search in > > help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 > > bit. (I’ve not tried other platforms). Is this a setting in preferences > > that is no longer on? > > > > -Kevin > > _ > > Racket Developers list: > > http://lists.racket-lang.org/dev > > > _ > Racket Developers list: > http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
> On Nov 19, 2014, at 1:53 PM, Geoffrey S. Knauth wrote: > > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with > Racket help. Is that the same thing? --Geoff Yes. Interesting. Looks like we’re running the same OS. F5 runs the program for me, F1 does nothing. Are you using any “meta” keys? I’m using option as meta. -Kevin _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
I tried this which worked:
typed the word: cond
highlighted it
right-clicked it
browser came up with:
file:///${HOME}/test/plt/git/plt/racket/doc/search/index.html?q=cond
> On Nov 19, 2014, at 15:53 , Geoffrey S. Knauth wrote:
>
> I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with
> Racket help. Is that the same thing? --Geoff
>
>> On Nov 19, 2014, at 15:46 , Kevin Forchione wrote:
>>
>> I’m not sure if this has been reported yet, but it seems the PF1 “search in
>> help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 bit.
>> (I’ve not tried other platforms). Is this a setting in preferences that is
>> no longer on?
>>
>> -Kevin
>> _
>> Racket Developers list:
>> http://lists.racket-lang.org/dev
>
>
> _
> Racket Developers list:
> http://lists.racket-lang.org/dev
_
Racket Developers list:
http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
It's the search for selected term. S. On Wed, 19 Nov 2014 at 20:54 Geoffrey S. Knauth wrote: > I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with > Racket help. Is that the same thing? --Geoff > > > On Nov 19, 2014, at 15:46 , Kevin Forchione wrote: > > > > I’m not sure if this has been reported yet, but it seems the PF1 “search > in help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 > bit. (I’ve not tried other platforms). Is this a setting in preferences > that is no longer on? > > > > -Kevin > > _ > > Racket Developers list: > > http://lists.racket-lang.org/dev > > > _ > Racket Developers list: > http://lists.racket-lang.org/dev > _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
I tried F1 on my Racket 6.1.1 on OSX 10.10.1 and the browser came up with Racket help. Is that the same thing? --Geoff > On Nov 19, 2014, at 15:46 , Kevin Forchione wrote: > > I’m not sure if this has been reported yet, but it seems the PF1 “search in > help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 bit. > (I’ve not tried other platforms). Is this a setting in preferences that is no > longer on? > > -Kevin > _ > Racket Developers list: > http://lists.racket-lang.org/dev _ Racket Developers list: http://lists.racket-lang.org/dev
Re: [racket-dev] DrRacket PF1 Search Bug?
I've noticed that too. You can search the bug db at http://bugs.racket-lang.org/query/ Kind regards, S. On Wed, 19 Nov 2014 at 20:48 Kevin Forchione wrote: > I’m not sure if this has been reported yet, but it seems the PF1 “search > in help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 > bit. (I’ve not tried other platforms). Is this a setting in preferences > that is no longer on? > > -Kevin > _ > Racket Developers list: > http://lists.racket-lang.org/dev > _ Racket Developers list: http://lists.racket-lang.org/dev
[racket-dev] DrRacket PF1 Search Bug?
I’m not sure if this has been reported yet, but it seems the PF1 “search in help desk for …” feature no longer functions with 6.1.1 for Mac OS X 64 bit. (I’ve not tried other platforms). Is this a setting in preferences that is no longer on? -Kevin _ Racket Developers list: http://lists.racket-lang.org/dev
