CrEv a écrit 4577 commentaires

Personnellement je trouve que 7mm ça fait déjà une grosse difference en épaisseur.

J'ai un téléphone que je trouve assez fin (un sony ericsson m600i) : il fait 15mm d'épaisseur.
Donc rajouter 7 mm c'est surtout rajouter la moitier.

Et c'est vraiment significatif quand on la dans la main...

si, il reste une raison : internet explorer...

Qu'on le veuille ou non, ça risque de freiner le développement pendant un moment encore.

idem pour svg. C'est bien beau, mais comment on fait pour que tout le monde puisse le voir ? on demande d'installer un plugin non maintenu d'adobe ?

En plus, svg n'est pas un concurrent à flash, peut-être sur certaines parties mais pas sur tout.
Et pour ce qui est des jeux, l'autre avantage de flash est que c'est compilé en bytecode par la machine flash donc bien plus efficace que js dans un navigateur...

(note en préambule : je n'utilise pas ubuntu ;-) et je n'ai pas tout lu)

mais je trouve que c'est bien qu'il y ait des magazines de ce genre. Si d'autres distributions pouvaient faire des choses dans le même style, ça pourrait être intéressant.
Par contre, faut voir quoi y mettre non plus, les parties installations par exemple sont à mon avis peu nécessaires, par contre il peut être intéressant d'avoir des magazines qui présentent un peu les nouveautés, les spécificités (ben oui, c'est pareil avoir plein d'articles qui racontent la même chose simplement en changeant le nom de la distrib c'est pas intéressant non plus...)

Je me souviens que je lisais quelques ezine avant du genre hp48 ezine pour ceux qui connaissent et c'était assez intéressant ;)

Sinon, pour le reste, je trouve quand même que les deux petites rubriques "my desktop" et surtout "my pc" ne servent franchement pas à grand chose.

Mais le pire est la non justification du texte, surtout que l'ensemble est sur 2 colonnes. Je sais pas comment les gens ont l'habitude de lire / écrire du texte, mais ça me choque assez de voir ça (bon c'est ptetre aussi du au fait d'avoir bossé dans une boite éditrice de softs pour la presse...)

M'enfin, ça coute rien de justifier et c'est beaucoup plus propre...

mieux que ça, ils ont indiqué comment rajouter le dépot google dans urpmi
Si ça c'est pas de la prise en charge de mandriva !

c'est surtout que le problème est mal pris je pense.

Je développe actuellement pour windows et linux en même temps.
Mon projet est décrit uniquement dans un fichier CMakeLists.txt [http://www.cmake.org]

Si je veux une version makefile classique :
cmake

Si je veux une version kdevelop :
cmake -G KDevelop3

Si je veux une version vs6, vs7, vs8, codeblocks, mingw, ... il suffit de demander à l'utilitaire cmake sous windows.

En clair, jamais on ne s'occupe des problèmes de gestion des différents projets selon les ide (ou non) car cmake le fait pour nous.
Les seuls problèmes sont donc liés aux compilateurs différents (compiler win/linux avec mingw/gcc ça passe encore, mais pour faire du vc++/gcc, c'est déjà plus galère, mais c'est une autre histoire ;))

Donc finalement, pour faire du multiplateforme, il suffit de choisir les bons outils et dans ce cas l'environnement de codage n'influe plus (ou alors de manière assez négligeable)

(sinon, xemacs sux, seul emacs rox !)

Pour éviter ce genre de problème, il peut être intéressant de prendre comme habitude d'inverser l'écriture des tests :
if (0 = i)

De cette manière il n'y a aucune chance que ça passe quelque soit le compilateur

Concernant la conversion SOAP -> c++

Pourquoi ne pas utiliser gsoap [http://www.cs.fsu.edu/~engelen/soap.html] par exemple ?
Je l'utilise actuellement pour un projet dans ma boite et ça marche pas mal du tout.
Il prend un fichier wsdl pour le traduire en c++ (ou c) mais par contre, il ne le traduit pas en qt.
Mais cela peut être une base intéressante si c'est possible de le modifier suffisament facilement

ça dépend pour qui...
si c'est pour un utilisateur qui a comme signature :

UBUNTU/linux 8.57 svn/bzr/fuckwin
intel core 3 sextuple ddr2.3 3423 3.3.2.1.1.1
mb gigabyte multiproctamère
sli 4*nvidia 10500gtx turbo diesel
caftière seb
chaussons simpsons

alors ça peut devenir indispensable...

bon ben finalement c'est pas si simple...
J'ai voulu respecter les noms de mes disques durs mais j'étais sur une carte mère comportant 4 ports ide (donc hda jusque hdh) mais qemu ne comprend que de hda à hdd

J'ai donc tenté de lancer un livecd dans qemu et lui passer mes disques durs pour les monter mais je tombe sur un autre problème :
j'avais oublié que je faisais du lvm...

En réalité j'ai :
hda hde hdg
-----------------
raid 5 soft
-----------------
lvm
-----------------
partitions reiserfs / ext3

donc il faut que j'arrive à reconstruire mon raid, puis à reconstruire mon lvm puis à lire mes partitions...

(pas dans la merde le gars...)

C'est moi ou les développeurs noyaux se frittent plus que dans les autres projets ? Ou alors c'est juste plus médiatisé ?

Ca dépend si tu compare à des vrais projets ou à debian ;-)

