Re: [racket] secref and relalive paths

2010-07-16 Thread Laurent
On Fri, Jul 16, 2010 at 12:08, Matthew Flatt wrote: > This bug is now fixed. > Thanks! > The bug affected only single-page HTML generation, as opposed to > multi-page HTML, which is probably why the problem went undetected for > so long. > That was surprising, indeed. > > At Fri, 16 Jul 20

Re: [racket] secref and relalive paths

2010-07-16 Thread Matthew Flatt
This bug is now fixed. The bug affected only single-page HTML generation, as opposed to multi-page HTML, which is probably why the problem went undetected for so long. At Fri, 16 Jul 2010 08:18:36 +0200, Laurent wrote: > On Thu, Jul 15, 2010 at 11:32, Laurent wrote: > > > Hi, > > > > The follow

Re: [racket] secref and relalive paths

2010-07-15 Thread Laurent
On Thu, Jul 15, 2010 at 11:32, Laurent wrote: > Hi, > > The following scribble code (DrRacket 5.0.0.9, Ubuntu Lucid) : > > #lang scribble/manual > > @secref["plop"] > > @section[#:tag "plop"]{Plop} > > > Produces an absolute path for the secref link, which is not what I want. > This is an issue

[racket] secref and relalive paths

2010-07-15 Thread Laurent
Hi, The following scribble code (DrRacket 5.0.0.9, Ubuntu Lucid) : #lang scribble/manual @secref["plop"] @section[#:tag "plop"]{Plop} Produces an absolute path for the secref link, which is not what I want. Do I misuse it or is this a bug? Thanks, Laurent