Re: [fr-qa] Instance de test Discourse, quid du projet FR ?

[Alexander Thurgood]

Bonsoir Sophie,

Pour ma part, je suis preneur !

Ceci dit, je connais déjà Discourse d'un autre groupe/forum auquel je 
participe (pour des britanniques ou anglophones/philes vivant en France).


Comme tout outil de ce genre, il a des plus et des moins.

Parmi les moins, je trouve que les fils de discussion ne sont pas 
toujours très lisibles, car les réponses des uns et des autres 
s'intercalent sans arborescence descendante, et lorsqu'il y a beaucoup 
de contributions à un sujet, cela devient vité ingérable, avec un effet 
scrolling déroutant, pour essayer d'arriver à la fin du fil de discussion.


D'un autre côté, le fait de pouvoir téléverser images, PDF, liens etc, 
c'est un vrai plus.



Alex


Le 14/04/2022 à 18:24, sophi a écrit :

Bonjour,

Nous expérimentons actuellement la mise en place d'un forum Discourse 
pour les groupes de travail (QA, documentation, l10n) et les discussions.


L'idée au départ était de faire un pont entre le forum et les listes, 
mais techniquement, ce n'est pas possible.
Ce qui est possible, c'est d'inscrire les membres de la liste au forum 
et que ceux-ci interagissent soit via mails, soit via le forum à 
l'aide des notifications (i.e. lorsqu'un sujet est créé sur le forum, 
une notification est envoyée et il est possible d'y répondre par mail 
ou directement sur le forum).

Note: nous n'allons pas supprimer les listes :)

Seriez vous intéressés pour que certaines de nos listes (QA et doc 
notamment) soient portées sur le forum ? Les avantages sont que l'ont 
peut poster des images et des ODF/PDF, une meilleure clarté des fils 
de discussion et une plus grande attractivité pour les jeunes 
contributeurs.


L'instance de test actuellement en place est ici :
https://communitytest.documentfoundation.org/

À bientôt
Sophie
--
Sophie Gautier so...@libreoffice.org
GSM: +33683901545
IRC: soph
Foundation coordinator
The Document Foundation



--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Remplacer Jre par "eclipse adoptium" (ex openjdk) sous windows x86 et x64

[Alexander Thurgood]

Bonjour Nicolas,

Oui, j'ai vu, et déjà laissé un commentaire.

Julien Nabet a par ailleurs demandé à un dev plus au fait des 
difficultés de reconnaissance des versions JDK et et son instanciation 
de commenter.


On verra ce que ça peut donner. La reconnaissance des JDK pose toujours 
un problème de temps en temps, soit à cause de l'architecture, soit à 
cause de la version (de mémoire, les versions de JDK reconnues par LO 
sont codées en dur) et le code ne sait pas faire la distinction entre 
les différentes architectures si elles portent toutes le même nom).


Alex


Le 15/11/2021 à 14:18, Nicolas a écrit :

Bonjour Alex,

J'ai fini par créer un bug

https://bugs.documentfoundation.org/show_bug.cgi?id=145695

Nicolas Paour

Le 05/11/2021 à 19:10, Alexander Thurgood a écrit :

Bonjour Nicolas,

Peut-être rajouter un commentaire ici, et/ou changer le drapeau 
hardware pour indiquer que le problème s'applique aussi à WindowsOS ?


https://bugs.documentfoundation.org/show_bug.cgi?id=144695


Alex




--
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Remplacer Jre par "eclipse adoptium" (ex openjdk) sous windows x86 et x64

[Alexander Thurgood]

Bonjour Nicolas, 

Peut-être rajouter un commentaire ici, et/ou changer le drapeau hardware pour 
indiquer que le problème s'applique aussi à WindowsOS ? 

https://bugs.documentfoundation.org/show_bug.cgi?id=144695


Alex



