Re: [racket-users] Need advice on XML representation

[Neil Van Dyke]

Thank you, Tom.

This document might help answer some of the understandable confusion 
behind Hendrik's question: https://www.neilvandyke.org/racket/sxml-intro/


A clarification on credit where it's due: John Clements did considerable 
work to clean up and document Oleg Kiselyov's various SXML packages for 
modern Racket, and maintains those.


I wrote a few other SXML-based packages: https://www.neilvandyke.org/racket/

If anyone has a deep-pocketed commercial need for some new HTML or XML 
libraries for Racket, I might have some consulting time available, but 
haven't had time for pro bono work lately.


(I'm not normally on racket-users; if anything I should see, please 
email me directly.)


--
You received this message because you are subscribed to the Google Groups "Racket 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/e8e5dd10-563f-17d2-0ecf-c1bcd285751d%40neilvandyke.org.

Re: [racket-users] Need advice on XML representation

[Tom Gillespie]

Hi Hendrik,
I explored this question when I had to decide how to implement an
exchange format for identifier metadata. SXML supports more of the
standard, specifically for my use cases it was critical that I have support
and representation for xml namespaces, which xexprs in racket do not have.
Depending on your exact use cases sxml also has built in support for sxpath
queries, which I used for webscraping here
.
In short, if you have to work with more of XML than just the fact that it
has SGML syntax I would strongly

recommend SXML over any of the alternatives. Neil Van Dyke (cced) is the
current maintainer of sxml and some associated libraries, and might be able
to give a more concrete answer to some of your questions if you don't find
answers in some of the links below. Best!
Tom

Two threads with relevant information.
https://groups.google.com/forum/?utm_medium=email_source=footer#!searchin/racket-users/sxml|sort:date/racket-users/QsTMrgfzBxQ/VghJQURTGAAJ
https://groups.google.com/forum/?utm_medium=email_source=footer#!msg/racket-users/NMv8ezKStZU/-4D9J-okCgAJ


On Mon, Mar 9, 2020 at 7:06 AM Hendrik Boom  wrote:

> I need a recommendation.
> I have a bunch of XML to read in, interpret, process, and to write out as
> corresponding Racket code.
> The resulting Racket code will not be XMLis at all.
> Searchni, I find mention of SXML, xexprs, and there seems to be an XML
> package as sell.
>
> Which is mode useful, considering likely longevity, support code,
> compatibility with standards, and so forth.
>
> Are any of these amenable producing output while reading input, in case my
> code ever needs to be run on a small computer?
>
> -- hendrik
>
> --
> You received this message because you are subscribed to the Google Groups
> "Racket Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to racket-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/racket-users/20200309140608.5f5tztvwns543tiv%40topoi.pooq.com
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CA%2BG3_PNQod8UsO7P21vGFoqqe0AG3sTnba84rkmNuMai3SvCHQ%40mail.gmail.com.

Re: [racket-users] Typed Syndicate Status

[Ray Racine]

Syndicate usage is primarily has been in three areas.

1.  A Bluetooth LE (low energy) library.  Syndicate was a very nice fit
here because at the base level Bluetooth BLE CSR Mesh is all about asynch
sending of low level HCI commands and async responses and inbound events.
After several different approaches Syndicate has been by FAR the best
approach here.   No comparison.
2. A system simulator toy predicated on inbound external "events" that
basically has been seesawing between a Lux like event loop, Racket's
Reactive, FrTime and some travesty of a homebrew arrowized FRP.  The issue
of deterministic, if arbitrary ordering of event  that happen at the "same
time" has been the conundrum here.  I can't say that Syndicate has been
clearly the better approach here over other approaches.  Primarily because
I'm not clear exactly what I'm tying to do. A typical state of being ...
3. The latest project use is at the lowest level a Interactive Exchange
Brokers API integration.  Again the asynch-ness and arbitrary inbound
event-ness seems to be a perfect fit for Syndicate.  I hope to have an
additional layer consisting of an ensemble of doing some high level
monitoring/analysing of the real time data and responding to intra-ensemble
signals for some lightweight alogorithmic trading.  Also explains why typed
turtles all the way down is desirable here.

