Mais n'est-il pas possible d'utiliser ces tubes nommées dans un protocole de communication sécurisé (type SSH) ? On pourrait aussi envisager de chiffrer les données avant envoi (dans le tube nommé) non ?
Ça impose de connaitre/imposer les 2 machines qui communiquent (sur un réseau local ça ne me parait pas trop contraignant) mais ça permet d'ajouter une couche de sécurité à faible frais.
Attention, je n'ai aucune compétence dans ce domaine. Seulement quelques notions de base donc peut-être que ces propositions ne sont pas applicables/sont inutiles.
D'ailleurs, en partant de ce principe (réseau local non sûr), quel est l'avantage des "web services/middlewares" ici ?
Effectivement, l'ensemble des paramètres restent vides. Je pense que cela vient de là :
la permission de stockage est utilisée pour conserver les réglages et les sources définie localement
Il faudrait sûrement intégrer des réglages par défaut mais on perdrait la possibilité de choisir (ou il faudrait le faire à chaque fois ce qui deviendrait vite fastidieux).
Il reste l'utilisation d'un conteneur dédié en navigation "classique" qui permet de palier (mais pas totalement) ce problème.
Une extension pour Fennec (ie Firefox sur Android) est-elle prévue ?
Et pour aller plus loin, un widget pour Android serait-il envisageable ? Avec des mots-clés et des sources de recherche définis par l'utilisateur avec une actualisation régulière automatique.
Également, diversifier ses sources est généralement une bonne idée pour éviter de s'enfermer dans un mode de pensée (à mon avis). Proposer des résultats d'autres sources que celles demandées par l'utilisateur (et identifiées comme telles visuellement) pourrait être une option intéressante.
Je me suis rappelé d'un article publié ici sur un outil de présentation dynamique : PAMPI.
Je ne sais pas s'il est possible de combiner les deux outils mais PAMPI utilise aussi Python comme langage de programmation et sort du HTML pour la visualisation.
Les possibilités sont très (trop probablement) évoluées pour une simple lecture de BD mais les différents effets auxquels j'avais pensés sont proposés. Il manque peut-être la possibilité de masquer une partie de l'image pour la faire apparaitre mais c'est peut-être aussi disponible.
Je me permets d'en remettre une couche dans ce fil de discussion :
Kumiko est une excellente idée mais il doit permettre de simplement "post-traiter" les découpages trouvés. Pour moi, cela implique les opérations suivantes :
- Modification de l'ordre de lecture des cases
- Redécoupage/fusion des cases trouvées
- Modification du niveau de zoom
- Ajout d'un délai pour passer aux cases suivantes automatiquement
Pour "Imbattable" par exemple, on pourrait imaginer une première lecture dans l'ordre chronologique, une seconde dans l'ordre du protagoniste principal (ou inversement) qui finirait sur la page entière. Plusieurs sens de lecture pourraient être proposés selon l'imagination des lecteurs etc.
Enfin, tu l'auras compris, ici je vois Kumiko comme un back-end, qui permettrait un pré-découpage servant de base, qu'il faudrait associer à un front-end pour permettre à un humain une "post-production" personnalisée, enregistrable et bien sûr partageable.
Ça me rappelle Ave!Comics qui intégrait une bibliothèque (au sens physique du terme) et un lecteur dynamique.
Le rendu était vraiment excellent et ça donnait "vie" aux pages.
L'inconvénient c'est que l'animation devait être faite à la main (je suppose au moins partiellement).
L'avantage c'est qu'elle n'était pas limitée à du case par case, ni à des format de cases particulier. Elle permettait aussi certains effets, comme afficher les bulles de contexte avant la case, ce qui mettait bien dans l'ambiance.
Bref, j'aurai adoré pouvoir faire ça sur les BDs de mon choix avec un frontend simple (je ne code qu'avec mes pieds).
J'espère que Kumiko permettra de reprendre les découpages et les modifier à terme. Car une automatisation de cette tâche de découpage est complexe et peut dégrader l'expérience de lecture, comme indiqué par les autres commentaires.
Pouvoir simplement définir un ordre de lecture des cases, un niveau de zoom par case et les fusionner/redécouper serait le top pour moi !
J'ai trouvé une appli qui fonctionne plutôt très bien pour la sauvegarde et la restauration des SMS (les MMS sont un peu plus aléatoires). Et il n'y a pas besoin d'être root.
Je suis d'accord avec toi, c'est compliqué : d'un côté la sauvegarde des applis/données d'applis et de l'autre les SMS/MMS/journaux d'appels.
Clairement oui. Certains SMS peuvent être importants et tout le monde n'utilise pas d'application conservant l'historique type Google Hangout ou Facebook Messenger pour communiquer. (oui le choix des applis est délibéré :p ).
Pour sauvegarder ses SMS et journaux d'appels, pas besoin d'être root.
Et pour être pointilleux, un accès adb suffit pour faire un backup de ses données (sans être root également du coup).
Cela dit et pour être honnête je n'ai jamais rien trouvé de mieux que Titanium Backup pour sauvegarder mes donnnées (Helium ne fonctionne pas toujours). Et je pense que c'est la seule appli "indispensable" pour moi qui nécessite d'être rooté.
Mais il m'est arrivé d'installer une rom "custom" sans être ou avoir été rooté et sans installer TWRP.
J'ai de moins en moins besoin des droits administrateur et de plus en plus d'applications ne fonctionnent pas quand on les a. Ce dernier point est anormal mais c'est un autre débat. ;)
Ça n'est pas aussi compliqué : l'étape du root n'est pas nécessaire, la sauvegarde peut être faite depuis TWRP (ou un autre recovery), copier un fichier dans le stockage d'un téléphone ne me semble pas hors de portée.
Pour moi, la difficulté principale reste l'installation des softs sur le PC (fastboot et adb) et surtout le déverrouillage du bootloader qui n'est parfois (souvent) pas possible.
Cela dit si le téléphone est verrouillé il n'y a probablement pas de LineageOS.
[^] # Re: 🎉🥳
Posté par Wendigogo . En réponse à la dépêche KaraDAV, un serveur WebDAV léger, compatible avec les applications ownCloud et NextCloud. Évalué à 6.
Je me permets de citer radicale qui me semble une bonne (dans le sens simple et légère) alternative Cal/CardDAV.
Je l'ai utilisé un bon moment sur une RPi like.
Mes 0.02 cents
[^] # Re: Réseau local sûr
Posté par Wendigogo . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 2.
Je partage cet avis.
Mais n'est-il pas possible d'utiliser ces tubes nommées dans un protocole de communication sécurisé (type SSH) ? On pourrait aussi envisager de chiffrer les données avant envoi (dans le tube nommé) non ?
Ça impose de connaitre/imposer les 2 machines qui communiquent (sur un réseau local ça ne me parait pas trop contraignant) mais ça permet d'ajouter une couche de sécurité à faible frais.
Attention, je n'ai aucune compétence dans ce domaine. Seulement quelques notions de base donc peut-être que ces propositions ne sont pas applicables/sont inutiles.
D'ailleurs, en partant de ce principe (réseau local non sûr), quel est l'avantage des "web services/middlewares" ici ?
[^] # Re: Marche pas en mode privé
Posté par Wendigogo . En réponse à la dépêche Meta-Press.es, outil de recherche dans la presse, libre et respectueux de la vie privée. Évalué à 2. Dernière modification le 06 avril 2021 à 10:03.
Effectivement, l'ensemble des paramètres restent vides. Je pense que cela vient de là :
Il faudrait sûrement intégrer des réglages par défaut mais on perdrait la possibilité de choisir (ou il faudrait le faire à chaque fois ce qui deviendrait vite fastidieux).
Il reste l'utilisation d'un conteneur dédié en navigation "classique" qui permet de palier (mais pas totalement) ce problème.
Enjoy !
# Ordiphone
Posté par Wendigogo . En réponse à la dépêche Meta-Press.es, outil de recherche dans la presse, libre et respectueux de la vie privée. Évalué à 2.
Projet très intéressant.
Une extension pour Fennec (ie Firefox sur Android) est-elle prévue ?
Et pour aller plus loin, un widget pour Android serait-il envisageable ? Avec des mots-clés et des sources de recherche définis par l'utilisateur avec une actualisation régulière automatique.
Également, diversifier ses sources est généralement une bonne idée pour éviter de s'enfermer dans un mode de pensée (à mon avis). Proposer des résultats d'autres sources que celles demandées par l'utilisateur (et identifiées comme telles visuellement) pourrait être une option intéressante.
Mes 0,02 cents
[^] # Re: Concept intéressant qui gagnerait beaucoup dans un lecteur complet
Posté par Wendigogo . En réponse à la dépêche Kumiko, découpe de bande dessinée et lecture case par case. Évalué à 3.
Je me suis rappelé d'un article publié ici sur un outil de présentation dynamique : PAMPI.
Je ne sais pas s'il est possible de combiner les deux outils mais PAMPI utilise aussi Python comme langage de programmation et sort du HTML pour la visualisation.
Les possibilités sont très (trop probablement) évoluées pour une simple lecture de BD mais les différents effets auxquels j'avais pensés sont proposés. Il manque peut-être la possibilité de masquer une partie de l'image pour la faire apparaitre mais c'est peut-être aussi disponible.
Mes 0.02 cents.
[^] # Re: hummpfff
Posté par Wendigogo . En réponse à la dépêche Kumiko, découpe de bande dessinée et lecture case par case. Évalué à 5. Dernière modification le 17 décembre 2020 à 17:16.
Je me permets d'en remettre une couche dans ce fil de discussion :
Kumiko est une excellente idée mais il doit permettre de simplement "post-traiter" les découpages trouvés. Pour moi, cela implique les opérations suivantes :
- Modification de l'ordre de lecture des cases
- Redécoupage/fusion des cases trouvées
- Modification du niveau de zoom
- Ajout d'un délai pour passer aux cases suivantes automatiquement
Pour "Imbattable" par exemple, on pourrait imaginer une première lecture dans l'ordre chronologique, une seconde dans l'ordre du protagoniste principal (ou inversement) qui finirait sur la page entière. Plusieurs sens de lecture pourraient être proposés selon l'imagination des lecteurs etc.
La première partie de la vidéo de Ave!Comics illustre assez bien ce dont je parle : seoul_district_teaser.
Enfin, tu l'auras compris, ici je vois Kumiko comme un back-end, qui permettrait un pré-découpage servant de base, qu'il faudrait associer à un front-end pour permettre à un humain une "post-production" personnalisée, enregistrable et bien sûr partageable.
Enjoy !
[^] # Re: Concept intéressant qui gagnerait beaucoup dans un lecteur complet
Posté par Wendigogo . En réponse à la dépêche Kumiko, découpe de bande dessinée et lecture case par case. Évalué à 5.
Ça me rappelle Ave!Comics qui intégrait une bibliothèque (au sens physique du terme) et un lecteur dynamique.
Le rendu était vraiment excellent et ça donnait "vie" aux pages.
L'inconvénient c'est que l'animation devait être faite à la main (je suppose au moins partiellement).
L'avantage c'est qu'elle n'était pas limitée à du case par case, ni à des format de cases particulier. Elle permettait aussi certains effets, comme afficher les bulles de contexte avant la case, ce qui mettait bien dans l'ambiance.
Bref, j'aurai adoré pouvoir faire ça sur les BDs de mon choix avec un frontend simple (je ne code qu'avec mes pieds).
J'espère que Kumiko permettra de reprendre les découpages et les modifier à terme. Car une automatisation de cette tâche de découpage est complexe et peut dégrader l'expérience de lecture, comme indiqué par les autres commentaires.
Pouvoir simplement définir un ordre de lecture des cases, un niveau de zoom par case et les fusionner/redécouper serait le top pour moi !
[^] # Re: Fork ?
Posté par Wendigogo . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 1.
J'ai trouvé une appli qui fonctionne plutôt très bien pour la sauvegarde et la restauration des SMS (les MMS sont un peu plus aléatoires). Et il n'y a pas besoin d'être root.
Je suis d'accord avec toi, c'est compliqué : d'un côté la sauvegarde des applis/données d'applis et de l'autre les SMS/MMS/journaux d'appels.
[^] # Re: Fork ?
Posté par Wendigogo . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 1.
Clairement oui. Certains SMS peuvent être importants et tout le monde n'utilise pas d'application conservant l'historique type Google Hangout ou Facebook Messenger pour communiquer. (oui le choix des applis est délibéré :p ).
[^] # Re: Fork ?
Posté par Wendigogo . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 1.
Pour sauvegarder ses SMS et journaux d'appels, pas besoin d'être root.
Et pour être pointilleux, un accès adb suffit pour faire un backup de ses données (sans être root également du coup).
Cela dit et pour être honnête je n'ai jamais rien trouvé de mieux que Titanium Backup pour sauvegarder mes donnnées (Helium ne fonctionne pas toujours). Et je pense que c'est la seule appli "indispensable" pour moi qui nécessite d'être rooté.
Mais il m'est arrivé d'installer une rom "custom" sans être ou avoir été rooté et sans installer TWRP.
J'ai de moins en moins besoin des droits administrateur et de plus en plus d'applications ne fonctionnent pas quand on les a. Ce dernier point est anormal mais c'est un autre débat. ;)
[^] # Re: Fork ?
Posté par Wendigogo . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 1.
Ça n'est pas aussi compliqué : l'étape du root n'est pas nécessaire, la sauvegarde peut être faite depuis TWRP (ou un autre recovery), copier un fichier dans le stockage d'un téléphone ne me semble pas hors de portée.
Pour moi, la difficulté principale reste l'installation des softs sur le PC (fastboot et adb) et surtout le déverrouillage du bootloader qui n'est parfois (souvent) pas possible.
Cela dit si le téléphone est verrouillé il n'y a probablement pas de LineageOS.
[^] # Re: Mmm … ce logo !
Posté par Wendigogo . En réponse à la dépêche Campagne de financement d’eelo pour un smartphone respectueux de la vie privée. Évalué à 0.
Ou la Fondation Mozilla et son navigateur Firebird … :p
------>[]