Re: [dev] Re: What would a well-designed voice assistant program look like?

Every voice driven thing I've used suffers from the fundamental problem that it's impossible to correct what you said. Alexa didn't understand or worse did the wrong thing? Start over from scratch. Incredibly frustrating. If someone came up with the "readline" of voice input, I'd think it would

Re: [dev] [surf] [patch] Optionally handle downloads through webkit.

Hi Arturo, Quoth Arturo Espinosa: > The problem is that with the way surf currently handles downloads, it > is not possible to handle Blob URIs, since these are resources that > are only accessible through the web component's internal state. > > Our current solution is to disable curl spawning

[dev] [surf] [patch] Optionally handle downloads through webkit.

Hi. First of all, thank you for surf. It's a great, minimalistic shell for webkit, and it has proven of great value for our current project. Big thumbs up for that, thanks. We are working on a POS system and using surf as part of our kiosk-like solution. Part of our system requires to be able

[dev] Re: What would a well-designed voice assistant program look like?

Laslo Hunhold wrote: >When reflecting about a problem, it should be a priority to think about >how it can be split up. In this case, we can talk about two problems, >which combined, solve the "voice assistant" problem. > > 1) voice recognition > 2) assistant Personally, I'm more interested in

Re: [dev] [surf] unreliable loading of multiple requests over tor

> I found the bug on their tracker, along with an annoying workaround: > https://bugs.webkit.org/show_bug.cgi?id=183163 Ah, well done! > Last time I dug around in libsoup/webkitgtk I found it unhelpful to > my mental health. Do I dare swim through that bog again? Indeed, good luck with that.

Re: [dev] [surf] unreliable loading of multiple requests over tor

Quoth Nick: > Quoth Quentin Rameau: > > Sadly, the webkit process is managing connexions, surf itself doesn't. > > Yeah, I thought that, it may be tricky to debug. This has persisted > across the many versions of webkit2 I've used (compiling from > source). I'm pretty sure it also happened

Re: [dev] What would a well-designed voice assistant program look like?

Quoth Laslo Hunhold: > You'll not get around having to rely on a pre-trained neuronal network > unless you manage to formalize speech (partially done) or intelligence > (currently not done and probably impossible). > In this regard, personal assistants will by definition be bound to > centralized

Re: [dev] What would a well-designed voice assistant program look like?

On Thu, 22 Mar 2018 15:20:46 +0100 Silvan Jegen wrote: Hey Silvan, > Friends of mine working in machine learning keep complaining about the > lack of mathematical foundations of ANNs and I would be interested in > that kind of research. Is any of yours somewhere public yet?

Re: [dev] [surf] unreliable loading of multiple requests over tor

Thanks for getting back to me, Quentin. Quoth Quentin Rameau: > Sadly, the webkit process is managing connexions, surf itself doesn't. Yeah, I thought that, it may be tricky to debug. This has persisted across the many versions of webkit2 I've used (compiling from source). I'm pretty sure it

Re: [dev] What would a well-designed voice assistant program look like?

Hi Laslo On Thu, Mar 22, 2018 at 1:59 PM, Laslo Hunhold wrote: > On Thu, 22 Mar 2018 08:33:07 -0400 > LM wrote: > > [...] > > It is in fact also my current field of research to develop more robust > methods for neuronal networks. If you ask me, the current

Re: [dev] What would a well-designed voice assistant program look like?

On Thu, 22 Mar 2018 08:33:07 -0400 LM wrote: Hey Laura, > Was at a conference where they were discussing the new voice assistant > applications from large corporations like Amazon and Google. I began > thinking there had to be some Open Source alternatives available. I >

[dev] What would a well-designed voice assistant program look like?

Was at a conference where they were discussing the new voice assistant applications from large corporations like Amazon and Google. I began thinking there had to be some Open Source alternatives available. I found several projects such as the ones listed below. However, most of the Open Source

Re: [dev] [surf] unreliable loading of multiple requests over tor

> Hi all, Hi Nick, > I've had this issue with surf forever, but it is gradually becoming > more of a problem as the web gets ever further away from HTML pages > served over HTTP. > > When using Tor+Privoxy in standard configuration, and sending surf's > traffic through that by setting the

[dev] [surf] unreliable loading of multiple requests over tor

Hi all, I've had this issue with surf forever, but it is gradually becoming more of a problem as the web gets ever further away from HTML pages served over HTTP. When using Tor+Privoxy in standard configuration, and sending surf's traffic through that by setting the http_proxy and https_proxy