Hi,
Using Racket 6.1.1.1--2014-10-13(47b7a28/a) [3m] on Ubuntu 14.04, I see
DrRacket flickering during selections, tab switching and other occasions,
but it's not consistent.
Does anyone else see the same thing?
Laurent
_
Racket Developers list:
http://lists.r
Even more idiomatic:
(time (for ([w words])
(hash-update! d w add1 0)))
But it seems to be slightly slower that Robby's version.
Laurent
On Thu, Jul 24, 2014 at 11:26 AM, Robby Findler wrote:
> Not an answer to your direction question, but this is the more
> idiomatic w
(list-ref l i
>
Forgot to mention that I've had less need for this one as once you have
`gather-return-values` it's easy enough to write `(second
(gather-return-values foo 'a 'b 'c))`.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
rst thought "Oh my, Racket is the most
powerful language in the world!". Quite a enlightenment moment.
On Sun, Apr 27, 2014 at 2:38 AM, Sam Tobin-Hochstadt
wrote:
> Ok, I think we agree then. What I'm proposing is that new DrRacket
> installations should start in a mo
m" 80)
(sleep 3)
(unless in
(displayln "Connection not established. Breaking thread.")
(break-thread connect-thread))
The timer can also be place into its own thread if you need to set up
several connections in parallel.
Hope this helps,
Laurent
On Thu, Apr 17, 2014 at 6:48
As a side note, I remember having stumbled on the same issue some while
back, and the way I dealt with it was to refresh based on a random outcome.
Not clean, but it works pretty well as long as the refresh calls are still
close enough.
Laurent
On Thu, Apr 17, 2014 at 12:11 AM, David Vanderson
Thank you both for the info, I see that now.
Laurent
On Thu, Dec 19, 2013 at 3:32 PM, Sam Tobin-Hochstadt
wrote:
> On Thu, Dec 19, 2013 at 8:56 AM, Matthew Flatt wrote:
> >
> >> Is there an easy way to know if some tests are enabled in DrDr?
> >
> > Curr
Thanks! I was worried I was doing something wrong, but IIUC these tests
were just not enabled in DrDr.
Is there an easy way to know if some tests are enabled in DrDr?
Laurent
On Thu, Dec 19, 2013 at 3:02 AM, Matthew Flatt wrote:
> Thanks --- I've tracked down the problem and pushed
an old
cce-scheme, but that's not related, is it?)
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
Some package systems like dpkg have "recommended packages".
And if a package is dynamically needed, it should probably be checked for
and fail gracefully with a meaningful message (saying that the package X
should be installed).
Laurent
On Tue, Nov 26, 2013 at 7:55 AM, Asumu Takik
Le 10 oct. 2013 00:09, "Neil Toronto" a écrit :
> Also, what's a good name for the module that exports `plot-file',
`plot-pict', `plot-bitmap', `plot/dc', and the 3d versions of those
functions? Something like plot/no-gui?
plot/draw maybe?
Laurent
___
multi vs. single collection
> default, or #:version, it's very much appreciated the intent has been
> to preserve it -- thanks!
>
If having a beta period with a number of backward incompatibilities means
having the best package system ever, I'm all for it. Twice.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
dependencies (and not about omitting source).
>
> So, `--binary` is available and can help, but it's an indirect way of
> reducing dependencies. Improved support for generating, installing, and
> depending on "-lib" variants might be better in the long run --- but I
> t
Sounds good!
I think as long as it's possible to somehow choose between byte-code and
source-code packages/distributions, there should not be too much to worry
about. My server would be very happy with byte-code packages, and my
desktop with a full source-code Racket.
Laurent
On Mon, S
On Mon, Sep 16, 2013 at 11:24 AM, Laurent wrote:
>
>> Sounds good!
>>
>> I think as long as it's possible to somehow choose between byte-code and
>> source-code packages/distributions, there should not be too much to worry
>> about. My server would be very happy
how this could actually be ensured without a good amount of
magic.
Merely preventing downloads does not sound like a good option though.
I bet you've already discussed this far and wide, so are there any plans?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
nfinite loop.
The problem is easily solved by removing `(clear)', which is redundant with
`set' anyway (which I hadn't understood at first).
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
On Sat, Sep 14, 2013 at 12:40 AM, Eli Barzilay wrote:
> Just now, Greg Hendershott wrote:
> > On Thu, Sep 12, 2013 at 4:41 PM, Laurent
> wrote:
> > > FYI, I have filed a bug report more than 3 hours ago but did not
> receive any
> > > confirmation.
> >
ndant).
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
o. At first glance it was difficult to identify the sections.
Otherwise I like it a lot.
Laurent
On Mon, Aug 19, 2013 at 11:39 PM, Sam Tobin-Hochstadt
wrote:
> Recently I (with assistance from Asumu) have spent some time drafting
> a revised home page for Racket. A revised web page
Thank you very much!
On Sat, Aug 10, 2013 at 8:54 PM, Matthew Flatt wrote:
> I've added support for ".desktop" files for GUI launchers on Unix. When
> an "info.rkt" file specifies a launcher for ".rkt", then if
> ".desktop" exists, ".desktop" is used as the initial
> content of the executable's
ld be useful if the directory is on a remote computer, but this will
probably be a less frequent case.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
(looks like I'm misunderstanding this option. Forget about it.)
On Wed, Jun 26, 2013 at 10:30 AM, Laurent wrote:
> Much better indeed, but maybe there is still some redundancy left with the
> `setup-collects' option?
> http://docs.racket-lang.org/pkg/metadata.html
>
>
Much better indeed, but maybe there is still some redundancy left with
the `setup-collects'
option?
http://docs.racket-lang.org/pkg/metadata.html
Laurent
On Tue, Jun 25, 2013 at 11:08 PM, Matthias Felleisen
wrote:
>
> +1
>
> On Jun 25, 2013, at 4:27 PM, Sam Tobin-Hochstadt wr
Here's a simple demo for procedures if you want to try it out:
https://gist.github.com/Metaxal/5851215
Laurent
On Mon, Jun 24, 2013 at 4:54 PM, Laurent wrote:
>
>
>
> On Mon, Jun 17, 2013 at 5:09 PM, Matthias Felleisen
> wrote:
>
>>
>> p.s. On secon
.)
Though note that currently Racket does allow things like that:
(define (foo y #:x x )
(list x y))
(foo #:x 3 1) ; -> '(3 1)
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
:age 3)) ; instantiates `fish%'
Of course this could be extended to structs.
This would harmonize different calling mechanisms, as well as being more
flexible.
Wouldn't that be nice?
Laurent
On Fri, Jun 7, 2013 at 8:12 AM, Laurent wrote:
>
>
>
> On Fri, Jun 7, 2013 a
does not start a new game
Otherwise, looks like a lot of fun! I wish my teachers had used RoR for
teaching us PLT Scheme ;)
If anyone likes to play Dice of Doom, it has an improved version to which
many hours of my PhD studentship got lost:
http://www.gamedesign.jp/flash/dice/dice.html
Laure
.
If you haven't seen it yet, you can also activate Edit/Racket/Automatically
adjust closing parentheses.
The new behavior of the double-quotes with this is great too (and goes
slightly beyond paredit, IIUC).
Laurent
On Sat, Jun 8, 2013 at 8:36 PM, Mayank Jain wrote:
> Hi,
>
> I
On Fri, Jun 7, 2013 at 1:42 AM, Matthew Flatt wrote:
> At Thu, 9 May 2013 16:22:54 +0200, Laurent wrote:
>
> I've always wondered why the syntax of keywords implied two elements: the
> > #:keyword and the identifier.
> > I find that quite heavy for procedure headers,
ile is no big
deal (if
ever really needed, which I expect to be rare).
I don't really expect programmers of ring-0 to have bad habits, my main
concern is with all the others, who certainly don't want to spend a lot of
time understanding what to do to make a package.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
te existing packages.
> >
> > I am *very* strongly in favor of this -- I'd rather have
> > single-collection packages than multi-collection packages, if forced
> > to choose. I'm very glad that you and Laurent have done the work here.
>
> The main problem with this
ince the `dir'
> argument is sometimes a temporary directory that is used to stage a
> package. That's an easy change.
>
If the original package/directory name can be retrieved at any time, then
yes, it's a much better idea (actually I had started this way, but didn'
ils if the directory is read-only, but since it's just a
useful default it should not be a problem.
This should at least work for all downloaded archives.)
Laurent
lib.rkt.patch
Description: Binary data
_
Racket Developers list:
http://lists.racket-lang.org/dev
that are closer to the root are more general, and more
specific info.rkt files should have precedence in case there is a conflict
(like in CSS for example).
I expect the first two cases to be overwhelmingly dominant, and thus they
should be easier to achieve.
Laurent
[*] I think a good tool is one
he package:
$ raco pkg install -t dir dummy
(You should see "This is a single-collection package" as the first line of
the log)
Then try it:
$ racket
> (require dummy)
It works!
Or is this patch way too naive for some reason?
Laurent
On Mon, Jun 3, 2013 at 4:37 PM, Eli Barzilay wrote
On Mon, Jun 3, 2013 at 2:44 PM, Eli Barzilay wrote:
> Yesterday, Laurent wrote:
> > On Sun, Jun 2, 2013 at 1:47 PM, Eli Barzilay wrote:
> >
> > To clarify, because of reasons that I won't go into on the list,
> > the actual chances of me getting
nces of implementing an `in-url' are low too, but they're
> probably higher than going into the package system.
>
That would be nice, but I'd much much prefer to see the single-collection
package thing implemented.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
Ah, that's cool. Looking forward to it!
And the in-url thing would be useful indeed for gists for example.
Laurent
On Thu, May 30, 2013 at 8:32 PM, Eli Barzilay wrote:
> Yes, I really want to try and get to look into doing this. The thing
> is that multi-collection libraries are
create itself a
directory for the package that has the same name as the collection it
contains?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
+1 indeed, that way you can follow easily with typing a paren, thus
enclosing it again.
Laurent
Le 23 mai 2013 17:17, "John Clements" a écrit :
>
> On May 23, 2013, at 8:13 AM, Robby Findler wrote:
>
>
>
> On Thursday, May 23, 2013, Nadeem Abdul Hamid wrote:
>
r Racket2 to consider that keyword identifiers are
the same as the keyword without the `#:' ?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
mpiler transforms given that a user has
> "proven" their operators associative/commutative, etc?
> -Ian
> ----- Original Message -
> From: "Laurent"
> To: "Matthias Felleisen"
> Cc: dev@racket-lang.org
> Sent: Sunday, May 5, 2013 1:28:59 PM G
...or keywords that would simplify my search. Don't take too much time
digging old references that will not be much more than informative to me.
On Sun, May 5, 2013 at 7:16 PM, Laurent wrote:
> Would you happen to have a reference on that?
>
>
> On Sun, May 5, 2013 at
Would you happen to have a reference on that?
On Sun, May 5, 2013 at 7:15 PM, Matthias Felleisen wrote:
>
> On May 5, 2013, at 1:12 PM, Laurent wrote:
>
> Do you know why C++ has stopped pursuing this idea by any chance?
>
>
> No, and they may have more work going on
cessary to impose
this constraint to have good assurance that the operator is well defined.
Do you know why C++ has stopped pursuing this idea by any chance?
On Sun, May 5, 2013 at 6:58 PM, Matthias Felleisen wrote:
>
> On May 5, 2013, at 12:51 PM, Laurent wrote:
>
> On Sun,
some checks can be added, but I don't see the difference
between attaching bad properties to a newly created operator and defining a
buggy procedure.
Laurent
>
> On May 5, 2013, at 11:00 AM, Laurent wrote:
>
> > Speaking of invariants, from time to time I would like Racket
can be about whatever is useful.
It's only an idea, in case this resonates for someone.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
urrently says "try this out" so I guess it isn't
> > something people believe will definitely be better, but something to
> > explore.
> >
> > Robby
> >
> >
> > On Sat, May 4, 2013 at 10:33 AM, Laurent
> wrote:
> >
> > > (tha
(that was assuming Ryan's assertion that "[...]Matthew say that he would
have used a keyword for `else` in `cond` if he had it to do over again",
which seem to mean that even in Racket2 Matthew would prefer `#:else' over
`[else ...]' ?)
On Sat, May 4, 2013 at 5:14 PM, L
Matthew,
Out of curiosity, could you explain why you'd prefer #:else everywhere
instead of [else ...] ?
Would such an #:else allow for multi-line bodies?
On Sat, May 4, 2013 at 5:06 PM, Matthew Flatt wrote:
> At Sat, 4 May 2013 09:15:22 -0500, Robby Findler wrote:
> > On Sat, May 4, 2013 at 9:0
On Fri, May 3, 2013 at 4:22 PM, Robby Findler
wrote:
> I don't like warnings that are basically admitting weaknesses in the
> language design
Ah, that's the answer my subconscious was seeking when I wondered about
Racket warnings. Good point!
FWIW, I'd vote (with my voting weight being arou
gs. (Is there a reason for
that?)
Laurent
On Fri, May 3, 2013 at 3:39 PM, Robby Findler
wrote:
> [ for those that just want to see what I'm getting at, scroll to the end ]
>
> While the docs are clear (enough) on this point, I think it can be quite
> confusing. See if you spot th
Just a side question:
Would it be a bad idea to make a separate library that uses the normal
names without f, so that people can write
#lang racket
(require racket/flist)
?
or even use `prefix-in' if they prefer?
Laurent
On Sat, Mar 9, 2013 at 4:28 PM, Eli Barzilay wrote:
> Two
On Fri, Feb 8, 2013 at 7:53 PM, Tobias Hammer wrote:
> Tested it too and got an interesting result. On a 32bit linux its:
>
> +nan.0
> +nan.0
> +nan.0
> +nan.0
> +nan.0
> +nan.0
> +nan.0
> +nan.0
>
That's what I get too.
And indeed my other machine wa
s with big exponents (is my machine really that bad?).
Is this exactly the kind of reply you want to avoid for now or are you
interested in a report?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
n the installation type.
(Personally, I don't really care much about non-system-wide installation,
as as keep only the last version of Racket on my computer.)
Cheers,
Laurent
P.S.: If needed, more information on desktop files can be found here:
http://developer.gnome.org/integration-guide/stab
ourse edit it myself if any PLT member agrees with this.
Laurent
On Wed, Jan 30, 2013 at 7:12 PM, Matthew Flatt wrote:
> Ok, I've started this page:
>
> https://github.com/plt/racket/wiki/Videos
>
> Please fill in whatever I've missed! (The page already has more on i
le menu).
This problem now has low priority for me.
Laurent
On Fri, Jan 18, 2013 at 7:53 AM, Laurent wrote:
> Ubuntu 12.04.1, 32 bits
>
> $ uname -a
> Linux Eurisko 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC
> 2012 i686 athlon i386 GNU/Linux
>
> (i386-linux
Can you tell me more about
> your OS distribution? (I tried Ubuntu 12.04, 32-bit mode, not necessarily
> up-to-date.)
>
> At Thu, 17 Jan 2013 20:22:49 +0100, Laurent wrote:
> > Hi,
> > I see many messages like this one when I run 5.3.1.900 from a terminal:
> > LIB
not present in
5.3.1.10
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
permissions).
However, running the same command again does not trigger the full
recompilation anyway (which is fortunate).
It's quite rare though and I could find a way to reproduce it consistently.
Laurent
On Thu, Jan 17, 2013 at 7:20 PM, Carl Eastlund wrote:
> Recently I've run into s
it searches for it, otherwise it asks for query terms,
and shows the results in a new window/tab.
Laurent
On Sat, Jan 12, 2013 at 8:17 PM, Stephen Chang wrote:
> For now, you can enter into google:
> site:docs.racket-lang.org java
> On Jan 12, 2013 2:07 PM, "Harry Spier" wr
;t notice right away.
Laurent
On Thu, Nov 8, 2012 at 9:12 AM, Laurent wrote:
> Hi,
>
> Is there a reason that ffi/unsafe does not export ctype-scheme->c and
> ctype-c->scheme?
> Because I find them very useful in practice. Or should I avoid using them
> for some reason?
>
or the upgrade option, it would be really appreciated if, during
installation or on the first run of DrRacket (preferably the former,
because of DrRacket Tools), I'm asked whether I want to keep/migrate my
packages for the new version.
It's currently quite annoying to
Nice, thank you very much. I think I'll gonna use it now.
Too bad for the delete key, it would be really useful to me :)
Is it normal that it does not work in the interaction window?
Laurent
On Tue, Dec 4, 2012 at 4:42 AM, Robby Findler
wrote:
> Thanks, Nadeem!
>
> Robby
>
Sounds cool.
On yesterday's nightly (debian squeeze 64), I had to do a `sudo raco setup`
to have the help webpage, otherwise I would get a http 404.
Laurent
On Sat, Nov 24, 2012 at 4:09 AM, Matthew Flatt wrote:
> When `raco setup' builds documentation, it now puts cross-referen
On Sat, Nov 24, 2012 at 3:11 PM, Nadeem Abdul Hamid wrote:
> On Sat, Nov 24, 2012 at 4:03 AM, Laurent wrote:
>
>> If you can, I think it would be a good idea to remove the paren pair if
>> the user deletes the opening paren he just typed by mistake. Undo should do
>> th
If you can, I think it would be a good idea to remove the paren pair if the
user deletes the opening paren he just typed by mistake. Undo should do the
same (which apparently it does not currently; missing
'begin/end-edit-sequence' ?).
Laurent
On Fri, Nov 23, 2012 at 1:20 AM, Nadeem A
Hi,
Is there a reason that ffi/unsafe does not export ctype-scheme->c and
ctype-c->scheme?
Because I find them very useful in practice. Or should I avoid using them
for some reason?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
On Fri, Jun 22, 2012 at 5:36 PM, Eli Barzilay wrote:
> Yesterday, Laurent wrote:
> > add1
> > I also use such a function from time to time, and I'd be happy to
> > have it in the string or regexp libs.
>
> I'll assume that without other replies, there are n
add1
I also use such a function from time to time, and I'd be happy to have it
in the string or regexp libs.
Laurent
On Thu, Jun 21, 2012 at 1:56 PM, Eli Barzilay wrote:
> While scanning code for a minor incompatible in a commit, I ran into
> this function which is the ffi collec
ource + Tests, Tests only, and then maybe
same for comments, etc. though maybe you'd like partial hiding of the
comments.
It's unlikely that PLT is going to implement that any time soon, so it's
more in our hands I guess (though it's unlikely that I'll do that anytime
soon
(sorry for the bad indentation, writing s-exps on a phone predictive
keyboard is painful...)
Le 31 mai 2012 19:21, "Laurent" a écrit :
> How about a define* that is exactly like let* without the additional
> indentation level?
> E.g.:
>
> (define*
> [↑ "fo
How about a define* that is exactly like let* without the additional
indentation level?
E.g.:
(define*
[↑ "foo bar baz"]
[↑ (substring ↑ 3 8)]
[str (string-trim ↑)]
[↑ (regexp-match? #rx"^[a-z].*[a-z]$" str)])
(and ↑ (string-append "*" str "*"))
Laurent
t;
> As discussed.
>
> * (string-normalize-spaces str [sep #px"\\s+"] [space " "]
> #:trim? [trim? #t] #:repeat? [+? #f])
>
Side comment: If it's possible, formatting the signature like this in the
docs could be a good idea: put
On Sat, May 12, 2012 at 12:49 AM, Eli Barzilay wrote:
> 5 hours ago, Neil Toronto wrote:
> > On 05/09/2012 02:18 AM, Laurent wrote:
> > > From the guide: "Caveat 1: Until language specifications come with
> > > fixed indentation rules, we need to use the defa
good idea for DrRacket.
Laurent
On Wed, May 9, 2012 at 10:18 AM, Laurent wrote:
> Hi,
>
> Reading the style guide for Racket, I came up with a few debatable
> suggestions.
> ( http://www.ccs.neu.edu/home/matthias/Style/style/Textual_Matters.html )
>
> Apologies if this has a
ile for external editors, though an `unfold-file'
function should not be too difficult to do)
- or do not save folding into the file (loading a file displays it
unfolded, then it can be folded as desired). This might be problematic with
DrSync though, unless the file is not re
-length of the
identifier.
Actually, it doesn't look that bad IMO.
Laurent, who should have worked instead...
'((define . 47453)
(quote . 48703)
(lambda . 22377)
(send . 21027)
(syntax . 13956)
(let . 21909)
(... . 18877)
(list . 13315)
(unquote . 6398)
(x . 43546)
On Fri, May 4, 2012 at 5:04 PM, Neil Van Dyke wrote:
> Matthias Felleisen wrote at 05/04/2012 10:41 AM:
>
>> On May 4, 2012, at 10:34 AM, Laurent wrote
>>
>>> An interesting idea would be to count the number of times each
>>> identifier is used in the source
On Fri, May 4, 2012 at 4:41 PM, Matthias Felleisen wrote:
>
> On May 4, 2012, at 10:34 AM, Laurent wrote:
>
> > As sad as I am to say this, "arr[x] = 3" is read quicker by the eye than
> "(vector-set! my-integer-array the-current-iterator the-number-three)"
&
cket's real words, although sometimes it is indeed too long), just
stating some debatable thoughts.
An interesting idea would be to count the number of times each identifier
is used in the sources, and see how many characters would be saved by using
different conventions.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
Hi,
If that's not too difficult to do (maybe automatically), it would be nice
if the docs could tell if a function/form has changed or has been added
recently.
Maybe a note in the margin like "Added in 5.2.1" or "Changed in 5.3.0".
It would be helpful for backwar
Agreed.
It may also give you/us more time to play with submodule and not be too
afraid of backward compatibility in case you'd like to change something.
Laurent
On Tue, Apr 24, 2012 at 22:43, Karn Kallio wrote:
>
> I think it is good to wait until the release is ready. There is no r
list-index* '(a (b (c d) e) f) '(c d)) -> '(1 1)
Btw, from time to time I wish that `remove*' accepted a single element that
is not a list.
I find it a bit cumbersome and not good looking to wrap a single value in a
(list ...).
Since modifying remove* would probably break a few things, maybe a remove+ ?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
tput list.
The question remains if a string can be accepted for sep, in which case the
empty string must be considered, as pointed out in the Lua discussion.
Though a single char should be sufficient for nearly all simple cases.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
n is important because it affects other functions, so
> I'd like to resolve it before doing anything.
>
If we make things as simple-but-useful as possible, then I'd go for a
single char separator with option b/d. (I don't think there are many cases
where
but b. might be
> more useful.
>
It would make more sense that a string really is a string, not a set of
characters.
Without going as far as srfi-14, a set could be a list of strings or
characters, but maybe this is not needed.
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
for a method call with a self argument, which makes
sense for strings on functions like string-
Does it bother other people too?
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
Continuing with this line, it seems that a better definition is as
> follows:
>
> (define (string-split str [sep " "])
>(remove* '("") (regexp-split (regexp-quote (or sep " ")) str)))
>
> Except that the full definition could be a bit more
On Thu, Apr 19, 2012 at 14:53, Matthew Flatt wrote:
> At Thu, 19 Apr 2012 14:43:44 +0200, Laurent wrote:
> > On Thu, Apr 19, 2012 at 14:33, Matthew Flatt wrote:
> >
> > > I agree with this: we should add `string-split', the one-argument case
> > > should b
en string-as-not-regexps
and regexps? Wouldn't this be different from other places?).
It would then appear somewhat magical. To me the " " default splitter seems
more intuitive.
Laurent
> and the two-argument case should be as Laurent
> wrote. (Probably the optional second arg
On Thu, Apr 19, 2012 at 14:26, Eli Barzilay wrote:
> Two hours ago, Laurent wrote:
>
> > Maybe also a `string-replace' could be useful, especially when one
> > does not want regexps and has special characters that need to be
> > quoted.
>
> Again, it's n
(define (string-split str [sep #px"\\s+"])
>(remove* '("") (regexp-split sep str)))
>
Nearly, I meant something more like this:
(define (string-split str [splitter " "])
(regexp-split (regexp-quote splitter) str))
No regexp from the user POV, and much easier to use with little knowledge.
ould be useful, especially when one does not
want regexps and has special characters that need to be quoted.
Regexps are very powerful, but they are complicated for beginners.
Laurent
> I think `racket/string' should provide the useful string functions,
> rather than refer users to sr
t using a >= 1 floating point number make
the bug go away.
Anyway, I hope this does solves the issue!
Thank you very much,
Laurent
_
Racket Developers list:
http://lists.racket-lang.org/dev
uit now and run DrRacket to get a better window.
The current input port always returns eof.
> .3
0.3
>
Great!
*However*, this did not work with:
LC_ALL="fr_FR.UTF-8" gracket
Weird.
Thank you,
Laurent
> and almost all symptoms were gone.
>
> Marijn
> -BEGIN PGP
I'm not alone!
FWIW, I still have that problem in 5.2.0.6.
And I confirm the ".1" minimalist test case.
When running 'racket' from the command line, this does not occur however:
laurent:~$ racket
Welcome to Racket v5.2.0.6.
Edit ~/.racketrc to modify inits.
> .1
0.1
&g
thread
I am now using PLaneT dev links (which is much better for what I'm doing),
and I'm not sure I will come back to collections soon.
Laurent
_
For list-related administrative tasks:
http://lists.racket-lang.org/listinfo/dev
100 matches
Mail list logo
