Je ne dis pas que l'application est nulle car elle ne propose l'ods. En effet pour contenter une grande majorité d'utilisateurs ayant wirndows, il doivent privilégier le xls.
Mais pour un produit (j'en convien en alpha/beta), affichant une "compatibilité" avec Linux, le format xls, n'est pas (idéologiquement et techniquement) le meilleur choix pour un format de document.
J'ai déja contacté plusieurs fois google à propos d'améliorations possibles de divers de leurs programmes (gmail, google talk, google groups). Je faisais très attention à mon orthographe, à exprimer clairement mes idées, et aucune trace, même pas une réponse d'un bot disant que le mail à été reçu ... résultat, je ne dis plus rien .
Effectivement google fais des pas vers le mondre libre, ou tout simplement, vers certains OS autre que Windows (on pensera à Picasa pour Linux, et Google Earth pour Mac). Cependat dans presque toutes ces décisions, il y a un comme une impression d'inachevé.
Prenons picasa qui est un portage de la version windows en utilisant wine cela déçoit certains (je n'en fait pas partie). En effet Google aurait pu faire un portage en se basant sur Gtk/Qt., d'un autre coté google à aider à faire progresser wine.
L'objet de ce post, c'est surtout le nouveau tableur en ligne. Sur ce point Google me déçois par le non support d'ods[1], au profit du xls de microsoft et du csv . Ceci est d'autant plus etonnant pour une boite disant utiliser des standards .
Donc, google innove, mais laisse (à mon avis) presque tout le temps une impression que les choses ne vont pas jusqu'au bout.
Le problème c'est surtout la taille des fichiers.
Le PNG comparé au GIF aoffre des images dont la taille est équivalente avec des fonctionnlitées supplémentaire, donc apparait bien comme un concurrent du GIF.
Mais le JPEG sur des photos (ou de grandes) images, de par sa compression avec perte donne des fichiers dont la taille est vraiement plus petite que celle de la même image en PNG.
Wine est un projet libre dont le but est de permettre l'exécution d'application windows, mais aussi faciliter le portage d'applications windows sur certains unix tournant sur des processeurs x86. En ce sens, je ne vois pas en quoi il est different d'un bibliothèque multiplateforme (Qt, GTK, wxWidget). je ne vois donc pas ce qu'il y a de génant dans le fait que google l'utilise pour se faciliter le portage d'applications.
La méthode qui parcours le disque dur:
find / name 'fichier'
Sinon, une méthode plus rapide, mais qui ne prend pas en compte les fichier splus récent que la mise à jour de la "base de données" utilisée:
locate *fichier
Tu penses vraiement que c'est cela que les fabricants vont essayer d'intégrer dans leurs télévisions, ou plutot de contenter les publicitaires et/ou les chaines de télévisions ?
Free loue la freebox, et le prix de la location est compris dans le prix de l'abonnement. Résultalts ils sont toujours propriétaires de leurs FreeBox et ne sont donc aucunement obligé de te fournir le(s) code(s) source(s).
C'est ce que j'ai retenu d'un ancien journal ou il y avait une longue discussion à ce sujet.
D'après le test effectué, le programme demande une version de Qt plutôt ancienne (inférieure à la 2.0). Or pratiquement toutes les distributions actuelles utilisent la version 3 (voir même 4) de Qt.
Il te faut donc regarder si il existe une version plus récente du programme que tu essais de compiler.
Autant les 2 autres permettent "réellement" de pouvoir utiliser de l'ext2 sous windows, autant explore2fs est lent et gourmand en ressource, en plus il utilise un explorateur propore, alors que les 2 programmes précités eux, permettent d'acceder aux partitions ext2/ext3 comme de simples disques dur, et sans consommer autant de ressources que explore2fs.
[^] # Re: Comme une impression d'inachevé (et l'ODS ??? )
Posté par slubman (site web personnel, Mastodon) . En réponse à la dépêche Google de plus en plus proche du libre (?). Évalué à 6.
Mais pour un produit (j'en convien en alpha/beta), affichant une "compatibilité" avec Linux, le format xls, n'est pas (idéologiquement et techniquement) le meilleur choix pour un format de document.
[^] # Re: Comme une impression d'inachevé (et l'ODS ??? )
Posté par slubman (site web personnel, Mastodon) . En réponse à la dépêche Google de plus en plus proche du libre (?). Évalué à 6.
# Comme une impression d'inachevé (et l'ODS ??? )
Posté par slubman (site web personnel, Mastodon) . En réponse à la dépêche Google de plus en plus proche du libre (?). Évalué à 10.
Prenons picasa qui est un portage de la version windows en utilisant wine cela déçoit certains (je n'en fait pas partie). En effet Google aurait pu faire un portage en se basant sur Gtk/Qt., d'un autre coté google à aider à faire progresser wine.
L'objet de ce post, c'est surtout le nouveau tableur en ligne. Sur ce point Google me déçois par le non support d'ods[1], au profit du xls de microsoft et du csv . Ceci est d'autant plus etonnant pour une boite disant utiliser des standards .
Donc, google innove, mais laisse (à mon avis) presque tout le temps une impression que les choses ne vont pas jusqu'au bout.
[1] : http://fr.wikipedia.org/wiki/Open_document#Extensions_de_fic(...)
[^] # Re: Ouais mais...
Posté par slubman (site web personnel, Mastodon) . En réponse au journal LiveCD "over the network" :). Évalué à 0.
[^] # Re: question
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Microsoft cherche à remplacer le JPEG. Évalué à 2.
Le PNG comparé au GIF aoffre des images dont la taille est équivalente avec des fonctionnlitées supplémentaire, donc apparait bien comme un concurrent du GIF.
Mais le JPEG sur des photos (ou de grandes) images, de par sa compression avec perte donne des fichiers dont la taille est vraiement plus petite que celle de la même image en PNG.
[^] # Re: ridicule !
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Picasa pour Linux dispo !. Évalué à 3.
[^] # Re: Pas vrai
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Picasa pour Linux dispo !. Évalué à 3.
# 2 méthodes
Posté par slubman (site web personnel, Mastodon) . En réponse au message rechercher un fichier dans dossiers et sous-dossiers. Évalué à 3.
find / name 'fichier'
Sinon, une méthode plus rapide, mais qui ne prend pas en compte les fichier splus récent que la mise à jour de la "base de données" utilisée:
locate *fichier
[^] # Re: Pratique
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Un bon téléspectateur et un téléspectateur qui ne zappe pas. Évalué à 0.
[^] # Re: C'est nul
Posté par slubman (site web personnel, Mastodon) . En réponse au journal comparatif IE7/Firefox. Évalué à 2.
[^] # Re: C'est nul
Posté par slubman (site web personnel, Mastodon) . En réponse au journal comparatif IE7/Firefox. Évalué à 6.
# Limitation consommation mémoire
Posté par slubman (site web personnel, Mastodon) . En réponse au message Gourmandise des process Apache. Évalué à 1.
Pour apache la limitation du nombre de processus si tu as apache 2.x ce fait au niveau des lignes suivantes:
[^] # Re: Euh, juste comme ça
Posté par slubman (site web personnel, Mastodon) . En réponse au message Création d'une distribution linux. Évalué à 1.
# libssl et libcrypto
Posté par slubman (site web personnel, Mastodon) . En réponse au message installation de grass. Évalué à 1.
# Après ...
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Aprés Fedora et OpenSuse?. Évalué à 3.
je connais le chemin ===> []
# Une piste
Posté par slubman (site web personnel, Mastodon) . En réponse au message inventaire de parc wmi sous linux. Évalué à 0.
[^] # Re: hahaha
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Free et la freebox : Noir ou blanc ?. Évalué à 6.
C'est ce que j'ai retenu d'un ancien journal ou il y avait une longue discussion à ce sujet.
[^] # Re: La vraie question
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Et si Mac OS X devenait Opensource ?. Évalué à 2.
/me ===> []
# Qt trop récent
Posté par slubman (site web personnel, Mastodon) . En réponse au message deian unstable et qt. Évalué à 1.
Il te faut donc regarder si il existe une version plus récente du programme que tu essais de compiler.
# Code::Blocks
Posté par slubman (site web personnel, Mastodon) . En réponse au message meilleur editeur IDE pour c sous linux. Évalué à 8.
Sinon, comme IDE et selon ton environement graphique,il y a aussi kdevelop ( http://www.kdevelop.org/ ) et Anjuta ( http://www.anjuta.org/ )
[^] # Re: Dans la série benet mais je me soigne
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Le concept de GMail. Évalué à 5.
# rt2500 pas ok
Posté par slubman (site web personnel, Mastodon) . En réponse au message Pb slackware 10.2 et wifi (RT2500). Évalué à 2.
Pour les dongles usb à base de chipset ralink le driver c'est pas rt2500 mais rt2750 : http://prdownloads.sourceforge.net/rt2400/rt2570-1.1.0-b1.ta(...)" ;)
# Problème ???
Posté par slubman (site web personnel, Mastodon) . En réponse au message Probleme bizarroïde : mon écran s'éteint lorsque je change la date ?!. Évalué à 2.
Maintenant, je ne peux expliquer pourquoi cela a lieu.
[^] # Re: Ca tombe bien
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Confirmation des brevets sur la FAT. Évalué à 4.
[^] # Re: Ca tombe bien
Posté par slubman (site web personnel, Mastodon) . En réponse au journal Confirmation des brevets sur la FAT. Évalué à 5.