Le 5 nov. 2021 à 18:37, à 18:37, Nicolas  a écrit:
>Bonjour,
>
>Je relance mon sujet "*[fr-qa] Et si on préconisait AdoptOpenJDK 11" 
>**(*https://listarchives.libreoffice.org/fr/qa/2021/msg00032.html)
>
>Notamment car :
>
>- les licences java ont changé https://www.java.com/en/download/
>- depuis la version jre-8u311 on rencontre fréquemment une erreur 
>d'installation 1603 que Java n'arrive pas à isoler 
>https://www.java.com/en/download/help/error_1603.html
>- C'est plus fun d'être full open
>
>Mon projet :
>
>AdoptOpenJDK est devenu "eclipse adoptium" 
>(https://adoptium.net/releases.html?variant=openjdk17=hotspot)
>
>La version stable est la Temurin 17.
>
>Le but est de l'inclure dans ma version "clé en main" 
>(http://paour.free.fr/libreoffice/index.php) mais ce n'est pas l'objet 
>de cet échange !
>
>Problème :
>
>_sous win x64 avec Libreoffice x64_
>
>Contrairement à Java x86 (s'il et installé en même temps que java x64) 
>qui n’apparaît pas dans la liste avancée -> Environnement d'exécution 
>java déjà installés
>
>les deux versions de eclipse adoptium (x86 et x64) sont listées ce qui 
>produira une erreur dans base si l'utilisateur coche la version x86
>
>de même sous _win x64 __avec Libreoffice x86_
>
>Contrairement à Java 64 (s'il et installé en même temps que java x86) 
>qui n’apparaît pas dans la liste avancée -> Environnement d'exécution 
>java déjà installés
>
>les deux versions de eclipse adoptium (x86 et x64) sont listées ce qui 
>produira une erreur dans base si l'utilisateur coche la version x64
>
>Avez-vous la main dessus ou dois-je faire remonter un bug.
>
>Autre question :
>
>Puis-je créer une nouvelle page WIKI pour compéter cet article
>https://wiki.documentfoundation.org/Faq/General/149/fr
>
>Merci de m'avoir lu et compris
>
>**
>
>-- 
>Nicolas Paour
>
>
>-- 
>Cet email a fait l'objet d'une analyse antivirus par AVG.
>http://www.avg.com
>
>-- 
>Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous
>désinscrire
>Les archives de la liste sont disponibles à
>https://listarchives.libreoffice.org/fr/qa/
>Privacy Policy: https://www.documentfoundation.org/privacy

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Re: Retrait Support Carnet d'Adresses Thunderbird au format mab

[Alexander Thurgood]

Le 21/04/2021 à 15:15, jeanmi2403 a écrit :



> J'ai peur de comprendre. Parles-tu uniquement de sqlite, à propos du
> dysfonctionnement de ces pilotes, ou en général ?
> Car on utilise bien JDBC pour l'accès à une base de données HSQL externe, et
> éventuellement, ODBC avec Mysql.
> Et je n'ai pas constaté de problème en refaisant les exemples du Guide Base
> (6.4).
> Faut-il s'attendre à des soucis avec les versions à venir ?
> Cordialement,
>
Uniquement à propos de sqlite, désolé si c'était confus.

Alex


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Retrait Support Carnet d'Adresses Thunderbird au format mab

[Alexander Thurgood]

Bonjour à toutes et à tous,

Je ne l'ai pas vu passer sur cette liste, mais afin d'éviter les
mauvaises surprises, je voulais attirer l'attention des lecteurs ici sur
le fait que le support du carnet d'adresses Thunderbird a été retiré
dans l'actuel 7.2 en cours de développement.

Il n'y a pour le moment aucun remplacement de cette fonctionnalité en
développement.

Ce changement est intervenu suite au passage du projet Thunderbird à un
carnet d'adresse utilisant sqlite à la place de l'actuel abook.mab, soit
depuis TB78.

Cela veut dire que le carnet d'adresse TB n'est déjà plus reconnu par
LO  partir de la version 78 de Thunderbird.

Chez LO, le support du carnet d'adresse TB était fourni par le pilote
MORK, développé il y a quelques années déjà. C'est ce pilote et le code
autour qui sera désactivé dans la future 7.2.

Comme vous le savez sans doute, LO n’intègre aucun support natif pour
sqlite, et les pilotes autres (jdbc, odbc) ne fonctionnent que
partiellement, voire pas du tout, sur l'ensemble des OS principaux sur
lesquels LO tournent (Win/Lin/Mac).

Si vous avez des clients/utilisateurs qui dépendent de cette
fonctionnalité, commencez à les préparer à cette nouvelle limitation.


Pour info également, et de manière connexe, sur macOS :

- les accès aux sources de données ODBC ne fonctionnent plus sur puces
M1 (bug 138990) ;

- l'accès au carnet d'adresse Mac (Contacts.app) fait planter LO de
manière répétée (bug 126961).

A bon entendeur !

Alex







-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Re: Et si on préconisait AdoptOpenJDK 11

[Alexander Thurgood]

Le 16/04/2021 à 17:46, Nicolas a écrit :

> Merci Alex pour ce retour.
>
> Et pour en finir, AdoptOpenJDK 11 peut-il être
>
> aussi considéré comme un environnement Java stable, ou faut-il continuer
>
> avec Java Oracle ?
>
> Nicolas
>
>

Personnellement, je ne le trouve pas plus/moins problématique sur macOS
que le JDK d'Oracle.

Les deux sont, ou ne sont pas, reconnus par LO, en fonction des
différentes versions du JDK et de LO, donc les problèmes pour moi sont à
peu près les mêmes.

La différence principale pour moi n'est pas tant la stabilité, mais la
licence. Celle d'Oracle ne couvre pas l'utilisation de son JDK dans un
environnement professionnel sans payer une redevance à Oracle, pour des
fonctionnalités dites d'entreprise que je n'utilise pas de toutes
façons, alors le choix est vite fait. Ce n'est pas parce que Oracle ne
fait rien pour aller chercher les dûs qui lui paraissent possibles que
ce problème-là (paiement de la redevance) aura disparu pour autant.


Alex


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Re: Et si on préconisait AdoptOpenJDK 11

[Alexander Thurgood]

Le 16/04/2021 à 13:49, Nicolas a écrit :

> Bonjour,
>
> Quel test peut-on faire pour voir si base utilise (ou non) Java ?
>
> Ouverture de base ? Une requête ?
>
> Libo 7.0.5 n'utilise plus officiellement Java ? un lien ?
>
> Merci pour vos réponses détaillée et éclairée :)
>
> Nicolas
>
>

Bonjour,

Par défaut, le moteur de base de données utilisé dans les fichiers ODB
embarquant un tel moteur utilise encore du HSQLDB. Ceci nécessite, pour
fonctionner qu'une JVM/JDK soit installée au niveau de l'OS et reconnue
par LO.

La transition vers le moteur par défaut de Firebird embarqué dans les
fichiers ODB n'a pas eu lieu, à cause des trop nombreux rapports de
bogue rendant l'utilisation de Firebird beaucoup moins commode et moins
fournie pour l'utilisateur lambda qu'avec l'actuel HSQLDB 1.8.0 vieux de
plus de 10 ans...c'est pour dire le travail qu'il reste à accomplir. Si
on est un DBA aguerri, et on sait contourner les limitations de
l'implémentation actuelle de Firebird embarqué dans LO avec des
manipulations DML/DDL, alors on peut s'affranchir du besoin de rester
avec du HSQLDB. Pour l'utilisateur lambda, point de salut.

Le développement qui a été fait pour réussir cette transition n'était
malheureusement pas complet, et mon ressenti est qu'il y a certainement
des leçons à tirer pour la fondation TDF par rapport à la
sous-estimation du travail nécessaire autour de ce développement. La
fondation avait fait à l'époque un appel d'offre pour le développement
d'une fonctionnalité de migration des bases de données existantes
HSQLDB/ODB qui, finalement, était encore très loin de la fonctionnalité
nécessaire pour qu'une grande majorité d'utilisateurs puisse migrer
sereinement sans craindre de perdre leur travail remontant à plusieurs
années en arrière, parfois de manière irrécupérable.

Par ailleurs, le générateur de rapport, lui, nécessite qu'une JVM soit
installée, que l'on utilise du Firebird ou du HSQLDB dans ses fichiers
ODB, ou un quelconque autre moteur de BDD. On n'est pas près de s'en
débarasser non plus, donc le no-Java et un environnement pleinement
fonctionnel tel qu'on peut le connaître avec la nécessité du Java n'est
pas pour tout de suite, à mon avis. On n'a qu'à regarder Collabora, qui
a fait le choix de ne pas supporter l'intégration de Java dans ses
produits sur macOS. Du coup, aucune fonctionnalité Java n'est supportée
dans la version desktop de LibreOffice distribuée par Collabora. Comble
de malheur pour Collabora, le passage au processeur M1 d'Apple a
également fait en sorte de rendre le peu de support Firebird embarqué
totalement HS.

Pour ma part, je vois une lente dégradation de la fonctionnalité des BDD
au sein de LO.

Les raisons en sont multiples à mon avis:

- il n'y a pas l'expertise nécessaire au sein de la communauté pour
mener le développement de ce module ;

- il n'y a pas les ressources dans la communauté pour réparer les bugs
que les développeurs d'autres modules de LO continuent à infliger au
module BDD, soit par effet de bord, soit par manque de vision /
compréhension globale de l'étendue de l'intégration du module BDD au
sein de LO ;

- le code qui fait que cela a fonctionné bon an mal an est assez
complexe et parfois assez abscons - à déboguer, c'est une vraie plaie.

Sans vouloir paraître trop pessimiste, j'ai personnellement l'impression
que les partenaires "industriels" et les principaux contributeurs en
termes de code à LO, aimeraient que ce module disparaissent à terme -
même s'ils ne l'admettent pas publiquement, ça les arrangerait
grandement, car rares sont les développeurs chez ces partenaires qui
utilisent des bases de données dans un environnement de LO pour leur
travail au quotidien, et encore moins ceux qui poussent l'outil jusque
dans ses retranchements.


Alex










-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] [Liboo6.3.3] Calc insertion d'une feuille impossible

[Alexander Thurgood]

Pour ce que ça vaut, j'ai un problème semblable sous macOS et Writer
avec la commande correspondante "Insertion texte depuis fichier..."

LO6342

Pas de message d'erreur par contre.

Cela ne le fait pas avec LOVanilla qui fonctionne correctement.

Alex




-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

[fr-qa] Page de téléchargement en français - prérequis erroné

[Alexander Thurgood]

Bonjour à tous,

Pour info la page :

https://fr.libreoffice.org/get-help/system-requirements/

est erronée en ce qui concerne le prérequis pour macOS.

Il faut une version minimum de 10.10 pour l'OS pour faire tourner LO6.3.
Or, la page en question indique toujours qu'une version 10.9 suffit.

J'ai déjà traité 2 rapports de bug sur ce point. La page anglaise
correspondante a déjà été corrigée.


Alex





-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Pb d'éditeur dans l'IDE LibreOffice

[Alexander Thurgood]

Bonjour Jean-François,

Quelle est ta police système ?

De mémoire, il me semble que l'IDE reprend la police système, je ne suis
pas certain que tu puisse le changer au sein de la configuration de LO,
mais tu peux préciser s'il s'agit d'une police proportionnelle ou non,
ainsi que la taille par défaut.

Il y a peut-être du coup un bug entre l'IDE et la police système choisie
par Mint.

Sous Outils > Options > Polices, tu as quoi comme options pour
"Paramétrages de Police pour les Sources HTML, Basic et SQL" ?


Alex




-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [fr-qa] Bug dans libreoffice ?

[Alexander Thurgood]

Bonjour à tous,

On dirait ce bug :

https://bugs.documentfoundation.org/show_bug.cgi?id=52598



Alex





-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Appel à testeurs - migration automatique de fichiers ODB vers Firebird

[Alexander Thurgood]

> Il reste une ou deux autres questions, si Firebird devient la norme.
> Est-ce qu'il faudra comme maintenant, pour utiliser une base de données
> multiposte ou la sécuriser, passer par une connexion externe Firebird ou
> la connexion intégrée suffira ? Mais peut-être qu'à ce stade tu (on) ne
> le sais pas encore.
>

Là, j'avoue, ça dépasse mes connaissances ;-)

Si c'est le moteur (lib)fbembed.(dll/dylib/so) qui est utilisé, alors en
principe, la bibliothèque prend en charges des connexions multiples avec
des utilisateurs multiples.
Il me semble que c'est ça qui est utilisé, mais je n'ai jamais essayé.


Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Appel à testeurs - migration automatique de fichiers ODB vers Firebird

[Alexander Thurgood]

Bonjour Ysabeau,


Le 11/04/2018 à 09:04, Ysabeau a écrit :

> Donc, si je comprends bien, ça n'aura aucun impact sur les bases hsqldb
> externes.
Je l'espère, mais je n'en sais rien, c'est tout frais, j'ai vu passer
l'annonce hier sur la liste dev.

En principe, il ne devrait y avoir aucun impact sur les bases HSQLDB
externes, en tout cas, elles ne devraient pas être prises en charge par
la conversion automatique, si j'ai bien compris.

En ce qui me concerne, les bases externes HSQLDB ne peuvent de toutes
manières coexister avec le support HSQLDB embarqué sur LO pour Mac, à
cause d'un problème de chemin du fichier hsqldb.jar - cela fait un
moment que ce problème existe sur MacOS d'ailleurs.

>
> Quel est est l'intérêt de passer à Firebird interne au fait ? J'ai lu
> pas mal de choses sur firebird, plus ou moins récentes, et, dans
> l'ensemble, j'ai lu que ce n'était pas au point. Est-ce que ça a changé
> (je ne passe pas mon temps à suivre l'actualité de ce sujet), j'imagine
> que oui, mais bon, la question idiote est celle qu'on ne pose pas.
>
L'intérêt, c'est de réduire encore plus la dépendance sur la nécessité
d'avoir une JVM ou un JDK installée sur sa machine, car à a chaque
changement de version majeure, et parfois mineure, de JDK/JVM Oracle,
c'est la croix et la bannière pour rattraper le coup au niveau de LO.

Cette réduction de la dépendance sur Java est un objectif à long terme
depuis longtemps au sein du projet LO. Le projet de migration
automatique soutenu par TDF a pour objectif de faciliter la transition
vers du Firebird intégré qui devient alors le moteur par défaut. Les
changements effectués dans master ont d'ailleurs retiré le support pour
la création de fichiers ODB avec du HSQLDB intégré, ce qui fait que
l'utilisateur n'aura plus le choix quoiqu'il arrive.

Côté bugs, il en reste un certain nombre (environ une trentaine de bugs
spécifiques à Firebird).

> Est-ce qu'on pourra garder nos bases hsqldb externes et faire des bases
> Firebird internes en même temps ?

A priori, c'est comme ça que j'ai compris le fonctionnement.

Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-qa] Appel à testeurs - migration automatique de fichiers ODB vers Firebird

[Alexander Thurgood]

Bonjour à tous,

Juste une petite notification pour vous informer que Tamas Bunth, un des
développeurs chez Collabora en charge de l'implémentation de la
migration des fichiers Base-hsqldb embarqué vers Firebird-embarqué,
cherche des gens pour tester la nouvelle fonctionnalité de migration
automatique qui vient d'être intégrée dans la branche master.

Cette migration se fera de manière automatique (et a priori
transparente) pour l'utilisateur lors du chargement du fichier
ODB-hsqldb. Je n'ai pas encore compris tous les détails de
l'implémentation, mais a priori la conversion se fait en mémoire et le
fichier ODB est ré-écrit avec la nouvelle définition adaptée à
l'utilisation avec le moteur FB.

A priori, il n'y aura pas de retour en arrière possible. Cela veut dire
que ces fichiers ODB ne pourront plus être ouverts par des versions de
LO qui n'intégreront pas le support des bases FB, ou pour lesquelles le
support des bases FB n'aura pas été activé (option expérimentale chez LO
5.x)

Du coup, si vous testez cette fonctionnalité, faites attention à
n'utiliser que des copies de vos fichiers Base.

Merci de rapporter toute erreur dans le bugzilla, on fera le tri.


Alex





-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
https://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

[Alexander Thurgood]

> C'est aussi un objectif et une motivation de se tenir dans cette
> fourchette. Et un constat que nous n'arrivons pas à aller en dessous.
>

Si, si, on y est arrivé au moins une fois, il me semble :-) mais cela
n'a pas duré ;-)

Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

[Alexander Thurgood]

Bonjour Pierre,


Le 18/08/2017 à 12:05, Pierre Choffardet a écrit :

> Ensuite, je critique le critère qualité de la suite : Le nombre de bugs 
> corrigés. (par ce que c'est un peu cocasse tout de même de sortir une version 
> annoncée comme mature pour un déploiement en entreprise pourrie et 
> s'enorgueillir de l’énorme travail de qualité produit). Jamais TDF ou les 
> devs, ne communiquent sur le nombre de régressions ou de bugs ouverts. 
> Pourquoi ? Cela donne l'impression qu'ils s’en foutent.
Il y a un compte rendu sur l'évolution des régressions et des bugs
ouverts/non-confirmés toutes les semaines dans le rapport ESC, mais pour
le voir, tu dois soit être abonné à la liste ml dev, soit aller piocher
je ne sais plus trop où dans le wiki du site du projet (ils sont quand
même publiés).

J'ai personnellement des doutes sur l'exactitude des chiffres avancés
parce que le projet QA est organisé de telle sorte qu'un bug est
automatiquement rayé de la liste après un certain temps d'inactivité
(plus d'un an tout de même, mais n'empêche), vu qu'il a été décidé que
la seule manière rationnelle de gérer ces rapports de bug était de les
virer sans vérifier à l'avance si le code en rapport avec le bug avait
pu subir des changements/développements entretemps. Au lieu de ça, on
envoie un mail automatique de rappel sur le rapport de bug et en
principe à celui qui l'a ouvert, pour lui demander de tester avec une
version récente, en présumant que la personne en question est restée
utilisateur de la suite... C'est une façon d'éliminer des bugs que je ne
trouve pas honnête et j'ai déjà dit à l'époque lorsque cette décision
avait été prise ce que j'avais à dire sur le sujet. Sans cette
élimination automatique, c'est certain que le nombre de bugs existants
serait nettement supérieurs à ce qu'il est aujourd'hui et les
statistiques nettement moins "encourageantes".

Tout ça pour dire que tu peux trouver les rapports "officiels", mais les
stats sont à mon avis et pour les raisons données ci-dessus
nécessairement biaisées. Les UNCO (pour bugs non-confirmés) doivent
tourner autour de 400-500 à l'heure actuelle, cela est une constante
depuis maintenant plusieurs mois.
 
Alex


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] LibO 5.3.5.2 pb localisation ?

[Alexander Thurgood]

Bonjour à tous,


>> On est d'accord ou pas ?
>>
>> Est-ce qu'il y a une réflexion sur le pourquoi ça arrive, et comment
>> faire pour que ça ne reproduise pas ? Une discussion sans tabou bien
>> sur.
>
> Il faut plus de gens qui compilent et testent en continu sous windows
> et macOS, même en juillet-août. Et prennent la peine d'alerter en
> urgence sur irc et les ML dev et QA quand un tel pépin arrive.
> Si quelqu'un sait écrire un test automatique pour détecter ce genre de
> problème, il est le bienvenu.

L'expérience personnelle vécue montre que même en signalant sur irc, en
déclarant un bug (tous les nouveaux bugs sont postés sur l'irc dev et qa
de toutes façons), il peut ne pas en être tenu compte, surtout lorsqu'il
s'agit d'un problème sur Mac. Les raisons sont simples :

Certains devs pensent qu'un gros problème/régression sur Mac n'est pas
rédhibitoire à un release sous prétexte que cela ne touche qu'un petit
pourcentage d'utilisateurs (dans l'absolu, cela est vrai) - c'est déjà
arrivé plusieurs fois. Comprenez bien par là que je ne fais que le
constat de l'absence (ou tout du moins, l'énorme infériorité numérique)
de devs spécifiques MacOS au sein du projet.

