Thorium Reader est une application de lecture EPUB facile à utiliser pour Windows 10/10S, MacOS et Linux. Après avoir importé des livres électroniques depuis un annuaire ou un flux OPDS, vous pourrez lire sur n'importe quelle taille d'écran, personnaliser les paramètres de mise en page, naviguer dans la table des matières ou la liste des pages, définir des favoris... Un grand soin est apporté à garantir l'accessibilité de l'application pour les personnes malvoyantes utilisant NVDA, JAWS ou Narrator.
Application gratuite. Aucune publicité. Aucune donnée privée ne circule nulle part.
Ce projet est en constante évolution, des corrections et de nouvelles fonctionnalités seront ajoutées prochainement et votre soutien est le bienvenu pour cela. L'application est basée sur la boîte à outils open source Readium Desktop.
Il est actuellement localisé dans les 25 langues suivantes :
Voir : https://github.com/edrlab/thorium-reader/wiki/Localization-(l10n)-lingual-translations
node --version
)npm --version
) npm install
(ou npm ci
) : initialisez les packages node_modules
locaux à partir des dépendances déclarées dans package.json
(cela appellera également automatiquement une étape de compilation de longue durée dans npm run postinstall
)node scripts/package-lock-patch.js && cat package-lock.json | grep -i divina-player-js
(avec serveur de développement à rechargement à chaud, inspecteurs Web/débogueurs)
npm run start:dev
(ou npm run start:dev:quick
pour contourner les vérifications TypeScript/lancer l'application plus rapidement)npm start
(ou npm run start
) npm run package:win
ou npm run package:mac
ou npm run package:linux
Informations sur la signature de code : https://github.com/edrlab/thorium-reader/wiki/Code-Signing
Les variables d'environnement HTTPS_PROXY
, HTTP_PROXY
et NO_PROXY
sont utilisées pour configurer le comportement d'une application client lors de l'exécution de requêtes HTTP ou HTTPS via un serveur proxy.
HTTPS_PROXY
: Spécifie le serveur proxy à utiliser pour les requêtes HTTPS. La valeur doit être au format http://proxy.example.com:8080.HTTP_PROXY
: Spécifie le serveur proxy à utiliser pour les requêtes HTTP. La valeur doit être au format http://proxy.example.com:8080.NO_PROXY
: Spécifie une liste de noms d'hôtes ou d'adresses IP séparés par des virgules qui ne doivent pas être proxy. Ceci est utile pour exclure les adresses locales ou intranet du proxy.Lorsque ces variables d'environnement sont définies, l'application client utilisera automatiquement le serveur proxy spécifié pour les requêtes HTTP ou HTTPS, sauf si la requête concerne un nom d'hôte ou une adresse IP répertoriée dans la variable NO_PROXY.
nous avons utilisé le package proxy-agent
de TooTallNate
(https://github.com/TooTallNate/proxy-agents/tree/main/packages/proxy-agent)
voir https://www.npmjs.com/package/proxy-from-env#environment-variables pour plus d'informations.
Thorium Reader prend en charge les publications protégées par LCP via un composant logiciel supplémentaire qui n'est pas disponible dans cette base de code open source. Lorsque Thorium Reader est compilé à partir du code open source sans la bibliothèque supplémentaire de qualité production, l'application ne peut charger que les publications protégées par le « Basic Encryption Profile » LCP. Par exemple, les licences générées par le serveur LCP open source écrit en Go, sans le correctif qui active les profils de chiffrement LCP de niveau production.
Afin de créer une variante/dérivation de Thorium Reader conforme au LCP de qualité production (connue sous le nom de « fork »), des composants logiciels et des processus confidentiels supplémentaires doivent être intégrés dans le flux de travail de création/sortie de l'application personnalisée. Cela représente une quantité non négligeable de temps et d'efforts, ainsi qu'une collaboration étroite entre l'équipe de développement du fork et le personnel technique d'EDRLab. Pour couvrir les coûts opérationnels, EDRLab facture des frais de maintenance. N'hésitez pas à contacter EDRlab pour discuter de vos besoins.
thorium [args]
Commands:
thorium opds import opds feed
thorium import import epub or lpcl file
thorium read searches already-imported publications with the
provided TITLE, and opens the reader with the
first match
thorium [path] import and read an epub or lcpl file [default]
thorium completion generate bash completion script
Positionals:
path path of your publication, it can be an absolute, relative path [string]
Options:
--version Show version number [boolean]
--help Show help [boolean]
Le lecteur Thorium est composé de 3 parties :
Chaque partie exécute un contrôleur de modèle et une vue pour le processus de rendu.
Pour relier ces 3 parties nous utilisons :
Pour avoir une requête POST d'un processus de rendu vers le processus principal, nous utilisons la notion d'API. Ce n'est pas une API http mais une API encapsulée RPC, selon la logique redux/redux-saga avec Action et Réducteur.
Voici un schéma de la communication :
Src :
À l'heure actuelle, il existe 17 points de terminaison d'API provenant de (src/main/redux/sagas/api) :
bibliothèque:
Du processus principal au processus de rendu, ou du processus de rendu au processus principal.
Liste de toutes les actions en place (src/common/redux/actions) :