TImaniac a écrit 6420 commentaires

Fait chier. Bon allez, s'il faut en choisir un :
http://www.jiwa.fr/#track/1373089

1L ca fait grosso modo 1Kg :
- pastis : +3€
- farine : +0,3€

Bon ben maintenant qu'on a une explication pour les légumes, quelle explication avons-nous pour la bouteille de pastis qui a un écart de 28% (2ème plus gros écart si on exclu les légumes) ?

Normal :
"Note: These are currently built without multimedia support. No video or mp3 playback is enabled on these binaries."
Faut compiler à partir des sources pour avoir le support multimédia à partir de ffmpeg.

Si OOo doit utiliser un toolkit, j'espère que ce ne sera jamais GTK+.
La question n'est pas seulement "technique". Qt est un projet "propriétaire" de Trolltech/Nokia. Pas sûr que Sun (ou Novell et IBM) soit d'accord pour dépendre d'une techno "propriétaire" (d'un point de vue politique, pas technique) dont ils n'ont pas la maîtrise.

chaque application GTK utilise ses composants personnels et ne réutilise que très peu de choses des autres applications alors que dans kde l'API est centralisée et partagée.
Tu compares GTK à KDE là où il faudrait comparer Gnome à KDE. L'API gnome est centralisé et partagé et les applications Gnome partagent les évolutions de l'API.

Typiquement, le moteur d'import HTML d'OOo n'utilise pas le moteur de firefox
OOo et Firefox ne sont pas plus des applications Gnome que KDE.

sont des projets qui n'ont été créés par RMS
RMS n'a pas créé Gnome/GTK.

que dans le seul but de contrer le projet Qt/KDE
GTK a été créé pour remplacer Motif dont dépendant The GIMP.

=> Un projet créé pour contrer quelque-chose ne peut pas innover (AMHA)
\o/ Arrêtons Linux ! Arrêtons OOo ! ! Arrêtons Firefox ! Arrêtons The GIMP ! Arrêtons pidgin !

Cliquer la première lettre d'un répertoire et valider avec flèche vers le bas est si agréable
Comme dans une boîte de sélection de fichier GTK après avoir cliquer sur l'icône en haut à gauche (ou CTRL+L).

ou alors en l'ayant vu mais utilisé différement que lors de cette démonstration
Bah non sinon ils se seraient aperçu de la supercherie s'ils s'en était déjà servi !
L'expérience permet juste au département marketing de Microsoft de dire "avant de juger, essayez !"

Donc, c'est n'est pas du tout une complexité différente mais plus une habitude différente!!
c'est pour ca que j'ai dit : "c'est pas les mêmes compétences".
Le fait est que ton script, quelqu'un qui n'y connait rien informatique, ne comprendra rien à ton truc. (fait le test tu vas voir).

T'es marrant à comparer ton script qui ouvre ton CSV, mais t'as toujours pas calculé la moyenne entre 2 images I. Moi j'ai fais quelques cliques et j'ai obtenu le résultat. Point.

Disons que comprendre les notions sur les videos c'est plus compliqué que faire 5 lignes de python quand même!!!
Mouarf. C'est pas les mêmes compétences c'est tout. Vois les notions de vidéos comme une compétence "métier" là où le python est une compétence "technique". Et le but de l'informaticien, c'est d'utiliser ses compétences techniques (entre autre) pour proposer à l'utilisateur d'exploiter ses compétences métiers sans se faire chier avec des compétences techniques (qu'il n'a pas et qu'il ne veut pas, parcque c'est pas pour ca qu'il fait son métier).

Donc, cas d'utilisation quand même pointu et pas a la porté de tout le monde => outils adapté
C'est à la portée de n'importe quel zigoto qui a 2 ou 3 notions de base en codage vidéo (genre moi).

Peut être que le choix d'open office est trop limité, mais avoir une limitation analysé sur les cas d'utilisation n'est pas inutile.
Le fait est qu'on est au moins 2 dans ce forum a avoir eu ce cas d'utilisation, et que ce cas d'utilisation est suffisament remonté à Microsoft pour qu'ils aient senti le besoin de pousser la limite à 1 million de lignes.

