date:20170217

Re: [fr-qa] Re: Méthode de développement de Libre Office

2017-02-17 Par sujet Pierre Choffardet


Le 17/02/2017 à 19:15, Pierre Choffardet a écrit :

Le 17/02/2017 à 18:43, Scrat a écrit :

Bonjour.

Je m'attendais à recevoir une salve de missiles après avoir ouvert ce 
sujet,

mais déjà je me sens moins seul.

Concernant les dons que TDF nous propose de faire, je m'étais souvent 
posé
la question d'en faire un moi-même. Mais pourquoi ferais-je un don si 
on ne

tient aucun compte de mes remarques et si JE NE PEUX TOUJOURS PAS FAIRE
CONFIANCE AUX MISES A JOUR ? Et si ça ne sert pas à financer le
développement, j'aimerais bien qu'on m'explique où ça va, car j'ai dû 
rater

un épisode.

+1
J'avais oublié de faire cette remarque dans mon mail.
Mais j'imagine un peu la réponse, on fait de la pub, on organise les 
HackFest, on motive les troupes, on gère les serveurs...
Quelque chose comme ça. 
J'ai oublié de préciser, dans ce que finance TDF, si j'ai bien compris. 
Deux personnes ont été embauchées :
- l'une pour assurer le contact et le soutien des bénévoles qui 
souhaitent contribuer au projet
- l'autre pour faire du ménage dans bugzilla, et un gros travail a été 
fait de ce côté
A priori, cela va dans le bon sens. Mais on en reviendra au même 
constant si au final, les bugs ne sont pas corrigés.
Pour l'instant, le nombre de bugs diminue et augmente artificiellement 
du fait de ce travail de nettoyage. D'un côté, des bugs sont confirmés, 
se voient attribués des mots clé pour une meilleure visibilité. De 
l'autre des bugs sont fermés, car redondants, obsolètes, etc.


Le suivi des bugs de LO a repris sa progression après une accalmie à 
partir de mars 2016. le point bas atteint en octobre 2016. depuis, ça 
remonte...


https://www.dropbox.com/s/xycit3pmp2eoc51/bugsLO2.png?dl=0

Pierre

--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Bernard Ribot


Le 17/02/2017 à 14:40, Pierre Choffardet a écrit :


et pourtant, la priorité n'est à la qualité de la suite mais à 
l'introduction de nouvelles fonctionnalités.



