Jay McCarthy wrote on 01/07/2016 06:53 PM:
If you use the `html-parsing` package on the package server, you will
not have these problems.
The only problem I saw was an error accessing "docindex.sqlite" when
"raco pkg install sxml".
If there's some way that my official `html-parsing`
So, I'm now doing this:
(require (planet neil/html-parsing:3:0) (planet neil/xexp:2:0))
Those loaded just fine right off, although I needed to figure out raco pkg
install sxml was necessary, but I got that.
During the install, I got the following:
David Storrs wrote on 01/07/2016 05:57 PM:
(require (planet neil/html-parsing:3:0) (planet neil/xexp:2:0))
Those loaded just fine right off, although I needed to figure out raco
pkg install sxml was necessary, but I got that.
You shouldn't need to require `(planet neil/xexp:2:0)` explicitly
On Thu, Jan 7, 2016 at 3:25 PM, John Clements
wrote:
>
> > On Jan 7, 2016, at 2:57 PM, David Storrs wrote:
> >
> > So, I'm now doing this:
> >
> > (require (planet neil/html-parsing:3:0) (planet neil/xexp:2:0))
> >
> > Those loaded just fine
> On Jan 7, 2016, at 2:57 PM, David Storrs wrote:
>
> So, I'm now doing this:
>
> (require (planet neil/html-parsing:3:0) (planet neil/xexp:2:0))
>
> Those loaded just fine right off, although I needed to figure out raco pkg
> install sxml was necessary, but I got
If you use the `html-parsing` package on the package server, you will
not have these problems. Also, I will merge the upstream patches
shortly.
Jay
On Thu, Jan 7, 2016 at 6:41 PM, David Storrs wrote:
>
>
> On Thu, Jan 7, 2016 at 3:25 PM, John Clements
On Thu, Jan 7, 2016 at 3:53 PM, Jay McCarthy wrote:
> If you use the `html-parsing` package on the package server, you will
> not have these problems. Also, I will merge the upstream patches
> shortly.
>
When I tried to do: "raco pkg install html-parsing" racket
During adding a tech-pack of type #lang plai , Error is showing what is the
right process to overcome it.
prog is like :
#lang plai
On Thu, Jan 7, 2016 at 1:02 PM, wrote:
> racket-users@googlegroups.com
>
Spencer, when you have a solution, please share. I am facing the exact same
problem rendering 2e, but have deferred writing a script to rewrite the
resulting tex prefix until I know everything I need to rewrite. -- Matthias
p.s. I think we may wish to discuss an alternative solution for the
I think you're hitting the macro-expander bug that is triggered by
"boris", again:
https://groups.google.com/d/msg/racket-users/t-qpq3AoEME/Z-rdyTBMAQAJ
The "boris" package imports from the "html" collection, and the
"html-parsing" package provides a new module in "html", so `raco pkg
install
After reading the documentation for raco exe, make and distribute, googling and
asking /r/racket
(https://www.reddit.com/r/Racket/comments/3zhe79/crosscompilation/), I could
only find this link
https://groups.google.com/forum/#!topic/racket-users/LLB6oV1VsPo from 2013,
and, since I'm planning
Am 07.01.2016 um 21:08 schrieb DonRyuDragoni:
> (...)
>
> Well, not the extremely good news I hoped for, but anything helps. I still
> have hopes for a brighter (and easier) cross-compilable future, and I'll wait
> anxiously for it.
I did some experiments with Wine on Linux to cross-compile to
On Thu, Jan 7, 2016 at 12:28 PM, Neil Van Dyke wrote:
> I just checked that there wasn't a new bug in my old `html-parsing`
> package, in case that's which package you meant.
>
Sorry, I should have been clearer. I'm talking about these: (require html
xml), not yours.
On Thursday, January 7, 2016 at 9:42:30 PM UTC+1, Neil Van Dyke wrote:
> (A long, long time ago, Racket had its own Web browser, for viewing its
> documentation, and it had at least one funny HTML extension.)
That's interesting - what happened to the Web browser - was it implemented in
Racket?
It's probably on your computer:
http://docs.racket-lang.org/browser/index.html?q=browser#%28mod-path._browser%29
On Thu, Jan 7, 2016 at 3:46 PM, Greg Trzeciak wrote:
> On Thursday, January 7, 2016 at 9:42:30 PM UTC+1, Neil Van Dyke wrote:
>> (A long, long time ago, Racket
Hi folks,
I'm using the html and xml libraries to parse a page that includes the
following HTML:
Message text here
When I parse this, the 'article' tag simply isn't parsed -- it lists the
contents of the messageContent div as just a series of PCDATA statements
containing "\n"
Is there
I just checked that there wasn't a new bug in my old `html-parsing`
package, in case that's which package you meant.
`html-parsing` correctly handles your example for me under Racket 6.3,
so that package might be a backup option for you (but beware that it
uses SXML representation, rather
This is a wild guess, without looking at the code, but I wouldn't be
surprised if this Racket `html` package had some obsolete support for a
special `article` HTML element, and that code could be removed today.
(A long, long time ago, Racket had its own Web browser, for viewing its
Can you send the code you used? I wouldn't expect the xml library to
work since your example is not XML (missing ). I also don't have
high hopes for the html library. If you are parsing html, I recommend
using the `html-parsing` package:
http://pkg-build.racket-lang.org/doc/html-parsing/index.html
I just pushed the new UI, along with Ben's suggestions.
Give it a try, and let me know what you think!
Vincent
On Tue, 05 Jan 2016 17:06:07 -0600,
Vincent St-Amour wrote:
>
>
> I'm considering a change to the UI of the contract profiler, and would
> like opinions from people using it.
>
>
Nice!
Advent of code is a fun way to learn some new aspects of Racket by solving
puzzles.
Matthew: To further enhance the educational value of your write-up please
consider providing an index of the Racket features you explicate in your
solution discussions. This could be as simple as augmenting
> On Jan 7, 2016, at 2:08 AM, sagar tripathy wrote:
>
> During adding a tech-pack of type #lang plai , Error is showing what is the
> right process to overcome it.
>
> prog is like :
>
> #lang plai
>
Can you provide a two-line program that illustrates the problem?
When we speak of "parsing HTML" we should distinguish between strict
parsing (= explicit adherence to a given HTML spec) and permissive parsing
(= converting an HTML-ish string into Racket data.) Both have their place.
`article` became a valid HTML element in HTML5. IIUC the html library is a
Matthew Butterick wrote on 01/07/2016 04:18 PM:
When we speak of "parsing HTML" we should distinguish between strict
parsing (= explicit adherence to a given HTML spec) and permissive
parsing (= converting an HTML-ish string into Racket data.) Both have
their place.
Alas, I think the W3C
Great, thanks - didn't expect it to be still there after reading Neil's post!
On Thursday, January 7, 2016 at 9:52:01 PM UTC+1, Jay McCarthy wrote:
> It's probably on your computer:
>
> http://docs.racket-lang.org/browser/index.html?q=browser#%28mod-path._browser%29
--
You received this
BTW, people should *not* get `html-parsing` from the new package
system. It has an old version that someone else put there unofficially,
and it's missing a significant change. I'm still maintaining the
official version of `html-parsing` in PLaneT (until I get time to change
my doc tools):
26 matches
Mail list logo