Si je devais citer un exemple où une régression assez gravissime et de
base je pendrais comme exemple le gestionnaire d'extensions qui ne
fonctionne toujours pas pour le commun des mortels sous MacOS, et ce
depuis la version 4.3.7.2.

Si devais en citer une autre, ce serait le bug 103690, dont on connaît a
priori la cause, mais qui empêche un certain nombre d'utilisateurs sous
Mac de passer à la 5.2. et versions plus récentes.

Cela est vrai également pour les problèmes de performances qui se sont
dégradées très nettement avec LO sur Mac.

Ces problèmes sont connus et répertoriés - cela n'a pas empêché des
releases successives que je sache.

Donc quand bien même que des problèmes soient reportés, les releases
continuent. Le projet est ainsi organisé. Il faut vivre avec. En
attendant, il est vrai que la réputation de LO en pâtit.

J'en suis moi-même à recommander sur irc ou dans des rapports de bug
l'utilisation d'une version <= 5.1 sous MacOS tellement les performances
sont catastrophiques, notamment avec des objets Draw/Impress, mais cela
vaut pour des opérations de copier/coller, changement de couleur de
polices, etc, des trucs basiques. On peut légitimement se demander dans
quel monde on vit quand on arrive à ce point-là.

Tout ceci ne m'empêche pas de continuer à essayer d'aider, mais cela
mine, en ce qui me concerne, néanmoins, la confiance que l'on peut avoir
dans le projet à plus long terme - on peut dire ou penser ce que l'on
veut du modèle "time-based release", mais on passe notre vie à courir
après les nombreux nouveaux bugs issus de développements de "features" à
moitiés finies ou mal implémentées, voire pour certains OS, pas
implémentées du tout (chiffrage gpg fichiers LO et OSX - nada !;
rapporteur automatique de bugs - nada !; openCL hardware - nada).

