Pinaraf a écrit 3682 commentaires

T'attends quoi pour faire un site web et tenter de rassembler du monde ?

Je suis tout à fait d'accord avec toi.
Il me semble entendre régulièrement des gens se plaindre d'une inertie certaine de l'équipe de gaim, par exemple pour l'intégration à évolution...
Ce que tu dis confirme mes lectures précédentes. :(

Un fork serait-il néanmoins bon pour le projet ? Rien n'est moins sûr : on risquerait de se retrouver avec des développements concurrents, ingérables, une perte de temps... Enfin, ça vaut le coup d'essayer !
Je code pas en C donc je pourrais pas être de la partie par contre :/

Je suis sans voix...
C'est superbe ton truc !
Par contre la lenteur du site est due à quoi ? Manque d'optimisation ? Pb de bande passante ? Lenteur de mon konqueror ?
Et serait-il possible que tu rendes ça W3C compliant ?

Je crois que KDevDesigner == KFormDesigner, car sur le site de kdevelop on parle de l'intégration de KDevDesigner qui permet d'avoir enfin un EDI RAD...
Et sur kde-apps : http://www.kde-apps.org/content/show.php?content=14796(...) pour KFormDesigner parle de l'intégration dans Kdevelop...

KDevDesigner c'est juste QtDesigner à la sauce kde pour plus ou moins bien s'intégrer à kdevelop.
L'intégration à kdevelop est optionnelle ! C'est surtout qu'il a été développé par et pour Kexi, afin de fournir un éditeur de formulaires à la Access. Après y'en a qui l'ont intégré dans Kdevelop, tant mieux ! :)

L'égout et les couleurs :)

Oui mais prelink est chiant à utiliser !! Faut le lancer sur chaque système où tu fous la lib, alors que là, le patch modifie la lib générée on en parle plus.
Après libre à toi de prélinker la lib avec changement de visibilité :)

il y a un patch pour gcc (qui sera intégré dans le 4.0.0 il me semble)
Le patch est intégré dans gcc 4.0
caché explicitement des symbols inutils, et les différences apportées sont que les libs sont plus légère (comme après un strip?)
cachER :)
Ça n'a rien à voir avec un strip !! Un strip fait que tous les symboles exportés le resteront, je sais plus exactement quelles infos disparaîtront...


GROS avantage : il y a déjà du travail sur le CVS de KDE pour profiter des avantages de ce patch ! Et d'après les testeurs les perfs sont bien meilleures. Plus d'infos dans le KDE CVS digest du 19 novembre : http://cvs-digest.org/index.php?issue=nov192004(...)

Il me semble que normalement les commandes urpmi --test --auto-select et urpmi --auto-select ont installé toutes seules ce KDE 3.3.1, non ?

Petite rectification, Arthur n'est pas un remplaçant de QCanvas, mais de toutes les routines de dessin (avec notamment un double buffering automatique). Il n'y a pas de remplaçant à QCanvas dans la 4.0.0, il arrivera dans la 4.1.0 normalement (voir peut être avant).
Désolé pour ce vulgaire amalgame (bien que je n'ai pas explicitement dit ça)
En fait, j'ai dit ça parce que j'ai vu sur une interview d'un développer / un site d'un programme que Qt4 permettra de résoudre les problèmes du Canvas en passant par arthur... J'aurais du contrôler mes infos avant :/

Merci pour ta précision !

Je t'invite à consulter la documentation de Qt pour de plus amples informations/démonstrations...
Qt 4 fournit surtout des nouvelles technologies comme Arthur : http://doc.trolltech.com/4.0/qt4-arthur.html(...)
Les captures sont pas intéressantes si on voit pas la taille du code à côté :p
Sinon je viens d'essayer le nouveau designer : leur drag and drop est simplement excellent ! Quand tu commences à glisser un bouton, tu vois une image du bouton que tu déplaces c'est vraiment agréable à utiliser...
http://doc.trolltech.com/4.0/qt4-designer.html(...)

Je me permet de corriger une faute :
- Librairies scindées : ça c'est le principal ! Avec, on avait un libqt.so énorme contenant QtXML, la lib graphique, la lib OpenGL... Maintenant, c'est séparé, avec à la clé un chargement plus rapide vu que le fichier à lire sera bien plus léger.

Il fallait bien sûr lire :
- Librairies scindées : ça c'est le principal ! Avant, on avait un libqt.so énorme contenant QtXML, la lib graphique, la lib OpenGL... Maintenant, c'est séparé, avec à la clé un chargement plus rapide vu que le fichier à lire sera bien plus léger.

Heu.....
J'ai l'impression que y'a un truc pas clair ! :/
HS: Après plusieurs années sous linux, j'ai changé mon laptop pour un powerbook g4, que du bon ce système. Un gui admirable d'une grande fluidité.
=> Il a un powerbook sous MacOS et pas linux, non ?

Tout à fait désolé pour cette malencontreuse confusion.
Tu pourrais te tourner vers ndiswrapper pour certaines clés, faut voir...
Sinon, j'ai une carte wifi à chipset atmel 76c503 et qui marche nickel :)
Je pense que t'auras droit à des surprises selon le linux de destination. Sans vouloir troller, les debians/slackware et autres distribs sans noyau bourré de 15000 drivers supplémentaires vont t'emmerder : t'auras probablement droit à un driver à compiler.

Sinon, le top : tu demandes au vendeur si elle marche sous linux, et si elle marche pas tu la ramènes et t'en demandes une autre. C'est légal, ça marche bien, et le vendeur va finir par être obligé de te fournir une clé quivabien :)