On parle pas du menu, on parle du bouton que y'a physiquement sur ta machine (ou bêtement le repliage de ton portable). J'ai jamais besoin d'aller dans ce menu (qui d'ailleur a l'air de proposer autant de choix que le menu Ubuntu par défaut soit dit en passant : http://blog.juliohm.com.br/wp-content/ubuntu-gnome-shutdown-(...) )

Bah ca prouve au moins que beaucoup d'utilisateur ont des préjugés sur Vista. Les "testeurs" n'étaient pas des utilisateurs de Vista : 22% de mac-users, 1% de linux-users, le reste d'XP-users ou plus vieux.
Le but de l'expérience était juste de leur faire essayer le produit en éliminant le mot "Vista" pour voir si leur jugement était fondé ou non.
C'est évidemment non suffisant pour tester un OS, mais le but n'était pas dire dire que Vista "c'est génial", mais que Vista, c'est pas forcement ce qu'on croit/entend.
Je suppose que des utlisateurs habitués à Vista se seraient tout de suite rendus compte de la supercherie.

Bah franchement, mon vista je le redémarrer quasiment jamais (petètre 1 fois par mois pour les MAJ ?), sinon je ferme mon portable comme ca et il part en veille. Le démarrage est plus rapide, je retrouve mes applis dans le même état, et non, le système se "pourri" pas tout seul même après plusieurs jours sans redémarrage.
Bref, c'est très agréable comme fonctionnalité la veille prolongée. Dommage que mon Ubuntu se vautre avec sur le 2ème PC.

ouaaah, voici quelqu'un qui nous montre qu'il est absurde de voir la moindre difficulté à migrer des utilisateurs de Excel vers un SGBD parcque, tenez vous bien, et l'expérience le prouve, et bien en mettant OOo Calc à la place d'Excel les utilisateurs n'y voit que du feu !
On admire la démonstration.
Bon allez, nouveau débat (oui on va partir du principe que j'ai déjà fais le choix de MySQL, désolé pour ce raccourci qui évite un autre débat) : vous conseillerez quoi à ma secrétaire :
- mysql command line
- Hibernate
- phpMyAdmin
- toad
Perso j'aime assez Hibernate, comme ca si ma secrétaire commence à trouver des limites à MySQL (je la soupçonne de vouloir utiliser une tonne d'index et de trigger), elle pourra plus facilement migrer vers postgresql.
Bon évidemment ca suppose qu'elle connaisse 2 ou 3 bricoles, mais c'est à la portée de 80% des PME.

Tu détournes le problème : pour ouvrir mon CSV avec Excel, je n'ai aucunement besoin d'écrire une macro VBA.
Et taper des formules de stats dans Excel (la plupart du temps sans VBA) ne demande pas les mêmes compétences que d'écrire un script en Python.

Donc pour contenté 0.001% des utilisateurs qui souhaite utiliser un outils dans des condition extrême, tu pénalise l'utilisation standard du produit.
Si MS a pousser la barre à 1 million, c'était probablement pour contenter un peu plus que 0.001% des utilisateurs. Si ca avait un impact pour les 99,999% restant, ils l'auraient pas fait, et tout le monde gueulerait d'ailleur.
La limite est effectivement dans la quantité de RAM utilisée pour manipulée le fichier, vu le fonctionnement des tableurs actuels (chargement du document en mémoire).
M'enfin si demain ca devient une limite problématique, gageons qu'un tableur pourra utiliser des technos similaires à un SGBD si le besoin s'en fait sentir.

J'ai pas besoin d'un tableur pour faire ça, un script qui lis les données et me calcul le truc
Tout à fait d'accord. Mais tu peux comprendre que tout le monde n'est pas informaticien. On cherchait un soft, on disait pas de "créer" un soft.

