Discussion on Blazor, a framework for building web apps with .NET and WebAssembly https://blazor.net
🤯
But the only way to know for sure is ask the author of the code - or the code reviewer
I very much doubt that call in combination with that comment was accidental
So would you use
Task.WaitAny(new[] { StopRecognition.Task, Task.Delay(3000) });? The author is an MS docs person, so I doubt we'd get an answer. I'll post a question though.
Good point.
Well. I think it doesn't matter if you do sync or async when using a timeout. You could run into the same problem.
1 reply
You could, which may be why they didn't have a timeout :)
I don't see the difference between "I block until either completes or my timeout hits" and "I block async until the task completes or my timeout hits". The first one just keeps a thread busy while it's not necessary.
This method StopContinuousRecognitionAsync docs say
Returns
Task
A task that will complete when input processing has been stopped. Result generation, if applicable for the input provided, may happen after this task completes and should be handled with the appropriate event.
That indicates it may take some time and there may be further processing (including calling methods on your Session object) so calling dispose immediately would be bad
That sort of makes sense. Speech recognition does apply a noticable delay (of course) and when you want to end the task you would want your app to wait for the final phrase to be fully recognized
A fraction of a second, but noticeable
That was my late-night idea that didn't sit too comfortably. Do you think I should remove it and make the consumer do an explicit dispose?
1 reply
I am interested in what your answers will be
1 reply
Does someone know (without googling) if
EditorRequired is now supported für bindable-Properties in .net7 ?
havn't checked it so i am curious what it will render
Hi, anyone had any issues with html files after publishing? I included the pdf viewer.html of pdf.js, it works fine locally, but once published my application loads the index.html instead of viewer.html in my iframe even though the viewer.html is correctly published in the folder of the application, I'm beginning to lose my mind, I have no ideas what's causing the issue
why do you need an iframe for that? And doesn't an iframe mean you are starting up the app a 2nd time?
You need a different route to hit the staticfile middleware which could serve just the HTML file in your app pipeline configuration
It's a bit old but I think the general idea/apporach hasn't changed since then: https://www.strathweb.com/2017/04/running-multiple-independent-asp-net-core-pipelines-side-by-side-in-the-same-application/
But I guess it's incorrect otherwise you wouldn't ask :)
The answer is "MinValue is 0"
Even though I said the type is "T?" and it hasn't been set.
@jitendrajadav: We have a scheduler in https://material-blazor.com. I haven't used it but @MarkStega who wrote it does. BTW - our website is down right now and will be back up tomorrow.