Ayons au moins le courage de reconnaître nos faiblesses. Soyons
réalistes. Cela fait moins "beau" côté marketing, mais c'est plus
honnête. Et si, en ce faisant, on pourrait éviter de dire qu'il faille
passer à la toute dernière version, qui manifestement ne peut résoudre
tous les problèmes existants, et sans doute en créera d'autres, ce
serait plus honnête également. Il en va de même pour la notion de
"stabilité". Une app qui plant quand on installe une extension n'est pas
"stable". Une app qui n'affiche pas les menus quand on le lance n'est
pas "stable". Une app qui oblige à saisir les fonctions de la feuille de
calcul en anglais au lieu de sa langue native n'est pas "stable". Bref,
n'appelons pas "stable" quelque chose qui ne l'est pas vu du point de
l'utilisateur final. Mon avis personnel est que ce mot devrait être
proscrit en décrivant les qualités d'un logiciel. On ne peut pas
raisonnablement défendre l'élimination de X-mille rapports de bugs et
dire ensuite qu'un produit est "stable".

Bon, ok, je me suis lâché, je m'arrête là.


Alex





-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Confirmation de bug sur Mac

[Alexander Thurgood]

Bonjour Sophie,


Pour moi, il s'agit d'un DUP du bug 109090 (l'effet est l'inverse), mais
comportement pareil.