The only one currently code (now) visible is, caveat, also fully reflects
all the various approach experimentation and learning Syndicate, is found
hither and yon:

https://gitlab.com/RayRacine/hestia/-/blob/dev/main.rkt
https://gitlab.com/RayRacine/hestia/-/blob/dev/lights-actor.rkt
https://gitlab.com/RayRacine/hestia/-/blob/dev/src/weather.rkt

https://gitlab.com/RayRacine/thora/-/blob/syndicate/hci/bluetooth-driver.rkt
https://gitlab.com/RayRacine/thora/-/blob/syndicate/hci/btc.rkt
https://gitlab.com/RayRacine/thora/-/blob/syndicate/hci/inbound.rkt



On Tue, Mar 10, 2020 at 11:27 AM Sam Caldwell  wrote:

> Er, jumped the gun a bit;
>
>
> On Tue, Mar 10, 2020 at 10:25 AM Ray Racine  wrote:
>>
>>> For a new project with Syndicate I'd like to jump up to typed/syndicate
>>> if possible even if it is a little bit "early".  As expected it looks like
>>> PLT's approach to typing dataspaces, tuples spaces, actors and messaging
>>> looks novel and impressive.
>>>
>>> Yesterday with a few tweaks here and there I have typed/syndicate
>>> compiling and running 1 or 2 of the examples.  The tweaks that appear to be
>>> necessary are to sync up typed/syndicate with the latest Turnstile.
>>>
>>
> I would be very interested to hear how you are using Syndicate and what
> your experience has been like, if you wouldn't mind sharing. Do you have
> any projects on github that are using it?
>
>
>> Glancing at the example code I expect to use the extended language
>>> capability offered via #lang typed/syndicate/roles. The project is an
>>> opensource one of a personal nature and is fine with bug reports,
>>> workarounds and hiccups assuming typed/syndicate work is still "active".
>>>
>>> Questions:
>>>
>>>1. Is #lang typed/syndicate/roles more or less ready for beta code
>>>use?
>>>
>>> More or less, yes. I can anticipate a couple of potential issues:
> - There is no integration with Typed Racket.
> - The type system does all its work during macro expansion and is
> generally un-optimized, so you may notice longer compilation times.
> - While there is support for interoperating with untyped syndicate and
> untyped code in general, no contracts are generated to ensure safety.
> - There is no documentation (though I actually started working on some
> this morning).
>
>>
>>>1. Is it active and maintained?
>>>
>>> Yes! I am currently developing typed syndicate.
>
>>
>>>1. Can the Syndicate's git repo typed branch be sync'd up with the
>>>current Turnstile and Racket release?[1]
>>>
>>> Yes; in fact I think it's about time I integrated typed syndicate into
> the master branch so you shouldn't need to fiddle with those.
>
> I'm generally happy to answer any question you may have about typed or
> untyped Syndicate, no matter how small, and look into any issue that needs
> to be addressed. Feel free to email me directly or open issues on github.
>
> Cheers,
> Sam Caldwell
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAL5pz%3DKih7jJMw9iYnvo83qfrEoTT9O%3Dn3UrqqgGquAFv%2BQY3Q%40mail.gmail.com.

Re: [racket-users] Typed Syndicate Status

[Sam Caldwell]

Er, jumped the gun a bit;


On Tue, Mar 10, 2020 at 10:25 AM Ray Racine  wrote:
>
>> For a new project with Syndicate I'd like to jump up to typed/syndicate
>> if possible even if it is a little bit "early".  As expected it looks like
>> PLT's approach to typing dataspaces, tuples spaces, actors and messaging
>> looks novel and impressive.
>>
>> Yesterday with a few tweaks here and there I have typed/syndicate
>> compiling and running 1 or 2 of the examples.  The tweaks that appear to be
>> necessary are to sync up typed/syndicate with the latest Turnstile.
>>
>
I would be very interested to hear how you are using Syndicate and what
your experience has been like, if you wouldn't mind sharing. Do you have
any projects on github that are using it?


