will route only with 8bit-safe servers.
By default content are encrypted either via quote-printable or base64, with
the content-transfer-encoding set accordingly.
Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo
On Tue, Dec 20, 2011 at 1:37 PM, YC yinso.c...@gmail.com wrote:
By default content are encrypted either via quote-printable or base64,
with the content-transfer-encoding set accordingly.
I meant encoded instead of encrypted.
Cheers,
yc
think of for now. Cheers.
yc
On Fri, Feb 18, 2011 at 1:21 PM, Jay McCarthy jay.mccar...@gmail.comwrote:
You may recall from the meeting over the summer that I promised a
packaging Christmas present to Racket. I'm over a month late, but here
it is:
http://faculty.cs.byu.edu/~jay/tmp/pkgs
Looks like planet is down.
On Wed, Jan 19, 2011 at 10:56 PM, Jon Rafkind rafk...@cs.utah.edu wrote:
its working for me. i just submitted a bug, too.
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
! Thanks.
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
provided by the runtime can aid people to develop their own limited
scope coercion mechanism.
Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
will be easily accessible. A compatibility library will automatically set
current-response/c appropriately.
This looks great! And again thanks for taking the time to go through a
vetting process - appreciated.
Cheers,
yc
_
For list-related administrative
, it was quite well managed.
Cheers,
yc
On Fri, Dec 3, 2010 at 10:54 PM, Jay McCarthy jay.mccar...@gmail.comwrote:
Here is my current plan:
Add web-server/compat/0 directory with, e.g.,
web-server/compat/0/http/response-structs to hold compatibility bindings to
bridge the old http/response-structs
not be a
goal of the racket team, but I can hope can't I ;)
Anyhow - just my 2 cents as usual. Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
(maybe xml/web-server.ss) can install the hook.
Such a hook will allow others to make their own extension as well to manage
their own custom response types.
My 2 cents. Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket
.
On Wed, Jul 28, 2010 at 6:41 AM, Matthias Felleisen matth...@ccs.neu.edu
wrote:
On Jul 28, 2010, at 12:26 AM, YC wrote:
Other package systems separate the installation step from the import step
Indeed, this is the key design decision separating us from the rest of the
world
then be built to gain momentum to
increase the community.
I have discussed the issues in detail back in January in the thread
http://lists.racket-lang.org/users/archive/2010-January/037703.html - and
love to discuss further if others are interested.
Cheers,
yc
On Tue, Jul 27, 2010 at 2:45 PM
-in for packages that become
candidates to be included in the core system can be a requirement.
This probably looks like a lot of chores at first, but the community can
grow this way by giving module writers a chance to participate.
My 2 cents. Cheers,
yc
collects to
become versionable in the future if you wish to re-architect the system.
Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
the gold standard today that can be emulated.
Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
-detection/
Cheers,
yc
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
16 matches
Mail list logo