Alex



Le 21/07/2017 à 16:31, Sophie a écrit :
> Bonjour,
>
> Est-ce que quelqu'un ayant un Mac peut reproduire ce bug ?
> https://bugs.documentfoundation.org/show_bug.cgi?id=109258
> Merci par avance,
>
> À bientôt
> Sophie

-- 
Alex Thurgood
Intellectual Property Attorney
IP GALORE
Centre D'Affaires Amarante
3 bis rue Jean Bigot
F-63500 ISSOIRE
FRANCE

Landline : +33 473 54 99 43
Mobile : +33 6 40 59 99 16
Fax : +33 4 5680 9558
E-mail :
alex.thurg...@gmail.com
alex.thurg...@ipgalore.eu


CONFIDENTIAL & PRIVILEGED

The information in communications issued by the sender is confidential and 
privileged. If you are not the intended recipient of the communication, you are 
not authorised to visualise, display, save, print, copy or otherwise reproduce, 
transfer or modify said communication without express agreement from the 
sender. Any erroneous reception should be indicated to the original sender and 
the original communication subsequently destroyed.


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour vous désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] Re: 5.3 Boites de dialogues incomplètes

[Alexander Thurgood]

Bonjour Philippe,


Bug déjà connu et réparé en master. Il me semble que cela a été
rétroporté également à la branche 5.3.x


