[Vivaldi] version 1.14 finale pour Windows/MacOSX/Linux
13 réponses
rm
Salut,
Cette nouvelle version de Vivaldi apporte 4 nouvelles fonctionnalités (et
corrige une quarantaine de bugs) :
- Mode lecture vertical pour celles et ceux qui lisent du chinois, du
coréen ou du japonais
- Support de la syntaxe Markdown dans les notes
- Possibilité de réorganiser les panneaux Web (et même
signets/notes/téléchargement/historique/fenêtre)
- Possibilité de classer les moteurs de recherche personnalisés
La Synchro, pas encore complètement finalisée, est reléguée à une
activation via vivaldi://experiments . À tester avec les sauvegardes qui
s'imposent.
N'hésitez pas à me faire remonter tout souci de localisation FR.
À noter que la mise à jour sous Linux ne se fera automatiquement que dans
quelques jours : voir
https://vivaldi.com/blog/vivaldi-1-14-linux-delayed-autoupdate/
Source : https://vivaldi.com/browser/whats-new-in-vivaldi-1-14 et
https://vivaldi.com/blog/vivaldi-1-14-three-years-of-continuous-innovation/
Salut, Le mercredi 31 janvier 2018 à 23:20, MELMOTH a écrit :
Ce cher mammifère du nom de rm nous susurrait, le mercredi 31/01/2018, dans nos oreilles grandes ouvertes mais un peu sales quand même, et dans le message , les doux mélismes suivants :
Il doit être possible de faire mieux évidemment, via des RegExp et en lisant mieux la doc :)
C'est sympa de te décarcasser...Mais c'est très lourd !...Si J'ai bien compris (et essayé), il faut à chaque fois ouvrir l'extension et renseigner l'adresse de l'article ?!...
Non, normalement, les règles de redirection définies dans ce truc sont conservées tant que l'extension est installée et tout lien wikipedia FR sera redirigé sur le wikiwand FR... Après Tu peux adapter et/ou faire d'autres règles pour EN etc... Ça risque d'être un contournement utile un certain temps car les dev' n'arrivent pas à reproduire le bug actuellement :-/ -- rm - http://vivaldi-fr.com
Salut,
Le mercredi 31 janvier 2018 à 23:20, MELMOTH a écrit :
Ce cher mammifère du nom de rm nous susurrait, le mercredi 31/01/2018,
dans nos oreilles grandes ouvertes mais un peu sales quand même, et
dans le message <1cccgmuxx2sca.dlg@vivaldi.com>, les doux mélismes
suivants :
Il doit être possible de faire mieux évidemment, via des RegExp et en
lisant mieux la doc :)
C'est sympa de te décarcasser...Mais c'est très lourd !...Si J'ai bien
compris (et essayé), il faut à chaque fois ouvrir l'extension et
renseigner l'adresse de l'article ?!...
Non, normalement, les règles de redirection définies dans ce truc sont
conservées tant que l'extension est installée et tout lien wikipedia FR
sera redirigé sur le wikiwand FR...
Après Tu peux adapter et/ou faire d'autres règles pour EN etc...
Ça risque d'être un contournement utile un certain temps car les dev'
n'arrivent pas à reproduire le bug actuellement :-/
Salut, Le mercredi 31 janvier 2018 à 23:20, MELMOTH a écrit :
Ce cher mammifère du nom de rm nous susurrait, le mercredi 31/01/2018, dans nos oreilles grandes ouvertes mais un peu sales quand même, et dans le message , les doux mélismes suivants :
Il doit être possible de faire mieux évidemment, via des RegExp et en lisant mieux la doc :)
C'est sympa de te décarcasser...Mais c'est très lourd !...Si J'ai bien compris (et essayé), il faut à chaque fois ouvrir l'extension et renseigner l'adresse de l'article ?!...
Non, normalement, les règles de redirection définies dans ce truc sont conservées tant que l'extension est installée et tout lien wikipedia FR sera redirigé sur le wikiwand FR... Après Tu peux adapter et/ou faire d'autres règles pour EN etc... Ça risque d'être un contournement utile un certain temps car les dev' n'arrivent pas à reproduire le bug actuellement :-/ -- rm - http://vivaldi-fr.com
MELMOTH
Ce cher mammifère du nom de rm nous susurrait, le jeudi 01/02/2018, dans nos oreilles grandes ouvertes mais un peu sales quand même, et dans le message , les doux mélismes suivants :
les règles de redirection définies dans ce truc sont conservées tant que l'extension est installée et *tout lien wikipedia FR sera redirigé sur le wikiwand FR*...
Ben Ça marche pas chez Moi... Forcément... -- Car avec beaucoup de science, il y a beaucoup de chagrin ; et celui qui accroît sa science, accroît sa douleur. [Ecclésiaste, 1-18] MELMOTH - souffrant
Ce cher mammifère du nom de rm nous susurrait, le jeudi 01/02/2018,
dans nos oreilles grandes ouvertes mais un peu sales quand même, et
dans le message <jgq3gd8o9b4c.dlg@vivaldi.com>, les doux mélismes
suivants :
les règles de redirection définies dans ce truc sont
conservées tant que l'extension est installée et *tout lien wikipedia FR
sera redirigé sur le wikiwand FR*...
Ben Ça marche pas chez Moi...
Forcément...
--
Car avec beaucoup de science, il y a beaucoup de chagrin ; et celui qui
accroît sa science, accroît sa douleur.
[Ecclésiaste, 1-18]
MELMOTH - souffrant
Ce cher mammifère du nom de rm nous susurrait, le jeudi 01/02/2018, dans nos oreilles grandes ouvertes mais un peu sales quand même, et dans le message , les doux mélismes suivants :
les règles de redirection définies dans ce truc sont conservées tant que l'extension est installée et *tout lien wikipedia FR sera redirigé sur le wikiwand FR*...
Ben Ça marche pas chez Moi... Forcément... -- Car avec beaucoup de science, il y a beaucoup de chagrin ; et celui qui accroît sa science, accroît sa douleur. [Ecclésiaste, 1-18] MELMOTH - souffrant
rm
Bonsoir, Le jeudi 1 février 2018 à 05:43, Dominique a écrit :
Le 31/01/2018 à 18:36, rm a écrit :
Vivaldi utilise le gestionnaire de mot de passe du système et il doit être possible avec certains environnements sous Linux de le configurer pour qu'il ne s'ouvre pas en même temps que la session, mais juste dès que le besoin s'en fait sentir, avec Vivaldi par exemple et se referme automatiquement à la fermeture de l'application qui à demandé son activation.
J'utilise seahorse qui n'a pas ce comportement. Certes, Vivaldi l'ouvre en me demandant mon MDP si le besoin s'en fait sentir. Mais Vivaldi ne le ferme pas quand je quitte l'application. seahorse reste ouvert et en accès libre si je relance Vivaldi.
Si j'avais un tel besoin, j'essayerais de faire un script qui lance Vivaldi et ferme le bazar dès que Vivaldi est lui même fermé :) Ou une tâche planifiée qui ferme le trousseau de clé toutes les 42 secondes...
Il me faut penser à retourner dans seahorse pour fermer l'accès à mon trousseau de clefs.
Si tu fermes/verrouilles ta session, tu confirmes bien que l'hippocampe est bien fermé aussi quand tu la réouvres ?
Il est possible que je ne sache pas utiliser seahorse. Il existe peut-être une autre application de sauvegarde de MDP qui ait un comportement comme celui que j'attends : il est fermé en temps normal. Vivaldi me demande de l'ouvrir si nécessaire et le referme en partant.
On m'avait causé de certains keyrings sur certains desktop-environment qui permettaient plein de réglages (quand ça doit s'ouvrir, combien de temps ça doit rester ouvert si non utilisé, quand fermer le zimbrec, et j'en passe) mais bon y a tellement de DE et de trousseau de clé là dessus...
Là, avec un système simple, je pense que je regarderai de plus près Vivaldi. Pour l'instant, je suis très réservé.
Je crains que pour beaucoup d'utilisateurs, le simple verrouillage de session soit la solution la plus simple pour éviter tout accès à ses applications et/ou données. Mais bon la feature-request pour un gestionnaire-maison-protégé-par-un-master-password est ouverte et sera peut-être traitée un jour. Ou l'autre. Ils savent faire, puisqu'Opera 12 intégrait ça. D'ailleurs je vais rajouter le tag 'opera-parity', ça les motivera peut-être plus que 'firefox-parity' <:o)
Je te remercie pour l'attention que tu portes à mes messages,
Au plaisir, -- rm - http://vivaldi-fr.com
Bonsoir,
Le jeudi 1 février 2018 à 05:43, Dominique a écrit :
Le 31/01/2018 à 18:36, rm a écrit :
Vivaldi utilise le gestionnaire de mot de passe du système et il doit être
possible avec certains environnements sous Linux de le configurer pour
qu'il ne s'ouvre pas en même temps que la session, mais juste dès que le
besoin s'en fait sentir, avec Vivaldi par exemple et se referme
automatiquement à la fermeture de l'application qui à demandé son
activation.
J'utilise seahorse qui n'a pas ce comportement. Certes, Vivaldi l'ouvre
en me demandant mon MDP si le besoin s'en fait sentir. Mais Vivaldi ne
le ferme pas quand je quitte l'application. seahorse reste ouvert et en
accès libre si je relance Vivaldi.
Si j'avais un tel besoin, j'essayerais de faire un script qui lance Vivaldi
et ferme le bazar dès que Vivaldi est lui même fermé :) Ou une tâche
planifiée qui ferme le trousseau de clé toutes les 42 secondes...
Il me faut penser à retourner dans seahorse pour fermer l'accès à mon
trousseau de clefs.
Si tu fermes/verrouilles ta session, tu confirmes bien que l'hippocampe est
bien fermé aussi quand tu la réouvres ?
Il est possible que je ne sache pas utiliser seahorse. Il existe
peut-être une autre application de sauvegarde de MDP qui ait un
comportement comme celui que j'attends : il est fermé en temps normal.
Vivaldi me demande de l'ouvrir si nécessaire et le referme en partant.
On m'avait causé de certains keyrings sur certains desktop-environment qui
permettaient plein de réglages (quand ça doit s'ouvrir, combien de temps ça
doit rester ouvert si non utilisé, quand fermer le zimbrec, et j'en passe)
mais bon y a tellement de DE et de trousseau de clé là dessus...
Là, avec un système simple, je pense que je regarderai de plus près
Vivaldi. Pour l'instant, je suis très réservé.
Je crains que pour beaucoup d'utilisateurs, le simple verrouillage de
session soit la solution la plus simple pour éviter tout accès à ses
applications et/ou données.
Mais bon la feature-request pour un
gestionnaire-maison-protégé-par-un-master-password est ouverte et sera
peut-être traitée un jour. Ou l'autre. Ils savent faire, puisqu'Opera 12
intégrait ça. D'ailleurs je vais rajouter le tag 'opera-parity', ça les
motivera peut-être plus que 'firefox-parity' <:o)
Je te remercie pour l'attention que tu portes à mes messages,
Bonsoir, Le jeudi 1 février 2018 à 05:43, Dominique a écrit :
Le 31/01/2018 à 18:36, rm a écrit :
Vivaldi utilise le gestionnaire de mot de passe du système et il doit être possible avec certains environnements sous Linux de le configurer pour qu'il ne s'ouvre pas en même temps que la session, mais juste dès que le besoin s'en fait sentir, avec Vivaldi par exemple et se referme automatiquement à la fermeture de l'application qui à demandé son activation.
J'utilise seahorse qui n'a pas ce comportement. Certes, Vivaldi l'ouvre en me demandant mon MDP si le besoin s'en fait sentir. Mais Vivaldi ne le ferme pas quand je quitte l'application. seahorse reste ouvert et en accès libre si je relance Vivaldi.
Si j'avais un tel besoin, j'essayerais de faire un script qui lance Vivaldi et ferme le bazar dès que Vivaldi est lui même fermé :) Ou une tâche planifiée qui ferme le trousseau de clé toutes les 42 secondes...
Il me faut penser à retourner dans seahorse pour fermer l'accès à mon trousseau de clefs.
Si tu fermes/verrouilles ta session, tu confirmes bien que l'hippocampe est bien fermé aussi quand tu la réouvres ?
Il est possible que je ne sache pas utiliser seahorse. Il existe peut-être une autre application de sauvegarde de MDP qui ait un comportement comme celui que j'attends : il est fermé en temps normal. Vivaldi me demande de l'ouvrir si nécessaire et le referme en partant.
On m'avait causé de certains keyrings sur certains desktop-environment qui permettaient plein de réglages (quand ça doit s'ouvrir, combien de temps ça doit rester ouvert si non utilisé, quand fermer le zimbrec, et j'en passe) mais bon y a tellement de DE et de trousseau de clé là dessus...
Là, avec un système simple, je pense que je regarderai de plus près Vivaldi. Pour l'instant, je suis très réservé.
Je crains que pour beaucoup d'utilisateurs, le simple verrouillage de session soit la solution la plus simple pour éviter tout accès à ses applications et/ou données. Mais bon la feature-request pour un gestionnaire-maison-protégé-par-un-master-password est ouverte et sera peut-être traitée un jour. Ou l'autre. Ils savent faire, puisqu'Opera 12 intégrait ça. D'ailleurs je vais rajouter le tag 'opera-parity', ça les motivera peut-être plus que 'firefox-parity' <:o)
Je te remercie pour l'attention que tu portes à mes messages,