Quasiment toutes les clés USB devraient marcher sans problèmes sur tous les linux, tant que c'est un noyau > 2.4.0
Néanmoins, tu risques d'affronter au tout premier branchement dans le premier linux un pb si la table des partitions de la clé est incorrecte. La solution consiste alors à lancer fdisk dessus et à y faire une vraie table des partitions.

Au passage, profitez en pour tester la milestone 65 de OpenOffice 2 !
ftp://ftp.belnet.be/pub/mirror/ftp.openoffice.org/developer(...) (mon miroir préféré :)
et http://download.openoffice.org/680/index.html(...) pour la liste complète ainsi que comment l'installer sur une debian

Le module de base de données a fait une grande avancée dans cette milestone !

Il y a deux porcheries en programmation : (les noms sont de moi :)
- le look sale (mal indenté, pas documenté, noms de variables pourris...)
- le code sale (fonctions inutiles, pas de contrôles des valeurs d'entrées => buffers overflow par ex ...)

Le premier implique facilement le deuxième, mais le deuxième n'implique pas le premier !

S'il-te-plaît, pourrais tu t'exprimer dans une langue qui soit compréhensible aux non-experts en analyse de code ?
analyse des couplage communs (common coupling) : késako ?
Ces classifications fût basées sur le caractéristique "definition-use" des références aux variables global. : idem

Merci d'avance

Yeahh ! Y'en a un qui a remarqué le jeu de mot tendu là, tel un slip !

Vois tu, il faut se rendre à l'évidence :
il existe en ce bas monde des gamins pas plus futés qu'une lame de rasoir. Ces gamins, pour se croire plus intelligents que les autres, ont essayé linux. Mais leur connerie ne leur a pas permis de comprendre ! Incapables d'avouer leur connerie par le simple fait pourtant normal de lire une doc, ils se barrent proférant des insultes sur divers forums et se réfugient dans leur clickodrome. Certains, particulièrement cons, trouvent sur un site underground un kit tout fait avec clickodrome pour pirater (on va dire que ça existe ;) et se disent : "tiens, on va se venger de ce linux nase, on va pirater un de leur site !". Malheureusement, c'est tombé sur linuxgraphics.

Je ne vois pas d'autre explication.

SS browsers implementations CSSLa vraie question est : Quel navigateur utilises-tu ? Le problème des CSS est vraiment une plaie : Malgré le fait que ces spécifications soient parus au 20ème siècle, il n'y a toujours pas un navigateur qui les implémente parfaitement et dans leur intégralité.
HU ?
Il me semble que les CSS 1 sont supportées à 100% par plusieurs navigateurs, et qu'une bonne partie des CSS 2 est supportée par la majorité des bons navigateurs (mozilla, konqueror, opera...). Quant aux CSS 3, elles ne sont qu'au stade de brouillon mais leur support se prépare dans mozilla et khtml...
Il me semble qu'on puisse trouver sur internet des comparaisons de navigateurs sur ce point de vue là : http://www.quirksmode.org/css/contents.html(...) par exemple

Merci pour le lien :)

Heu
Si tu aimes un truc technique en dehors de la programmation
XML c'est bon comme réponse ?

Ce qu'il y a c'est que je veux surtout pas aller dans un truc généraliste avec de la méca, de la chimie...
Ça tourne au massacre de me mettre dans une telle horreur !

Pourquoi ça trolle sur l'epita ?
Premier tests très corrects : serveur web apache, page web sans flash...
Bon, d'accord c'est léger comme avantages :)