Alex


Le 04/05/2017 à 13:14, Philippe Clément a écrit :
> Bonjour à tous,
>
> Avec ma configuration 64 bits Version: 5.3.2.2 (Build ID:
> 1:5.3.2rc2-0ubuntu1 xenial0), il manque le champ "Prénom" dans le dialogue
> des données d'identité (cf. copie d'écran de la fenêtre redimensionnée) :
> 
>  
>
> Cordialement, Philippe
>
>
>
> --
> View this message in context: 
> http://nabble.documentfoundation.org/5-3-Boites-de-dialogues-incompletes-tp4213782p4213821.html
> Sent from the QA mailing list archive at Nabble.com.
>


-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] [Base 5.3] compatibilité des bases avec Firebird intégré entre LO 5.2 et LO 5.3

[Alexander Thurgood]

Bonjour Bernard,



En dehors de l'aspect documentation, qui est à revoir en effet - il
reste encore pas mal de problèmes de support de fonctionnalité entre la
version de hsqldb embarquée actuellement et la version 3.0 embarquée de
Firebird - il serait utile je pense qu'il y ait un avertissement sur ce
point par rapport aux gens qui vont se mettre à utiliser le nouveau
format en pensant que toutes leurs anciennes bases hsqldb seront
reprises à fonctionnalité égale par la procédure de conversion - c'est
loin d'être le cas.

