summaryrefslogtreecommitdiff
path: root/ext/mixed/js/audio.js
Commit message (Collapse)AuthorAge
* Rename audio.js to audio-system.jstoasted-nutbread2020-03-07
|
* Rename functiontoasted-nutbread2020-03-07
|
* Use dependency injection for getAudioUri implementationtoasted-nutbread2020-03-07
|
* Remove old APIstoasted-nutbread2020-03-07
|
* Create new AudioSystem classtoasted-nutbread2020-03-07
|
* Fix block paddingtoasted-nutbread2020-02-22
|
* Use URLSearchParamstoasted-nutbread2020-02-22
|
* Use Map for audioGetFromSources's cache parametertoasted-nutbread2020-02-13
|
* Change no-undef from off to errortoasted-nutbread2020-02-11
|
* Update license info URLtoasted-nutbread2020-01-01
|
* Update copyrighttoasted-nutbread2020-01-01
|
* Remove unnecessary escapes from regex literalstoasted-nutbread2019-11-26
|
* Replace hasOwnProperty with simplified hasOwn functiontoasted-nutbread2019-11-26
|
* Replace string.substr and string.slice with string.substringtoasted-nutbread2019-11-24
| | | | Improves semantic clarity, and it's recommended to not use substr.
* Fix overwriting const valuetoasted-nutbread2019-11-10
|
* Remove Download check when resolving Audio datasabs2019-11-09
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | There is a bug (seemingly unreported) in Yomichan where an Anki card will not contain any audio if the JapanesePod101 audio source trumps a secondary audio source (e.g. JapanesePod101-alternate) where the jpod101 source can't find the word requested. For example, そして has an audio entry in the alternate source but not the standard source. (Alternatively, there may be a bug in the jpod101 audioUrlBuilder, because I've only noticed this problem with hiragana-only expressions. JPod101 may not host those on the same url scheme any more. I'm not sure how to fix that, though, and the bug I'm addressing here does still persist). The reason this happens is that audioGetFromUrl uses downloaded audio to effectively check for a 404 (by examining the audio duration), but that check doesn't happen when an Anki card is being created (i.e. "download" is set, which I've changed to "willDownload" here). This change removes that check, but retains the will-download intent information to prevent attempts to download tts data, which AnkiConnect cannot do. I've also added a short explanation as to why the download check happens where it does. I think the unused audio object will get garbage collected since it's not referenced again, but I've explicitly unset it as well.
* Add support for text-to-speech playbacktoasted-nutbread2019-10-13
|
* Rename audioGetFromSources's createAudioObject argument to downloadtoasted-nutbread2019-10-13
|
* Add option for text-to-speechtoasted-nutbread2019-10-13
|
* Implement audio fallbackstoasted-nutbread2019-10-10