Dear Brian,
Sorry for the late response.
Many thanks for the pointers you have provided.
I couldn't explore them a lot so far but will do as sonn as possible.
Thanks again!
Shérab.
___
This message was sent via the BRLTTY mailing list.
To p
is API is based
> on C; might there be a message-based API (eg, JSON, REST, socket I/O)
> that would be more language independent?
The C API uses a socket-based one. There are bindings available for
several languages: Lisp, Java, Python, OCaml...
Shérab.
__
that do not seem related to the issues discussed
in this thread but it may be interesting to fix the page anyway and e.g.
specifying the correct document type may lead to other errors. At least
it will make clear which element nestings are allowed.
Shérab.
_
le
Could this help?
Shérab.
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@mielke.cc
For general information, go to: http://mielke.cc/mailman/listinfo/brltty
t;
I believe this meta thing could be removed because it is redundant with
the HTTP headers sent by nginx as can be seen with
cd /tmp; curl -D headers http://www.brltty.com/download.html > /dev/null
I don't see any iso-8859-1 left anywhere, though.
Shérab.
Samuel Thibault (2016/07/07 08:44 +0200):
> Shérab, on Thu 07 Jul 2016 07:02:49 +0200, wrote:
> > Dave Mielke (2016/07/06 23:54 -0400):
> > > First: It's saying that the encoding in the XML header (utf-8) isn't
> > > matching
> > > the encoding in
Dave Mielke (2016/07/07 01:21 -0400):
> Okay. This turns out to be a difference between my ancient web server at home
> and the modern web serer on brltty.com. The Download page is now clean. Now I
> guess I should clean up the other pages. :-(
If you want some help you can let us know
absolutely avoid doing.
Many thanks in advance,
Shérab.
___
This message was sent via the BRLTTY mailing list.
To post a message, send an e-mail to: BRLTTY@mielke.cc
For general information, go to: http://mielke.cc/mailman/listinfo/brltty
Dear Jaroslav,
Many thinks for your patch!
I confirm it'd be good to apply it.
Thanks,
Shérab.
Jaroslav Skarvada (2016/11/08 07:58 -0500):
> Hi,
>
> it seems that brltty-5.4 doesn't compile with OCaml-4.04.
> Tthe code uses CAMLlocal without calling CAMLparam which is a
d to it). But when I want to build brailleback the following error
> occures :
>
> *** target file `clean' has both : and :: entries. Stop.
Probably because your Makefile in the driver directory cntains a
clean:
line? If that's the case you should replace it with
clean::
> >
>
> Which version of OCaml? I haven't encountered these warnings with OCaml-4.04.
> To be honest I don't know much about OCaml, but this looks like OCaml bug,
> I can forward it to OCaml maintainer
No no it's not a bug. See https://github.com/brltty/
Jaroslav Skarvada (2016/11/08 12:12 -0500):
> Shérab: Sorry, could you explain it more?
Let's try.
OCaml uses a garbage collector. If the values muilt by the C stub code
or manipulated by it are not registered properly, they may be either
garbage-collected accidentally, or, on the contr
101 - 112 of 112 matches
Mail list logo