Robert Grosskopf est en train d'éplucher les fonctions une à une,
semble-t-il, et les rapporter dans bugzilla lorsqu'il n'y a pas
d'équivalence. J'ose espérer que l'on ne basculera pas de sitôt sur la
FB3 embarquée comme moteur par défaut...

Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] 5.2.3.3 : modèles panneau de démarrage, rien ne se passe

[Alexander Thurgood]

Bonjour à tous,

Je confirme, et ce d'autant que ça marche avec la 5.2.1.2 sous OSX, en
tout cas.

Alex



-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] [l10n] traduction de la classification des documents

[Alexander Thurgood]

De toutes façons Ysabeau, même en anglais, c'est mal fait, et il m'est
d'avis que l'aspect militaire/défense fait bien partie des réflexions à
la base de son développement lorsqu'on consulte les membres actuels du TSCP.

J'en veux pour preuve la première catégorie : Intellectual Property -
les choix proposés en anglais ne correspondent en rien à un quelconque
droit ou titre de propriété intellectuelle, ou même à une attribution de
propriété intellectuelle qui s'y reconnaîtrait.

On n'a pas par exemple, un attribut "Non Business" associé à la
propriété intellectuelle d'un document (si tant est que l'on puisse le
comprendre ainsi), encore moins "General Business", ou "Internal Only".
Même l'attribut "Confidential" n'a rien à voir avec de la Propriété
Intellectuelle stricto sensu. C'est un non-sens.