, mais plus en tant que "calculateur de stats sur des données statiques".
Bof tu donnes la définition que tu veux à "Tableur" (qui ressemble plus à la définition d'une base de données soit dit en passant), pour moi un tableur ca désigne les applications comme Excel ou OO Calc, et donc par extension les fonctionnalités principales qu'ils offrent, et oui, on peut entre autre faire des stats avec, ca fait même parti des usages standards d'après wikipedia : http://fr.wikipedia.org/wiki/Tableur .

dépend si tu es signed ou pas.
Tu dis n'importe quoi pourvu que ca ai l'air de contredire ton interlocuteur.
Avec 32 bits, tu peux représenter 2^32 valeurs. Le sens que tu leur donnes (entier signé ou non, bitmap ou n'importe quoi) n'y changera rien.

Je suis pas contre un tableur lors du traitement d'un "petit" nombre de donnée, mais lorsque le nombre grossis, que les traitements sont complexe (ex je veux compter le nombre de dossier en double entre le 1er aout 2007 et le 1er Aout 2008 et sortir ce nombre par propriétaire des dossiers), ben il me semble qu'il est préférable d'utiliser une bd plutôt.
Toutafé.
C'est juste que généralement un CSV est considéré comme un nombre relativement "petit" de données (même 60000 c'est petit pour moi), simples (une seule table), sans contraintes (intégrité, référence ou autre), qui fait qu'un tableur est souvent un bon candidat.
La limite se trouve plutôt dans le type de manipulation à faire sur les données et sur la complexité des données.

J'abandonne, vous êtes trop fort et trop intelligent pour moi.

bah y'en a qui ont l'air de dire que si on dépasse la limite des 65000 (la limite de OOo donc), c'est débile d'utiliser un tableur, c'est l'utilisateur qui est con et qui sait pas choisir le bon outil.
C'est franchement malhonnête et prendre l'utlisateur pour un con.
Mais bon c'est du déjà vu dans le libre : si une feature ou un soft est pas dispo sous Linux, c'est pas un problème, c'est l'utlisateur qui se trompe d'outil ou qui croit avoir besoin d'une feature qui est parfaitement inutile (tout le monde le sait)... jusqu'au jour où quelqu'un l'implémente pour la plus grande joie des utilisateurs.

J'ai donné un scénario d'utilisation plus haut.
Il arrive couramment de sortir des stats pour débogage d'une application qui tourne en 24/24, et le plus facile est souvent de sortir les données "brutes" en CSV, ca permet rapidement de faire des calculs de base (moyenne, écart type, min, max, etc.).

Deja repondu et encore une fois OOo 2 ouvre un fichier csv <65000 lignes les doigts dans le nez de meme que gnumeric ou excel.
Et bah tant mieux ! ca confirme qu'un tableur n'est pas inadapté !

Tu regardes et tu admires toutes ces petites cellules ou tu fais des manips?
J'ai déjà donné un exemple de scénario, je le reprends, c'était pas plus tard qu'hier :
- Besoin de connaître la durée max et moyenne d'un GOP dans un flux H264 donné.
- J'ai trouvé un outil qui est capable de calculer la durée d'un GOP dans un fichier vidéo, et qui me propose d'exporter les stats uniquement en CSV.
- Je l'ai ouvert dans on tableur, hop 2 formules et j'ai obtenu la réponse (pour info 1 seconde en moyenne, 1,5seconde max, mais tout le monde s'en fou :) )
Voilà, un scénario réel, vécu hier, et qui montre qu'un tableur est pas inadapté.

1°) Les SGBD aussi, les interfaces d'utilisations des sgbd aussi.
Alors montre moi un foutu soft qui embarque un SGBD et une IHM qui me permette d'ouvrir un CSV aussi simplement que le permet Excel.

2°) C'est clair que tout le monde est équipé de la dernière version d'une suite payante et uniquement sur certains os ... surtout sur un site comme linuxfr, ou en entreprise.
On s'en fou, le but est de montrer qu'un tableur est pas forcement un mauvais condidat pour ouvrir un CSV. Pas de ma faute si OOo n'est pas aussi performant.