ben normalement non, c'est du raid soft...
donc c'est au noyau et la config de le faire
je boote sur une partition non raid donc ça devrait tourner (je teste ds qq instants...)

ça s'en est une bonne idée !!
Peu pas essayer maintenant (boulot toussa...) mais si ça peut marcher ce serait génial !

Je vous dirai ça demain.

Mais merci pour l'idée, j'y avais pas pensé.

Evidemment c'est du raid 5 :-) (avec 3 disques)

Mais j'ai les copies des trois disques (en fait les 3 disques sont bon apparement mais je les ais dumpés pour avoir une sauvegarde)

Mais je ne peux pas vraiment monter car j'ai un dump complet du dur.

Mais une fois monté chaque partition, je ne pense pas qu'il y ait un problème pour lire le raid car je lui dirais simplement quels sont mes partitions raid et il devrait pouvoir le lire.

J'ai commencé à regarder loop et offset, et je devrais probablement pouvoir m'en sortir. Si j'ai compris le offset me permetra de lui dire où sont mes partitions dans mon dump de disque... et donc les monter

C'est un peu ce à quoi je pensais.

J'ai testé la ram et elle est bonne, tous mes disques durs répondent correctement, donc il ne me reste plus que cpu et carte mère...

Y a-t-il moyen de détecter quel composant poserait problème ? (c'est plus pour réparer à ce stade là, mais juste pour savoir ;-) )

ok, autant pour moi, j'avais pas vu le côté "il n'est pas nécessaire de connaître les techno web" et me suis emballé un peu trop vite ;-)

\begin{malife}
et moi j'ai acheté un bouquin de cuisine pour les nuls.
Mais c'est faux. Ce n'est PAS DU TOUT facile de cuisiner avec. N'ayant pas de spatule, je me suis servis du bouquin mais après je n'arrivais plus à lire ma recette...
\end{malife}

plus sérieusement, tu t'attendais à quoi ? (c'est une vrai question...)

Dire qu'il est très chiant d'écrire une applis sous un "webos" parce qu'il faut connaître html, js et css c'est un peu limite je trouve.

C'est comme si tu disais que pour écrire un soft il fallait connaître un langage de programmation...

Donc oui, eyeos est basé sur de l'html et le programme en js donc forcément il faut connaître un peu de javascript.

Mais bon, c'est vrai, ils pourraient qd même proposer des bindings c#... au moins gnome avec son C on peut l'utiliser en C# ;-) (quoi une feature dans gnome ;))


note : je crois que j'ai usé ma part de troll pour aujourd'hui, au suivant ;)

Sauf que c'est :
s/arrétez/arrêtez/

;-)

Une autre méthode, qui me ravit en ce moment au boulot :

Mes projets (c++) utilisent cmake
C'est simple, clair, conci et vraiment plus lisible que du autotruc/configure, makefile/...