Soit le document est confidentiel, soit il ne l'est pas - il n'y a pas
de situation intermédiaire...et cette confidentialité est indépendante
de tout lien avec la propriété intellectuelle, ou contrôle d'export, ou
que sais-je encore.

Il en est de même pour chacune des autres catégories. Maintenant, que
quelqu'un ait cru bon de devoir développer cette barre d'outils et de
l'intégrer dans LO, soit, mais dans la réalité, elle aurait très bien pu
faire l'objet d'une extension plutôt qu'une intégration directe en force
un peu à la vas-y que je t'y pousse...Toujours est-il qu'aujourd'hui
elle est là, et autant à mon avis que les organismes français qui
soutiennent ce fourre-tout mal réfléchi soient mis à contribution pour
nous fournir le vocabulaire à utiliser, voire même contribuer de la
documentation qui nous aiderait à comprendre.


Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] [l10n] traduction de la classification des documents

[Alexander Thurgood]

Bonjour à tous,

Je trouve déjà le choix des expressions en anglais plus que limite, du
coup, pour rendre quelque chose de correcte en français, je vous
souhaite bonne chance...

Ce standard "TSCP", a-t-il été adopté en France ? Si j'en juge par la
page Membres (https://www.tscp.org/about-tscp/tscp-members/), l'ANSSI en
fait partie. Cet organisme représentant de l'état français doit déjà
avoir élaboré le vocabulaire adéquat non ? Ne pourrait-on pas faire
appel à celui-ci pour avoir une traduction "homologuée" ou sinon conforme ?


Alex



-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

Re: [fr-qa] L'interface de LO 5.x et un petit écran

[Alexander Thurgood]

Bonjour,

De mémoire, le problème est que la dimension de fenêtre enregistrée et
retenue pour le démarrage suivante est celle du StartCenter par défaut.
Il doit y avoir un rapport de bug autour de cela , mais je ne me
rappelle plus du numéro. Nous avions eu le même problème sur Mac un
certain temps, où il était même impossible de redimensionner librement
les fenêtres des applications, ce qui était très pénible. Il faudrait
voir si tu ne peux pas modifier le fichier xcu ad hoc pour lui faire
coller à ta config matérielle. Je ne sais pas si c'est encore possible
ou si ça changera quelque chose (De mémoire, la dimension de la fenêtre
StartCenter est figée dans le code qq part, mais je me trompe peut-être).

Alex

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés

[fr-qa] unsubscribe

[Alexander Thurgood]

unsubscribe

-- 
Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous 
désinscrire
Les archives de la liste sont disponibles à 
http://listarchives.libreoffice.org/fr/qa/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne 
pourront pas être supprimés