2009/11/24 Kirill Zaborsky qri...@gmail.com:
Adam,
Why not to use e.g. trac which can show issues without obligatory sign-up?
Also you can use it's wiki for some additional info and VCS
integration and also you can publish some release plans if there will
be any.
I'm not that against Mantis
2010/8/24 Adam Chlipala ad...@impredicative.com:
Vladimir Shabanov wrote:
And there is another way to check DML errors -- another function dml'
can be adder which returns option string instead of error page, e.g.
result- dml' (...);
case result of
None = return ok
2010/9/5 Adam Chlipala ad...@impredicative.com:
I've started implementing this. Everything works, save that the semantics
differs between Postgres and MySQL/SQLite. Postgres won't let you continue
using a transaction after one command has failed, whereas MySQL and SQLite
allow many errors
2012/5/20 Adam Chlipala ad...@impredicative.com:
I do expect this will work, but it might be nicer to add a new argument(s)
to appropriate event attribute types. Thoughts?
Looking at
https://developer.mozilla.org/en/DOM/DOM_event_reference
I think it worth to define mouseEvent and
How many threads you've set to handle requests (-t option)? By default
Ur/Web only runs two threads which I think is not enough.
In my project I'm using -t 32.
When I've benchmarked Ur/Web long time ago I've also seen a connection
errors. But it was solved by upgrading frontend from nginx 0.7.x
2013/12/12 Adam Chlipala ad...@csail.mit.edu
Interesting; so throwing at least one popular proxy in front doesn't bring
magic performance improvements. That's at least comforting from the
perspective of not challenging my mental model of how efficient the Ur/Web
HTTP binaries are.
I think
2013/12/13 Adam Chlipala ad...@csail.mit.edu
On 12/12/2013 07:17 AM, Vladimir Shabanov wrote:
2013/12/12 Adam Chlipala ad...@csail.mit.edu
Interesting; so throwing at least one popular proxy in front doesn't
bring magic performance improvements. That's at least comforting from
Hi,
I want to share my experience with Ur/Web in BazQux Reader.
BazQux Reader is an advanced RSS reader that thousands of paying customers
are using everyday (https://bazqux.com). It's not an academic or school
project. Yet it is written in experimental language. Why?
Here's a common code
PM, Vladimir Shabanov wrote:
Then I've switched from Postgres to Riak (needed to scale writes since
RSS reader is very write heavy thing and to simplify cluster operations)
and started to need more data processing and 3rd-party integration in
frontend. So my Ur/Web app now links with Haskell
2014/1/18 Marc Weber marco-owe...@gmx.de
Maybe also smarter caching could work, eg only cache or keep in memory
the info which feeds got read, and try to store them efficiently in
memory (eg one bit per thread) - or try to pack by storing:
read 1 to 5, 10 to 20 or such.
I'm doing precisely
2014/1/18 Sergey grr...@gmail.com
Looks like I have an example of such bug. I've noticed that one test for
urweb-monad-pack library doesn't execute all the client-side handlers:
https://github.com/grwlf/urweb-monad-pack/blob/master/test/TestState1.ur
The program should popup two alerts at
2014/1/19 Adam Chlipala ad...@csail.mit.edu
https://github.com/grwlf/urweb-monad-pack/blob/master/test/TestState1.ur
The program should popup two alerts at startup but for some reason only
the last one appears.
Thanks for the example! I found the bug, and now at least this example
works
As I understand returning false is quite an old way of doing things and
preventDefault / stopPropagation is what people do.
So removing 'return false' is a right thing to do (event handler will just
return undefined when there are no 'return' at the end). But it needs to be
announced aloud since
Little note. 'return false' prevents default event handler (e.g., opening
link when clicking on link, or selecting radio button when clicking on it)
not the event propagation/bubbling. So [preventDefault] should be called
instead of 'return false' not the [stopPropagation].
2015-05-13 13:45
> In case anyone is interested, I wrote a blog post some time ago about my
> experiences with Ur/Web.
>
> http://frigoeu.github.io/urweb1.html
Great post. I agree that build times for large projects is perhaps the most
annoying thing in Ur/Web.
They caused mostly by excessive inlining. To cut
No issues. It's right thing to do. Just grepped my code and found that all "(a
&& b) || c" combinations are already written with parens.
On Fri, May 15, 2020, at 21:47, Adam Chlipala wrote:
> Way back when, in Ur/Web's grammar, I apparently gave these two
> quintessential Boolean operators
16 matches
Mail list logo
