See, if you'd set up a new CommandTemplateProxyVisitor() before
writing that message, you could probably have fixed that with changes
in only 17 files!
Robby
On Wed, Sep 14, 2016 at 9:06 PM, Greg Hendershott
wrote:
>> I hope you meant Sunday.
>
> Oops, yes. :)
>
> --
> You received this message
> I hope you meant Sunday.
Oops, yes. :)
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
For more options, visit http
On Sep 14, 2016, at 2:29 PM, Greg Hendershott wrote:
> In fact I am going to plead we get more of this in Racket, during the Q&A
> Monday.
I hope you meant Sunday.
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this gr
Yes, this is an error. Line 251 of web-server/http/request.rkt uses a
regular-expression to extract the name and it is not robust against
quoted strings. I don't have the bandwidth to fix this until after
RacketCon. Let me know if you will look into it, otherwise I will put
it in my TODO list.
Jay
The web-server code has been rock-solid for me, but I think I’ve actually found
a bug. Specifically, it looks like the filename part of a multipart/form-data
file submission is prematurely terminated when a filename contains a
double-quote. Either that, or Firefox is not using the right encoding
> B) This line: " 3) Must be comfortable with not working with AWS and not
> complaining about not working with AWS."
OP had a small typo and must have meant:
Must be comfortable with working with Spring and not complaining
about working with Spring.
But I kid. Everyone loves a Java code base
> On Sep 14, 2016, at 4:24 PM, 'John Clements' via Racket Users
> wrote:
>
> Just in case this information is useful:
>
> The “classical” hack here—Eli showed me this, I believe—is to write the data
> out in the form of a file that “provide”s the specified datum, then compile
> it to a “.zo
> On Sep 14, 2016, at 12:38 PM, Jonathan Schuster wrote:
>
> I have some large (several GB worth) sets of values I'd like to persist
> across debugging runs of a program, rather than recomputing them each time.
> I'm currently doing this with the built-in "read" and "write", but is there a
>
Thanks Robby
Looks like post-processing with process* is the way to go.
Dan
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegrou
Fasl sounds like just the right thing, Jon. Thanks!
On Wed, Sep 14, 2016 at 3:53 PM, Jon Zeppieri wrote:
> 'Course you already mentioned a custom encoding, so, yeah, fasl:
> https://docs.racket-lang.org/reference/fasl.html
>
> On Sep 14, 2016, at 3:47 PM, Jon Zeppieri wrote:
>
> I think reading
'Course you already mentioned a custom encoding, so, yeah, fasl:
https://docs.racket-lang.org/reference/fasl.html
> On Sep 14, 2016, at 3:47 PM, Jon Zeppieri wrote:
>
> I think reading and writing fasl should be faster, but don't expect the
> format to be compatible across Racket versions.
>
I think reading and writing fasl should be faster, but don't expect the format
to be compatible across Racket versions.
Or, if you know some super-efficient encoding for your data, wrap it in a new
struct type and implement your own serialization.
> On Sep 14, 2016, at 3:38 PM, Jonathan Schuste
Would a database work for you? SQLite (
https://docs.racket-lang.org/db/connect.html#%28def._%28%28lib._db%2Fmain..rkt%29._sqlite3-connect%29%29)
is dead easy and very convenient. Their maximum DB size is 140TB, so they
won't have an issue with a few gigs.
Dave
On Wed, Sep 14, 2016 at 12:38 PM
I have some large (several GB worth) sets of values I'd like to persist
across debugging runs of a program, rather than recomputing them each time.
I'm currently doing this with the built-in "read" and "write", but is there
a more efficient method, especially for reading the data back in?
I could
> On Sep 14, 2016, at 9:01 AM, Jay McCarthy wrote:
>
> xml-attribute-encode fits a naming convention used else
kthx!
>
>
>
> On Wed, Sep 14, 2016 at 11:48 AM, John Clements
> wrote:
>>
>>> On Sep 14, 2016, at 5:22 AM, Jay McCarthy wrote:
>>>
>>> I think that's a good idea. Go for it. A
xml-attribute-encode fits a naming convention used else
On Wed, Sep 14, 2016 at 11:48 AM, John Clements
wrote:
>
>> On Sep 14, 2016, at 5:22 AM, Jay McCarthy wrote:
>>
>> I think that's a good idea. Go for it. Although I am tempted to
>> comment on a name, I don't think it would be productive.
> On Sep 14, 2016, at 5:22 AM, Jay McCarthy wrote:
>
> I think that's a good idea. Go for it. Although I am tempted to
> comment on a name, I don't think it would be productive. ;)
No, actually, I don’t like the name I proposed. After all, it doesn’t work on
an arbitrary xexpr, just on a strin
Hi Everyone,
I'm moving cpointers between places and discovered that when these have
multiple tags attached, they appear untagged at the receiving end.
Here's a quick test file to show the problem:
; Worker file:
#lang racket
(require racket/place
ffi/unsafe
ffi/unsafe/define
2htdp/image uses the save-file method of a bitmap% to do the actual
saving and it appears to not support different DPIs.
http://docs.racket-lang.org/draw/bitmap_.html#%28meth._%28%28%28lib._racket%2Fdraw..rkt%29._bitmap~25%29._save-file%29%29
If it were extended somehow, then I imagine it would n
I think that's a good idea. Go for it. Although I am tempted to
comment on a name, I don't think it would be productive. ;)
Jay
On Tue, Sep 13, 2016 at 9:12 PM, 'John Clements' via Racket Users
wrote:
> include-template is a nice way of gluing strings into html. Additionally,
> using `xexpr->st
It looks like save-png in 2htdp/image defaults to 72 DPI.
Is there any way to set the DPI when saving from Racket?
Currently I post-process externally with ImageMagick.
Dan
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from t
BOB Conference 2017
"What happens when we use what's best for a change?"
http://bobkonf.de/2017/en/cfp.html
Berlin, February 24
Call for Contributions
Deadline: October 30, 20
22 matches
Mail list logo