et tous tes exemples c'est 'excel sait (peut être) le faire donc c'est forcément génial. La preuve : il sait ouvrir un document statique de 1 millions de lignes!".
L'exemple initial c'était avec 32000 lignes. Y'a forcement une limite au tableur, mais le fait est que cet ordre de grandeur est tout à faire raisonnable pour un tableur "moderne" et "performant".

1°) tu as pas répondu à la question. A tu vraiment fait le test ? Si oui, comment a tu fait pour ne pas faire preuve de la moindre curiosité pour savoir ce qui n'allait pas sur ton pc/pour ooo pendant 20 minutes! C'est long 20 minutes, et ca m'étonne beaucoup que tu n'ai rien vu
oui j'ai fais le test évidemment, mais le premier "bug" que je vois, et il est énorme, c'est ce "freeze" utilisateur. Excel quand j'ai essayé avec 10 millions de lignes, il m'a juste fait comprendre que c'était trop gros dans un joli message.
Pour info le CPU montait à 100% mais la RAM n'avait pas l'air d'augmenter.

2°) Donc tu veux pas savoir "pourquoi il n'y arrive pas", mais tu arrive a dire directement que ce n'est pas un problème de ressources.
Mais je sais très bien pourquoi il y arrive pas : il est pas conçu pour y arriver. J'arrive effectivement à affirmer que ce n'est pas un problème de ressources au sens où Excel y arrive sur la même machine avec les mêmes ressources à disposition (CPU, RAM, disque). La limitation est donc bien interne à OOo.

ie : si il "suffit" de rajouter 2 Go pour que ca puisse marcher, c'est pas que OOo sait pas le faire, mais qu'il gère mal la mémoire, ce qui a juste rien à voir
En supposant une mémoire mal gérée, ca reste un problème purement interne à OOo et pas de ressources externes.

C'est bien ce que tu me dis non ?
Tout ce que j'essai de démontrer, c'est que pour les volumétries qui nous intéresses, le CPU, la RAM et l'espace disque d'une machine "standard" (1 Go de ram, 2 Ghz, 100Go de dur), un tableur "conçu" pour ce scénario n'a aucun problème et que donc un tableur peut être tout à fait aproprié.

4°) De plus, sachant que rien que lancer OOo ou autre prend fastoche 30 secondes sur la plupart des pc utilisé (entreprise ou particulier), j'émets quelques doutes sur ton "24 secondes".
mon scénario ests exécuté une fois l'appli lancée (fichier, ouvrir)

5°) Enfin, ouvrir un document de 1M lignes statiques consitue bien un test de volumétrie, mais n'est certainement pas le seul test que l'on puisse effectuer.
As tu essayer en
-> sauvant au format natif et le ré ouvrant ?
Notre problématique c'est : est-ce que un tableur est aproprié pour ouvrir un CSV de plus de 32000 lignes ?

Le but n'est pas de critiqué OOo, mais c'est pas parcque OOo se plante lamentablement sur ce scénario d'utilisation qu'il faut prétendre que les "tableurs" ne sont pas adaptés. Excel s'en sort très bien, et est visiblement conçu pour ce scénario :
- les CSV sont par défaut associés à Excel
- il propose un wizard à l'ouverture dédié au format CSV
- il charge et manipule le document tout à fait normalement.
Bref un tableur peut être tout à fait adapté à ce scénario. CQFD.

moi je confirme que excel (alors qu'elle version ? 2003 je crois)
Oué bah l'informatique a progressé depuis 5 ans. Excel aussi.

Donc quand il essaie d'ouvrir un fichier de 1M lignes , qu'est ce qui était bloquant ? Le CPU ? La SWAP ? ... ?
Excel 2007 ouvre un CSV d'un million de lignes en 24 secondes en occupant 60Mo de RAM supplémentaire. Donc faut pas cherché d'excuse à OOo liées aux ressources.

Moi en tout cas je confirmes que OOo Calc 2.4 se plante lamentablement pour ouvrir un CSV d'1 million de ligne (disons qu'il répondait pas au bout de 20 minutes).