> Glancing at the example code I expect to use the extended language
>> capability offered via #lang typed/syndicate/roles. The project is an
>> opensource one of a personal nature and is fine with bug reports,
>> workarounds and hiccups assuming typed/syndicate work is still "active".
>>
>> Questions:
>>
>>1. Is #lang typed/syndicate/roles more or less ready for beta code
>>use?
>>
>> More or less, yes. I can anticipate a couple of potential issues:
- There is no integration with Typed Racket.
- The type system does all its work during macro expansion and is generally
un-optimized, so you may notice longer compilation times.
- While there is support for interoperating with untyped syndicate and
untyped code in general, no contracts are generated to ensure safety.
- There is no documentation (though I actually started working on some
this morning).

>
>>1. Is it active and maintained?
>>
>> Yes! I am currently developing typed syndicate.

>
>>1. Can the Syndicate's git repo typed branch be sync'd up with the
>>current Turnstile and Racket release?[1]
>>
>> Yes; in fact I think it's about time I integrated typed syndicate into
the master branch so you shouldn't need to fiddle with those.

I'm generally happy to answer any question you may have about typed or
untyped Syndicate, no matter how small, and look into any issue that needs
to be addressed. Feel free to email me directly or open issues on github.

Cheers,
Sam Caldwell

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CALuKBHsWpTRmvrRCVqXBAigWe6_o4YZW8UiVYk8%3DOVfrkecm6w%40mail.gmail.com.

Re: [racket-users] Typed Syndicate Status

[Sam Caldwell]

hi Ray,



On Tue, Mar 10, 2020 at 10:25 AM Ray Racine  wrote:

> For a new project with Syndicate I'd like to jump up to typed/syndicate if
> possible even if it is a little bit "early".  As expected it looks like
> PLT's approach to typing dataspaces, tuples spaces, actors and messaging
> looks novel and impressive.
>
> Yesterday with a few tweaks here and there I have typed/syndicate
> compiling and running 1 or 2 of the examples.  The tweaks that appear to be
> necessary are to sync up typed/syndicate with the latest Turnstile.
>
> Glancing at the example code I expect to use the extended language
> capability offered via #lang typed/syndicate/roles. The project is an
> opensource one of a personal nature and is fine with bug reports,
> workarounds and hiccups assuming typed/syndicate work is still "active".
>
> Questions:
>
>1. Is #lang typed/syndicate/roles more or less ready for beta code use?
>2. Is it active and maintained?
>3. Can the Syndicate's git repo typed branch be sync'd up with the
>current Turnstile and Racket release?[1]
>
> [1] I can help with small compilation issue patches if there is someone
> currently active in typed/syndicate to receive them.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CALuKBHu6ZO8%3DUJ70XetRs-SuduQx-xzOSSQC6HR16BpvGWKM3A%40mail.gmail.com.

[racket-users] Typed Syndicate Status

[Ray Racine]

Syndicate is just a brilliant piece software.  Such a novel approach to the
Actor model and concurrency.

With past use I've pushed as much of the code into Typed Racket as possible
leaving only the Syndicate layer Untyped.  Over the past year I've noted
steady work towards #lang typed/syndicate support.

For a new project with Syndicate I'd like to jump up to typed/syndicate if
possible even if it is a little bit "early".  As expected it looks like
PLT's approach to typing dataspaces, tuples spaces, actors and messaging
looks novel and impressive.

Yesterday with a few tweaks here and there I have typed/syndicate compiling
and running 1 or 2 of the examples.  The tweaks that appear to be necessary
are to sync up typed/syndicate with the latest Turnstile.

Glancing at the example code I expect to use the extended language
capability offered via #lang typed/syndicate/roles. The project is an
opensource one of a personal nature and is fine with bug reports,
workarounds and hiccups assuming typed/syndicate work is still "active".

Questions:

   1. Is #lang typed/syndicate/roles more or less ready for beta code use?
   2. Is it active and maintained?
   3. Can the Syndicate's git repo typed branch be sync'd up with the
   current Turnstile and Racket release?[1]

[1] I can help with small compilation issue patches if there is someone
currently active in typed/syndicate to receive them.

-- 
You received this message because you are subscribed to the Google Groups 
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to racket-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/racket-users/CAL5pz%3DJ4HaZpSBE-cagGe8Wnac%3DP2%2B1zL9_HypJ6inOWaBcq5g%40mail.gmail.com.