Et l'énorme avantage c'est que sous win (je dev à la base sous linux mais tout doit tourner sous win) cmake me génère les fichiers de projets tout seul (pour du visual 2005 dans mon cas mais il le fait pour bcp d'autres ide).

On travail à plusieurs comme ça, moi sous linux, d'autres sous windows, sur les mêmes sources et avec cmake tout roule ;)

Sous linux il permet aussi de gérer les fichiers de projet kdevelop

Concernant l'interface utilisateur, je le trouve au contraire assez sympa.
Ce qui demande un peu d'apprentissage est la boite de dialogue des propriétés (le temps d'apprendre où elles sont pour les retrouver rapidement) mais le reste est assez sympa, et le style graphique (qt) est plaisant.
En tout cas par rapport à un InDesign (j'ai jamais utilisé quark) scribus est sympa. InDesign est une horreur sans nom dès qu'on commence à avoir pas mal de panels ouverts, l'interface grisonante avec de petites icones est efficace mais demande elle-aussi de l'apprentissage.

M'enfin tout ça pour dire que ça ne me surprend pas qu'on trouve que l'interface utilisateur d'un tel logiciel n'est pas évidente à prendre en main. Ce type de logiciel (comme tout logiciel spécifique) demande un apprentissage.

Ha, je ne connaissais pas du tout.
C'est vrai que 80 pages ça commence à donner...

Par contre, je trouve étrange OpenOffice pour le texte... (ou alors pour la prise initiale des articles, dans ce cas pourquoi pas...)

Scribus semble donc plus performant que ce que je pensais, mais les souvenirs que j'en avais (sur un p4 HT 2.4gHz et 512ram) étaient assez désastreux dès que le bourrinait un peu (texte coulant dans plusieurs blocs, ayant chacuns des formes non-rectangulaires + rotations, ...)

Non, 20 minutes n'utilise pas scribus.

Ils utilisent des solutions basées sur InDesign ou XPress (je sais plus lequel des deux) + des applis propriétaires spécifiques.

L'intérêt de ces solutions, est surtout dans la mise en page automatique, basée sur des masques/gabarits avec des saisies séparées.
En clair on définit des masques (position des images, des textes, des titres, mise en style, ...) qui sont placés en bdd.
Et dans d'autres logiciels ont saisis les texte (des outils de saisie rédactionnelles si je ne me trompe pas de nom). Ce n'est pas un traitement de texte comme on l'entend habituellement, et ça comporte beaucoup de contraintes concernant le nombre de lignes, de caractères, ... gestion des styles prédéfinis eux aussi, ... + des meta données (catégorie, auteur, édition, ...)
Ensuite on réalise la mise en page dans ce qu'on appel le chemin de fer, qui représente la suite de page.

Mais comme je le disais, l'intérêt (en plus de la séparation intéressante entre msie en forme et saisie) est la mise en page en elle-même, qui utilise des algos spécifique d'occupation d'espace. C'est très criant dans les revues de petites annonces mais c'est important également pour des journaux du type 20 minutes.

Scribus est pas mal du tout, mais je ne le vois pas pour faire un journal professionnelement. Il est trop lent et il faudrait pouvoir le coupler à diverses bases de données pour automatiser beaucoup de choses. En dessous de 10 pages c'est peut-être utilisable, mais pour des journaux de 20, 30 pages (ou plus) ça ne l'est pas du tout.

comment, tu n'es pas au courant ??
Linux a été inventé par Ubuntu et son bienfaiseur ô grand maitre parti dans l'espace.

Ralala ça connait pas l'histoire de linux/ubuntu et ensuite ça vient raler sur linuxfr...
D'ailleurs comme son nom l'indique, linuxfr n'est qu'un des dérivés d'ubuntu !


(oui je sais, vendredi, humour, toussa ;-))

enfin pas totalement quand même...
car t'as beau sauvegarder les données dans reader (comme c'est faisable actuellement) si tu n'as pas lancé le soft et chargé tout ce qui est js ou autre, tu peux toujours te brosser pour bosser offline...

En clair, c'est joli leur techno mais ça oblige à lancer l'application (gmail par exemple) en étant connecté avant de se déconnecter au contraire de thunderbird ou tout autre client lourd et se connecter ensuite pour envoyer/recevoir les données

Beaucoup, aucune idée, personnellement j'en possède une.

A la base ça sert évidemment pour le dessins mais l'utilisation n'est pas ciblée : on peut s'en servir pour tout ce qui est 2d (retouches, dessins basique, dessins vectoriel, digital painting, ...) mais aussi pour tout ce qui touche à la 3d.

On peut aussi s'en servire pour signer des documents, ou annoter plus facilement qu'avec souris / clavier (mais bon, faut des logiciels le supportant...)

Et pour ceux qui ont l'habitude, et selon les environnement, ça peut aussi être un bon remplaçant à la souris, mais il faut de l'habitude car ce n'est pas incrémental comme la souris (la souris fonctionne par incrément alors que le stylet en général par position)

oui mais il y a quand même une différence entre un logiciel qui change son nom et un logiciel qui change son nom dans un contexte spécifique.

Je comprend qu'un logiciel change de nom (d'ailleurs firefox a mis un moment avant de s'appeler comme ça...)

Mais si selon le système sur lequel il est installé le même logiciel n'a pas le même nom, alors oui c'est génant.

Si je comprend que Mozilla souhaite pouvoir contenir les rapports de bug liés à des patchs / intégrations de distribs, le principe de contrôl qu'ils utilisent me font plus penser à des méthodes de soft proprio qui aiment contrôller et non de soft libre (/begin{mode anti troll}j'ai pas dit que firefox était pas libre/end{mode anti troll})