C'est vrai que c'est l'impression que ça donne. D'ailleurs, à une 
époque, certains (dont j'étais) pensaient qu'il faudrait peut-être faire 
une pause dans le développement de nouvelles fonctionnalités et "sortir" 
une version _vraiment _stable débarrassée de tous les bugs.


Bernard


--

Bernard Ribot
LibreOffice 5.3.0.3 / Win7 x86



--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Sophie

Bonjour,
Le 17/02/2017 à 14:40, Pierre Choffardet a écrit :
> Le 17/02/2017 à 12:00, Rpnpif a écrit :
>> Le 16 février 2017, Scrat a écrit :
>>
>>> Bonjour.
>>>
>>> [Mode râleur ON]
>>>
>>> Je suis consterné par le nombre de régressions qui affectent
>>> systématiquement chaque nouvelle version de Libre Office.
> Je suis évidemment totalement en accord avec cela
> 
> 
>> Bonjour,
>>
>> Je plussoie aussi à la demande de Scrat pour que les modalités
>> d'introduction de nouvelles fonctionnalités ainsi que des
>> correctifs soient améliorées.
>>
>> Les tests de régressions devraient être plus fiables et (plus ?)
>> automatisés autant que faire se peut.
> Non, je ne crois pas que le problème soit à ce niveau. Les régressions
> sont identifiées, elles sont souvent bibisectées (excusez le barbarisme)
> c'est à a dire que l'on sait quel introduction de code a créé la régression
> 
> et pourtant, la priorité n'est à la qualité de la suite mais à
> l'introduction de nouvelles fonctionnalités.
> 
> Je subi comme beaucoup probablement le même problème, on avance d'une
> version pensant que ça résoudra un problème et on en a d'autres.
> Est-ce le but recherché ? On peut sérieusement se poser la question...
> 
> Il faudrait que l'équipe des développeurs adopte une autre approche.
> 
> *Corriger des régressions, c'est aussi un moyen d’apporter des nouvelles
> fonctionnalités, en faisant fonctionner des choses qui devraient
> fonctionner *( et c'est aussi rendre hommage/respecter celui qui a passé
> du temps à créer une fonction qui ne fonctionne plus)
> 
> Mais aussi, il faudrait prendre en compte les problèmes, certes mineurs,
> mais qui ont un effet désastreux en terme de qualité, d'image de la suite.
> 
> Je pense à Impress par exemple, qui est souvent utilisé devant un
> public. Cette partie de la suite et en particulier pour ce qui est de la
> projection du diaporama (pas sa conception) devrait faire l'objet d'une
> attention particulière
> 
> A quoi sert de faire la promotion de la suite, quand les animations sont
> désastreuses, le retour en arrière vous fait perdre votre travail, les
> formules sont dégueulasses, etc... Comme on dit, une démonstration vaut
> mieux qu'un long discours...
> 
> Il y a aussi le rendu papier des documents, les polices Linux-Libertines
> sont très mal gérées Malheur à celui qui a suivit les conseil de LO et
> les utilisent, de même que les formules de math sous Windows > 8
> 
> Un moyen d'avoir un retour de ce que veulent les utilisateurs, c'est de
> leur donner la parole lorsqu'ils font une donation à TDF
> 
> "Dans quelle direction souhaitez que votre argent soit utilisé ?
> (correction des régressions, fonctionnalités (indiquer la demande
> d'amélioration sur bugzilla)" ça mange pas de pain ça, c'est facile à
> faire non ?

Mais ça ne servirait à rien puisque l'argent ne sert pas au
développement du produit... Comme déjà dit plusieurs fois, TDF ne
finance pas le développement du code de LibreOffice.

À bientôt
Sophie


-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Release coordinator
The Document Foundation

-- 
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Sophie

Le 17/02/2017 à 15:07, Pierre Choffardet a écrit :
> Le 17/02/2017 à 14:53, Sophie a écrit :
>> Bonjour,
>> Le 17/02/2017 à 14:40, Pierre Choffardet a écrit :
>>> Le 17/02/2017 à 12:00, Rpnpif a écrit :
 Le 16 février 2017, Scrat a écrit :

> Bonjour.
>
> [Mode râleur ON]
>
> Je suis consterné par le nombre de régressions qui affectent
> systématiquement chaque nouvelle version de Libre Office.
>>> Je suis évidemment totalement en accord avec cela
>>>
>>>
 Bonjour,

 Je plussoie aussi à la demande de Scrat pour que les modalités
 d'introduction de nouvelles fonctionnalités ainsi que des
 correctifs soient améliorées.

 Les tests de régressions devraient être plus fiables et (plus ?)
 automatisés autant que faire se peut.
>>> Non, je ne crois pas que le problème soit à ce niveau. Les régressions
>>> sont identifiées, elles sont souvent bibisectées (excusez le barbarisme)
>>> c'est à a dire que l'on sait quel introduction de code a créé la
>>> régression
>>>
>>> et pourtant, la priorité n'est à la qualité de la suite mais à
>>> l'introduction de nouvelles fonctionnalités.
>>>
>>> Je subi comme beaucoup probablement le même problème, on avance d'une
>>> version pensant que ça résoudra un problème et on en a d'autres.
>>> Est-ce le but recherché ? On peut sérieusement se poser la question...
>>>
>>> Il faudrait que l'équipe des développeurs adopte une autre approche.
>>>
>>> *Corriger des régressions, c'est aussi un moyen d’apporter des nouvelles
>>> fonctionnalités, en faisant fonctionner des choses qui devraient
>>> fonctionner *( et c'est aussi rendre hommage/respecter celui qui a passé
>>> du temps à créer une fonction qui ne fonctionne plus)
>>>
>>> Mais aussi, il faudrait prendre en compte les problèmes, certes mineurs,
>>> mais qui ont un effet désastreux en terme de qualité, d'image de la
>>> suite.
>>>
>>> Je pense à Impress par exemple, qui est souvent utilisé devant un
>>> public. Cette partie de la suite et en particulier pour ce qui est de la
>>> projection du diaporama (pas sa conception) devrait faire l'objet d'une
>>> attention particulière
>>>
>>> A quoi sert de faire la promotion de la suite, quand les animations sont
>>> désastreuses, le retour en arrière vous fait perdre votre travail, les
>>> formules sont dégueulasses, etc... Comme on dit, une démonstration vaut
>>> mieux qu'un long discours...
>>>
>>> Il y a aussi le rendu papier des documents, les polices Linux-Libertines
>>> sont très mal gérées Malheur à celui qui a suivit les conseil de LO et
>>> les utilisent, de même que les formules de math sous Windows > 8
>>>
>>> Un moyen d'avoir un retour de ce que veulent les utilisateurs, c'est de
>>> leur donner la parole lorsqu'ils font une donation à TDF
>>>
>>> "Dans quelle direction souhaitez que votre argent soit utilisé ?
>>> (correction des régressions, fonctionnalités (indiquer la demande
>>> d'amélioration sur bugzilla)" ça mange pas de pain ça, c'est facile à
>>> faire non ?
>> Mais ça ne servirait à rien puisque l'argent ne sert pas au
>> développement du produit... Comme déjà dit plusieurs fois, TDF ne
>> finance pas le développement du code de LibreOffice.
>>
>> À bientôt
>> Sophie
>>
>>
> Ça servirait à avoir l'avis des donateurs, ce qui ne serait pas si mal.
> 
> Après libre aux devs de prendre en compte ou pas ce message
> 
> Si 95 % des dons sont faits avec une demande de correction des
> régressions, ce n'est pas pareil que si cela ne concerne que 5 % des
> dons sur cette demande

Je crois que tu n'as pas lu ce que j'ai écrit, TDF ne pourrait pas
affecter ces dons puisque TDF ne finance pas de développement. En
général, ces dons ciblés sont d'ailleurs refusés par la fondation parce
que très compliqués à gérer et réaffecter.

À bientôt
Sophie

-- 
Sophie Gautier sophie.gaut...@documentfoundation.org
GSM: +33683901545
IRC: sophi
Release coordinator
The Document Foundation

-- 
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] Re: Méthode de développement de Libre Office

2017-02-17 Par sujet Scrat

Bonjour.

Je m'attendais à recevoir une salve de missiles après avoir ouvert ce sujet,
mais déjà je me sens moins seul.

Concernant les dons que TDF nous propose de faire, je m'étais souvent posé
la question d'en faire un moi-même. Mais pourquoi ferais-je un don si on ne
tient aucun compte de mes remarques et si JE NE PEUX TOUJOURS PAS FAIRE
CONFIANCE AUX MISES A JOUR ? Et si ça ne sert pas à financer le
développement, j'aimerais bien qu'on m'explique où ça va, car j'ai dû rater
un épisode.

Libre Office n'est pas cher, c'est vrai. C'est un logiciel libre et on est
invité à contribuer à son amélioration, mais encore faut-il en avoir les
capacités. Je me contente donc de signaler les bugs et de faire de
l'assistance sur le forum Open Office dans la mesure de mes moyens. Mais je
dois dire qu'en terme d'image, Libre Office n'est pas au top, car à chaque
mise à jour, on se demande quelle calamité va nous tomber sur la tête.

On ne manque jamais de faire de la publicité quand une administration se
convertit au logiciel libre, mais le monde scientifique dans son ensemble ne
semble pas prêt à faire le grand saut. Nous avions pourtant des postes de
travail Linux avec Libre Office dans mon entreprise, mais la suite
bureautique officielle chez nous était la suite Microsoft qui est
exclusivement utilisée pour la communication scientifique! Essayez donc de
pondre un papier en commun avec des scientifiques d'autres boites françaises
où étrangères: le modèle de document, c'est du Microsoft, point barre, et ne
venez pas nous enquiquiner avec du Libre Office ou du Open Office.
Pointez-vous avec autre chose que du PPT à une conférence, et vous verrez
comment vous serez reçu!

Tous ces exemples pour vous dire que ce n'est pas prêt de changer si Libre
Office n'améliore pas son image. Pourtant, Libre Office a des atouts: si du
temps de l'ancêtre StarOffice (ça ne nous rajeunit pas), la suite Microsoft
était nettement supérieure, maintenant Calc est largement du niveau d'Excel,
Impress vaut bien PowerPoint, et à mon avis, le module Math est infiniment
supérieur à l'équivalent de Microsoft pour écrire des équations, mais ENCORE
FAUDRAIT-IL ASSURER LA PÉRENNITÉ DE CES AMÉLIORATIONS. Donc la balle est
dans le camp de TDF: changez vos méthodes de travail... ou conservez une
image déplorable.

Scrat

--
View this message in context:
http://nabble.documentfoundation.org/Methode-de-developpement-de-Libre-Office-tp4208151p4208251.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] Re: 5.3. caractères spéciaux qui fait geler l'application

2017-02-17 Par sujet Bernard Ribot


Le 16/02/2017 à 18:45, Ysabeau a écrit :

Le 16/02/2017 à 18:40, Scrat a écrit :

Bonjour.

Je ne reproduis pas ce problème avec LibO 5.3.0.3 sous Windows Vista 
32 bits
SP2: j'ai essayé l'insertion de caractères spéciaux dans les 
catégories grec
et cyrillique, et je n'ai pas de gel de Libre Office. Quel est le 
caractère

spécial (ou la catégorie de caractères spéciaux) qui pose problème ?


la fonctionnalité elle-même !


Sous Win7/x86 pas de problàme avec
Version: 5.3.0.3
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
Threads CPU : 2; Version de l'OS :Windows 6.1; UI Render : par défaut; 
Moteur de mise en page : nouveau;

Locale : fr-FR (fr_FR); Calc: group

Bernard


--

Bernard Ribot
LibreOffice 5.3.0.3 / Win7 x86



--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Pierre Choffardet


Le 17/02/2017 à 14:53, Sophie a écrit :

Bonjour,
Le 17/02/2017 à 14:40, Pierre Choffardet a écrit :

Le 17/02/2017 à 12:00, Rpnpif a écrit :

Le 16 février 2017, Scrat a écrit :


Bonjour.

[Mode râleur ON]

Je suis consterné par le nombre de régressions qui affectent
systématiquement chaque nouvelle version de Libre Office.

Je suis évidemment totalement en accord avec cela



Bonjour,

Je plussoie aussi à la demande de Scrat pour que les modalités
d'introduction de nouvelles fonctionnalités ainsi que des
correctifs soient améliorées.

Les tests de régressions devraient être plus fiables et (plus ?)
automatisés autant que faire se peut.

Non, je ne crois pas que le problème soit à ce niveau. Les régressions
sont identifiées, elles sont souvent bibisectées (excusez le barbarisme)
c'est à a dire que l'on sait quel introduction de code a créé la régression

et pourtant, la priorité n'est à la qualité de la suite mais à
l'introduction de nouvelles fonctionnalités.

Je subi comme beaucoup probablement le même problème, on avance d'une
version pensant que ça résoudra un problème et on en a d'autres.
Est-ce le but recherché ? On peut sérieusement se poser la question...

Il faudrait que l'équipe des développeurs adopte une autre approche.

*Corriger des régressions, c'est aussi un moyen d’apporter des nouvelles
fonctionnalités, en faisant fonctionner des choses qui devraient
fonctionner *( et c'est aussi rendre hommage/respecter celui qui a passé
du temps à créer une fonction qui ne fonctionne plus)

Mais aussi, il faudrait prendre en compte les problèmes, certes mineurs,
mais qui ont un effet désastreux en terme de qualité, d'image de la suite.

Je pense à Impress par exemple, qui est souvent utilisé devant un
public. Cette partie de la suite et en particulier pour ce qui est de la
projection du diaporama (pas sa conception) devrait faire l'objet d'une
attention particulière

A quoi sert de faire la promotion de la suite, quand les animations sont
désastreuses, le retour en arrière vous fait perdre votre travail, les
formules sont dégueulasses, etc... Comme on dit, une démonstration vaut
mieux qu'un long discours...

Il y a aussi le rendu papier des documents, les polices Linux-Libertines
sont très mal gérées Malheur à celui qui a suivit les conseil de LO et
les utilisent, de même que les formules de math sous Windows > 8

Un moyen d'avoir un retour de ce que veulent les utilisateurs, c'est de
leur donner la parole lorsqu'ils font une donation à TDF

"Dans quelle direction souhaitez que votre argent soit utilisé ?
(correction des régressions, fonctionnalités (indiquer la demande
d'amélioration sur bugzilla)" ça mange pas de pain ça, c'est facile à
faire non ?

Mais ça ne servirait à rien puisque l'argent ne sert pas au
développement du produit... Comme déjà dit plusieurs fois, TDF ne
finance pas le développement du code de LibreOffice.

À bientôt
Sophie



Ça servirait à avoir l'avis des donateurs, ce qui ne serait pas si mal.

Après libre aux devs de prendre en compte ou pas ce message

Si 95 % des dons sont faits avec une demande de correction des 
régressions, ce n'est pas pareil que si cela ne concerne que 5 % des 
dons sur cette demande


Pierre


--
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] Re: Méthode de développement de Libre Office

2017-02-17 Par sujet Pierre Choffardet

Le 17/02/2017 à 18:43, Scrat a écrit :

Bonjour.

Je m'attendais à recevoir une salve de missiles après avoir ouvert ce sujet,
mais déjà je me sens moins seul.

+1
J'avais oublié de faire cette remarque dans mon mail.
Mais j'imagine un peu la réponse, on fait de la pub, on organise les
HackFest, on motive les troupes, on gère les serveurs...

Quelque chose comme ça.

On peut faire de la pub qu'on veut, mais quand devant cinquante
étudiants, on déroule son diaporama, qui avance diapo par diapo,
animation par animation
on répond à une question d'un étudiant, on fait alors marche arrière
d'une ou deux diapos, puis, on reprend le cours, et là, toutes les
animations des diapos sont perdues. Donc on quitte le diaporama et on
relance...

ça ne donne pas vraiment une bonne image de la suite
Le bug est connu, confirmé, bibisecté, mais personne ne s'en occupe.
C'est un trop petit bug pour qu'on s'en occupe, et plus on laisse filer
la qualité de la suite, et plus le seuil de correction s'élève

Le contournement : supprimer les transitions... Il faut donc faire son
choix, les transitions ou les animations...

Pierre

Scrat

--
View this message in context:
http://nabble.documentfoundation.org/Methode-de-developpement-de-Libre-Office-tp4208151p4208251.html
Sent from the QA mailing list archive at Nabble.com.

Re: [fr-qa] 5.3. caractères spéciaux qui fait geler l'application

2017-02-17 Par sujet Landron Gérard


Le 16/02/2017 à 16:06, Ysabeau a écrit :

Bonjour,

quand je veux insérer un caractère dit spécial à partir de la
fonctionnalité ad hoc de LibreOffice, le bloque et je dois le fermer à
la hussarde.

Il me semblait avoir vu le bogue passer et il me semble avoir lu que
c'était corrigé, qu'en est-il réellement ?

Si c'est le cas, ça pose un problème de conception du profil, et ce
n'est pas le seul que ça pose (je pense aux palettes de couleurs). en
fait le profil ne semble pas se mettre à jour en fonction des mises à
jour de LibreOffice pour certains aspects.

Version: 5.3.0.3
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
Threads CPU : 4; Version de l'OS :Windows 6.2; UI Render : par défaut;
Moteur de mise en page : nouveau;
Locale : fr-FR (fr_FR); Calc: group

Merci.


pas de problème avec la version
Version: 5.3.0.3
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
Threads CPU : 6; Version de l'OS :Linux 4.9; UI Render : par défaut; VCL 
: kde4; Moteur de mise en page : nouveau;

Locale : fr-FR (fr_FR.UTF-8); Calc: group

as-tu essayé avec le mode sans échec ?

Gérard

--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Ysabeau


Le 17/02/2017 à 12:00, Rpnpif a écrit :

Le 16 février 2017, Scrat a écrit :



Je plussoie aussi à la demande de Scrat pour que les modalités
d'introduction de nouvelles fonctionnalités ainsi que des
correctifs soient améliorées.


Plus 1.



Autre idée : les lettrines sont peut-être considérées comme des
fonctions très secondaires pour la plupart alors qu'elles sont
considérées comme fondamentales par certains utilisateurs. Il faudrait
peut-être revoir le degré d'importance de chaque fonctionnalité (par
exemple par un vote roulant et permanent des utilisateurs ?).


Les écouter un peu plus ? Sur certaines fonctionnalités, j'ai 
l'impression que leur avis ne compte pas.


Sinon, les lettrines, je pensais que ça n'avait aucun intérêt jusqu'à ce 
que j'en découvre un usage extrêmement intéressant.


--
Bonbonne journée, matinée, après-midi, soirée, semaine, fin de semaine.
Ysabeau

--
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.3. caractères spéciaux qui fait geler l'application

2017-02-17 Par sujet Jacques Guilleron


Le 16/02/2017 à 15:06, Ysabeau a écrit :

Bonjour,

quand je veux insérer un caractère dit spécial à partir de la 
fonctionnalité ad hoc de LibreOffice, le bloque et je dois le fermer à 
la hussarde.


Il me semblait avoir vu le bogue passer et il me semble avoir lu que 
c'était corrigé, qu'en est-il réellement ?


Si c'est le cas, ça pose un problème de conception du profil, et ce 
n'est pas le seul que ça pose (je pense aux palettes de couleurs). en 
fait le profil ne semble pas se mettre à jour en fonction des mises à 
jour de LibreOffice pour certains aspects.


Version: 5.3.0.3
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
Threads CPU : 4; Version de l'OS :Windows 6.2; UI Render : par défaut; 
Moteur de mise en page : nouveau;

Locale : fr-FR (fr_FR); Calc: group

Merci.


Bonjour Ysabeau,

J'ai trouvé ce rapport, pas encore confirmé, parce que seul Windows 8 
(Windows 6.2) semble concerné.
*Bug 105911* 
 - crashes 
with special caracter

Peux-tu l'examiner ?

Merci,

Jacques



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus

--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Rpnpif

Le 16 février 2017, Scrat a écrit :

> Bonjour.
> 
> [Mode râleur ON]
> 
> Je suis consterné par le nombre de régressions qui affectent
> systématiquement chaque nouvelle version de Libre Office.

Bonjour,

Je plussoie aussi à la demande de Scrat pour que les modalités
d'introduction de nouvelles fonctionnalités ainsi que des
correctifs soient améliorées.

Les tests de régressions devraient être plus fiables et (plus ?)
automatisés autant que faire se peut.

Bien sûr, c'est plus facile à dire qu'à faire.
Ce n'est qu'un souhait.

Je comprends que lorsque l'on rénove une partie fondamentale, cela
déstabilise le fonctionnement plus ou moins. Peut-être que des temps de
tests plus longs seraient souhaitables dans ce cas.

Autre idée : les lettrines sont peut-être considérées comme des
fonctions très secondaires pour la plupart alors qu'elles sont
considérées comme fondamentales par certains utilisateurs. Il faudrait
peut-être revoir le degré d'importance de chaque fonctionnalité (par
exemple par un vote roulant et permanent des utilisateurs ?).

Cordialement.
-- 
Alain Rpnpif

-- 
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.3. caractères spéciaux qui fait geler l'application

2017-02-17 Par sujet Ysabeau


Le 17/02/2017 à 10:32, Landron Gérard a écrit :


as-tu essayé avec le mode sans échec ?


À vrai dire, non.

--
Bonbonne journée, matinée, après-midi, soirée, semaine, fin de semaine.
Ysabeau

--
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] Méthode de développement de Libre Office

2017-02-17 Par sujet Pierre Choffardet


Le 17/02/2017 à 12:00, Rpnpif a écrit :

Le 16 février 2017, Scrat a écrit :


Bonjour.

[Mode râleur ON]

Je suis consterné par le nombre de régressions qui affectent
systématiquement chaque nouvelle version de Libre Office.

Je suis évidemment totalement en accord avec cela



Bonjour,

Je plussoie aussi à la demande de Scrat pour que les modalités
d'introduction de nouvelles fonctionnalités ainsi que des
correctifs soient améliorées.

Les tests de régressions devraient être plus fiables et (plus ?)
automatisés autant que faire se peut.
Non, je ne crois pas que le problème soit à ce niveau. Les régressions 
sont identifiées, elles sont souvent bibisectées (excusez le barbarisme) 
c'est à a dire que l'on sait quel introduction de code a créé la régression


et pourtant, la priorité n'est à la qualité de la suite mais à 
l'introduction de nouvelles fonctionnalités.


Je subi comme beaucoup probablement le même problème, on avance d'une 
version pensant que ça résoudra un problème et on en a d'autres.

Est-ce le but recherché ? On peut sérieusement se poser la question...

Il faudrait que l'équipe des développeurs adopte une autre approche.

*Corriger des régressions, c'est aussi un moyen d’apporter des nouvelles 
fonctionnalités, en faisant fonctionner des choses qui devraient 
fonctionner *( et c'est aussi rendre hommage/respecter celui qui a passé 
du temps à créer une fonction qui ne fonctionne plus)


Mais aussi, il faudrait prendre en compte les problèmes, certes mineurs, 
mais qui ont un effet désastreux en terme de qualité, d'image de la suite.


Je pense à Impress par exemple, qui est souvent utilisé devant un 
public. Cette partie de la suite et en particulier pour ce qui est de la 
projection du diaporama (pas sa conception) devrait faire l'objet d'une 
attention particulière


A quoi sert de faire la promotion de la suite, quand les animations sont 
désastreuses, le retour en arrière vous fait perdre votre travail, les 
formules sont dégueulasses, etc... Comme on dit, une démonstration vaut 
mieux qu'un long discours...


Il y a aussi le rendu papier des documents, les polices Linux-Libertines 
sont très mal gérées Malheur à celui qui a suivit les conseil de LO et 
les utilisent, de même que les formules de math sous Windows > 8


Un moyen d'avoir un retour de ce que veulent les utilisateurs, c'est de 
leur donner la parole lorsqu'ils font une donation à TDF


"Dans quelle direction souhaitez que votre argent soit utilisé ? 
(correction des régressions, fonctionnalités (indiquer la demande 
d'amélioration sur bugzilla)" ça mange pas de pain ça, c'est facile à 
faire non ?


Autant pendant des années, je n'avais pas de problème à utiliser Impress 
devant mes étudiants, autant depuis que TDF a repris le flambeau de feu 
AOO/OO.org j'ai carrément honte parfois. et je m'en sors avec un :
Eh oui, LO n'est pas cher du tout, mais la qualité n'est pas là. Si on 
fait le ratio qualité prix, on est dans une indétermination 0/0


Pierre



Bien sûr, c'est plus facile à dire qu'à faire.
Ce n'est qu'un souhait.

Je comprends que lorsque l'on rénove une partie fondamentale, cela
déstabilise le fonctionnement plus ou moins. Peut-être que des temps de
tests plus longs seraient souhaitables dans ce cas.

Autre idée : les lettrines sont peut-être considérées comme des
fonctions très secondaires pour la plupart alors qu'elles sont
considérées comme fondamentales par certains utilisateurs. Il faudrait
peut-être revoir le degré d'importance de chaque fonctionnalité (par
exemple par un vote roulant et permanent des utilisateurs ?).

Cordialement.




--
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] Re: Méthode de développement de Libre Office

Re: [fr-qa] Méthode de développement de Libre Office

Re: [fr-qa] Méthode de développement de Libre Office

Re: [fr-qa] Méthode de développement de Libre Office

[fr-qa] Re: Méthode de développement de Libre Office

Re: [fr-qa] Re: 5.3. caractères spéciaux qui fait geler l'application

Re: [fr-qa] Méthode de développement de Libre Office

Re: [fr-qa] Re: Méthode de développement de Libre Office

Re: [fr-qa] 5.3. caractères spéciaux qui fait geler l'application

Re: [fr-qa] Méthode de développement de Libre Office

Re: [fr-qa] 5.3. caractères spéciaux qui fait geler l'application

Re: [fr-qa] Méthode de développement de Libre Office

Re: [fr-qa] 5.3. caractères spéciaux qui fait geler l'application

Re: [fr-qa] Méthode de développement de Libre Office

14 matches

Site Navigation

Mail list logo

Footer information