Could you please make the regular expression syntax more elegant?
To replace the "" with // or any other character as its boundary.
Here is the example:
#px/^\s*\/([^\/])\/\s*$/ === #px@^\s*/([^/])/\s*$@ ===
#px"^\\s*/([^/])/\\s*$"
Thank you in advance.
On Tue, Nov 5, 2013 at 12:51 AM, Ryan Cul
I guess probably everything except play, play-n, and animate-slide could be
split out. Would that have helped you?
Robby
On Mon, Nov 4, 2013 at 5:14 PM, J. Ian Johnson wrote:
> Mm, I believe it's collection-level. Perhaps if play.rkt were split into
> anim.rkt and play.rkt, where anim.rkt has
Mm, I believe it's collection-level. Perhaps if play.rkt were split into
anim.rkt and play.rkt, where anim.rkt has all the non-gui code, and play.rkt
has the gui code. Requiring slideshow/play in my library caused the doc failure.
-Ian
- Original Message -
From: "Robby Findler"
To: "J. I
I think there might be some collection/pkg confusion here. Are you having
trouble with a package level dependency or a collection level one? (The
latter is the only kind that can lead to the documentation error you're
talking about I believe.)
Robby
On Mon, Nov 4, 2013 at 4:51 PM, J. Ian Johnson
I've been working on a package of different pict transformers/constructors I've
made while giving slideshow presentations, with some pain.
In particular, slideshow-lib pulls in the gui dependency, making documentation
impossible.
I had to just copy the code for slide-pict and fast-start from slid
On Mon, Nov 4, 2013 at 1:56 PM, Vincent St-Amour wrote:
> At Mon, 4 Nov 2013 11:49:44 -0600,
> Robby Findler wrote:
> > collection-path is legacy and should generally be removed when you find
> it
> > (I think I fixed two uses of it Saturday in fact).
>
> The documentation does mention that `colle
You should check out "raco test" for collection-paths:
https://github.com/plt/racket/blob/master/pkgs/compiler-pkgs/compiler-lib/compiler/commands/test.rkt#L168
On Mon, Nov 4, 2013 at 12:56 PM, Vincent St-Amour wrote:
> At Mon, 4 Nov 2013 11:49:44 -0600,
> Robby Findler wrote:
>> collection-path
At Mon, 4 Nov 2013 11:49:44 -0600,
Robby Findler wrote:
> collection-path is legacy and should generally be removed when you find it
> (I think I fixed two uses of it Saturday in fact).
The documentation does mention that `collection-file-path' is usually
preferred, but it doesn't make it clear th
On 2013-11-04 11:49:44 -0600, Robby Findler wrote:
>collection-path is legacy and should generally be removed when you find it
>(I think I fixed two uses of it Saturday in fact).
>But hopefully you could use collection-file-path in most cases instead of
>a collections-path function.
collection-path is legacy and should generally be removed when you find it
(I think I fixed two uses of it Saturday in fact).
But hopefully you could use collection-file-path in most cases instead of a
collections-path function.
Robby
On Mon, Nov 4, 2013 at 11:45 AM, Vincent St-Amour wrote:
>
While looking at Asumu's `raco-find-collection' package, Asumu and I
noticed something about the `collection-path' function that made us
uncomfortable.
`collection-path' returns *a* path where the given collection is
located. With the package system, there can now be *multiple* such
paths. `colle
The release process for v6.0 will begin in about a week. If
you have any new features that you want in and are relatively close
to being done, now is a good time to do that.
_
Racket Developers list:
http://lists.racket-lang.org/dev
12 matches
Mail list logo
