At Fri, 05 Aug 2011 19:54:07 -0400, Prabhakar Ragde wrote:
> For what it's worth, I found the documentation on tables largely
> incomprehensible, and could not get them to render through LaTeX without
> everything all mushed together.
I agree.
(As it happens, if I had continued working on Scrib
How about
#:mode (sum I I O)
for the mode spec where the #:mode keyword is optional but, if present must
be followed by what looks like a use of the relation but with a
Mode?
Robby
On Friday, August 5, 2011, Casey Klein
wrote:
> On Fri, Aug 5, 2011 at 8:13 AM, wrote:
>> clklein has updated
Matthew wrote:
Latex output changed in more ways:
* Table content is vertically centered by default, making it more
consistent with HTML.
* In a table cell, a paragraph with a `#f' style name is rendered as a
single line (as before), but a width is imposed on paragraphs that
have a
Redirecting this from Kevin back to the group, because I think at least
plot2d is good enough for anyone to play with now.
I've put all of it here:
https://github.com/ntoronto/plt-stuff/tree/master/plot
The main module files are meant to be plot2d.rkt and plot3d.rkt. Both
contain tests ri
On Fri, Aug 5, 2011 at 8:13 AM, wrote:
> clklein has updated `master' from 1a65678924 to 576272362b.
> http://git.racket-lang.org/plt/1a65678924..576272362b
>
This push adds a more general way to define relations in Redex,
currently under the name define-judgment-form. For those of you
familiar
This matches my understanding.
N.
On Fri, Aug 5, 2011 at 8:33 PM, Matthias Felleisen wrote:
>
> So where does this leave us:
>
> 1. with very little data about real searches, which happen locally, via
> DrRacket (would it matter if we could do a Guillaume-style data collection
> for a few doz
I've added an updated version of the document to the Guide.
If you think it's not in the right place, I'm fine with putting it
elsewhere.
Vincent
At Thu, 04 Aug 2011 16:30:47 -0400,
Vincent St-Amour wrote:
>
>
> As I mentioned at RacketCon, I've been working (with help from Asumu
> Takikawa a
The king is dead -- long live the king!
On Fri, Aug 5, 2011 at 9:01 PM, Matthias Felleisen wrote:
>
> We than Ryan Culpepper (Utah) for his work as bug czar for the past year or
> so.
>
> As of the next release, Sam Tobin-Hochstadt (NEU) will take over the bug czar
> duty.
>
> Ryan will become
We than Ryan Culpepper (Utah) for his work as bug czar for the past year or so.
As of the next release, Sam Tobin-Hochstadt (NEU) will take over the bug czar
duty.
Ryan will become king of documentation, with the charge to improve its
organization and presentation.
Thanks guys -- Matthias
So where does this leave us:
1. with very little data about real searches, which happen locally, via
DrRacket (would it matter if we could do a Guillaume-style data collection for
a few dozen students?)
2. with an understood deficit on our search; I haven't seen anyone deny this
3. a few op
2011/8/5 Stephen Chang
For online, full-text search, couldn't one just use google and add
> "site:docs.racket-lang.org" to the query?
The Google stemmer is well-suited for natural languages.
It sucks for Scheme/Racket identifiers.
Try for example to find cons* or list? .
/Jens Axel
__
At Fri, 5 Aug 2011 03:22:07 -0400,
Eli Barzilay wrote:
> The problem is that the meta collection is not intended for
> distribution. Even if it's moved to some collection that will get
> included, it's an abuse of what `collects' means at the moment.
I see. How about a `contrib' directory at the
For HTML output, `racketblock' and `codeblock' now use a style that
discourages line wrapping. So, when you make code that is too wide, it
will usually[*] extend past the right margin instead of wrapping lines.
This doesn't mean that too-wide code is ok; it's just a better failure
mode in most case
On Fri, Aug 5, 2011 at 4:44 PM, Stephen Chang wrote:
> For online, full-text search, couldn't one just use google and add
> "site:docs.racket-lang.org" to the query?
Yeah, that seems to do it. The ordering of results is a bit odd
sometimes. I don't know the details but Google offers site specific
On Fri, Aug 5, 2011 at 9:45 AM, Shriram Krishnamurthi wrote:
> Noel is absolutely right.
>
> We live in an era where Search Just Works. I do dozens of Google
> searches on most days. To go from there to Help Desk is an incredibly
> jarring experience. I have to load new instructions into my hea
... related idea I had about two years ago: don't search on types, search on
inputs & desired outputs. So:
(? (list 3 4 5)) => (list 5 4 3)
... produces "reverse". How does it get there? By simply trying them all. You
could narrow the search by checking first for arity, and then perhaps by d
I suspect your related work section missed a few. (-:
On Fri, Aug 5, 2011 at 10:06 AM, Matthias Felleisen
wrote:
>
> It was my Diplomarbeit finished in 1983, so that makes it 28 years now.
>
>
>
> On Aug 5, 2011, at 12:17 AM, Shriram Krishnamurthi wrote:
>
>> This idea is proposed roughly every 2
It was my Diplomarbeit finished in 1983, so that makes it 28 years now.
On Aug 5, 2011, at 12:17 AM, Shriram Krishnamurthi wrote:
> This idea is proposed roughly every 2-3 years for at least 30 years.
> I am not aware of anyone having made this idea "fly".
>
> Shriram
>
> On Fri, Aug 5, 201
Noel is absolutely right.
We live in an era where Search Just Works. I do dozens of Google
searches on most days. To go from there to Help Desk is an incredibly
jarring experience. I have to load new instructions into my head:
"stick to one word", "stem!", etc., that I haven't had to use on
sea
At Thu, 4 Aug 2011 14:26:55 -0500, Kent Mein wrote:
> I'm trying to compile 5.1.2 on SunOS5.10(x86) and I'm getting the
> following errors, anyone have any ideas?
>
> [...]
>
> ffi-obj: couldn't get "scheme_register_process_global" from #f (libc.so.1:
> racketcgc: fatal: scheme_register_process
On Fri, Aug 5, 2011 at 8:45 AM, Eli Barzilay wrote:
> Ah, if you mean a way to have both kinds of searches work on your
> installation
Yes.
> Well, the issue was exactly the dependency on an on-line connection
> and no user-specific docs.
For the first, the ajax request should get around it. Fo
About a minute ago, Noel Welsh wrote:
> On Fri, Aug 5, 2011 at 8:12 AM, Eli Barzilay wrote:
> > About a minute ago, Noel Welsh wrote:
> >> With the power of asynchronous requests (aka ajax) it is. I've
> >> gotta fix Myna first; maybe then I'll have a spare moment to
> >> implement it.
> >
> > Tha
On Fri, Aug 5, 2011 at 8:12 AM, Eli Barzilay wrote:
> About a minute ago, Noel Welsh wrote:
>> With the power of asynchronous requests (aka ajax) it is. I've gotta
>> fix Myna first; maybe then I'll have a spare moment to implement it.
>
> That doesn't help with the goal of standalone docs.
>
Sor
9 hours ago, Vincent St-Amour wrote:
> At Thu, 4 Aug 2011 18:08:58 -0300, Rodolfo Carvalho wrote:
> >
> > About Bash completion, [...]
>
> That's a good point.
>
> I think it would be nice to have it be part of the regular
> distribution. Eli, is there a way to do that?
The problem is that the
12 hours ago, Kent Mein wrote:
> I'm trying to compile 5.1.2 on SunOS5.10(x86) and I'm getting the
> following errors, anyone have any ideas?
>
> I used --disable-libffi when calling configure.
Even if you make the C compilation go through by disabling plot,
you'll run into problems in many other
I'm trying to compile 5.1.2 on SunOS5.10(x86) and I'm getting the
following errors, anyone have any ideas?
I used --disable-libffi when calling configure.
make[4]: Entering directory `/home/staff01/mein/Downloads/racket-5.1.2/src/plot'
env CC="gcc" CFLAGS="-g -O2 -Wall " LDFLAGS=" " ../racket/r
About a minute ago, Noel Welsh wrote:
> With the power of asynchronous requests (aka ajax) it is. I've gotta
> fix Myna first; maybe then I'll have a spare moment to implement it.
That doesn't help with the goal of standalone docs.
> [Either add a stage to the build process so docs.racket-lang.o
With the power of asynchronous requests (aka ajax) it is. I've gotta
fix Myna first; maybe then I'll have a spare moment to implement it.
[Either add a stage to the build process so docs.racket-lang.org gets
a different search to the local docs or do an Ajax request to the full
text server and, up
Three minutes ago, Noel Welsh wrote:
>
> In conclusion, I think adding full text search (e.g. Lucene/Solr)
> would have the largest impact on the existing search and this
> doesn't even require much implementation work. Pick the low hanging
> fruit!
Changing from a simple JS search that can be in
29 matches
Mail list logo