Discussion :

[Baptiste Wicht]

N°8 Février-Mars 2007 disponible



http://magazine.developpez.com

Qu'en pensez-vous ? Vous constaterez qu'il y des nouvelles rubriques, cela prouve bien le dynamisme de Developpez.com

[Barnabo]

C'est sans doute pas la peine d'en rajouter, mais bon ..... je viens juste de découvrir, j'ai pas encore lu une seule ligne mais l'idée est très bonne, je pense que j'ai quelques bonnes heures de lecture en perspective.

Si j'ai des remarques un peu plus constructives, je vous le ferai savoir

[odissey]

Complet. Très bonne présentation.

[rdemont]

Je découvre aussi ce magazine en ligne, c'est une excellente idée, vraiment plus facile à lire que la news letter.

Petite remarque qui à déjà été expliquée, le format deux colonne est difficile à lire à l'écran.

Bonne continuation et merci
Rdemont

[enezvar]

Bonjour,

Excellente idée, je viens de découvrir tout ça, c'est superbe !

Bonne continuation

jl derrien

[azziz2005]

Bonjour,

excellente idée, merci infiniment et bonne continuation.

Cordialement

[tleboukaka]

slt à tous

les Mag c'est une idée géniale; mais j'aurai souhaité que ces Magasines soient repartis ou titrés par domaine : ne pas melanger VB, Delphi, Reseau, etc dans un même numero ou bien un numero spécial Produit Borland (ou CodeGear) et un autre Produit Microsoft. Soit un Magazine spécial delphi + BDD (InterBase, Paradox,etc), un autre VB+Access; etc. c'est mieux pour nous permettre d'être consentré sur un domaine bien précis. Je fais par exemple Delphi, ça me dérange d'avoir encore dans le même Magazine Access ou VB !

[Marc Lussac]

Ca existe en ligne, chaque rubrique à sa propre page qui référence tous les cours et tutoriels pour un langage donné.

Tu as la liste de toute ces pages ici : http://general.developpez.com/cours/

Et pour voir les publications récentes, sélectionner la rubrique dans la barre de boutons en haut du site : http://www.developpez.com/

Ca serais peut etre sympa d'avoir en effet un magazine pour chaque rubrique, mais il faudrait avoir un volontaire pour faire la mise en page pour chaque rubrique, donc non par un responsabke magazine, mais 30

Pour l'instant il y à eu un seul exemple de réalisation spécialisée, c'est le magazine Hors série Java Décembre 2006

Mais si tu te propopse de faire la mise en page des magazines pour chaque rubrique, tu es le bienvenu

[Baptiste Wicht]

Le magazine ne se veut pas un recueil de tous les articles sur Developpez.com, comme l'a dit Marc c'est le but des pages cours. Le magazine est là pour avoir une version hors ligne agréable à lire et à avoir partout, c'est un recueil de l'actualité et des meilleurs tutoriels parus.

Un magazine par rubrique, ce serait certes pas mal, mais certaines rubriques n'ont pas assez de contenu pour en faire des magazines. C'est un énorme travail de mise en page pour faire ne serait-ce qu'un seul magazine, il faudrait donc beaucoup de ressources hommes pour pouvoir en faire un par rubrique, ressources que nous n'avons pas actuellement.

[gege2061]

Le magazine ne se veut pas un recueil de tous les articles sur Developpez.com, comme l'a dit Marc c'est le but des pages cours. Le magazine est là pour avoir une version hors ligne agréable à lire et à avoir partout, c'est un recueil de l'actualité et des meilleurs tutoriels parus.

Et c'est aussi l'occasion de lire d'autres articles que ceux des rubriques que tu fréquentes

[ArKam]

Bravo tres bonne initiative, sinon rien à redire, a part peu etre un peu plus de truc pour les vrai bon gros debutant comme moi en programmation.

[bruno.haleblian]

Salut,
Je viens de découvrir le magazine, vraiment sympa!
C'est une super-idée, avec l'avantage que les anciens numéros ne sont jamais épuisés
C'est toujours délicat de critiquer un si bel effort mais bon:
La mise en page sur 2 colonnes, bien qu'esthétique, n'est pas idéale pour la lecture sur écran et personellement je ne suis pas très papier.
De nombreux articles sur developpez.xxx sont publiés en PDF et HTML, ce procédé ne serait-il pas applicable ici, avec le HTML sur 1 seule colonne?

[bruno.haleblian]

Pas vu qu'il y a à chaque fin d'article, un lien sur l'original!!
Donc le pb de mise en page ne se pose pas vraiment.
Ce lien serait bien aussi en début d'article mais c'est déjà dit.

[Baptiste Wicht]

Il est vrai que pour la lecture à l'écran, les 2 colonnes ne sont extrêmement pratiques, mais l'avantage, c'est qu'on gagne de la place, car on a pas mal de code et de titres, qui prennent ainsi beaucoup moins de place.

[spawntux]

Toujours aussi superbe

J'ai appriori pas vu de faute cordialement

[k.cheker]

bravo cette mag est exelente bonne continuation

[Baptiste Wicht]

N°8 Avril-Mai 2007 disponible



http://magazine.developpez.com

Qu'en pensez-vous ? Il y a un peu plus de rubrique que d'habitude

[spawntux]

Toujours aussi bon a lire

L'article "Découverte des principaux moteurs de template en PHP" est tout bonement sublime enfin comme d'habitude tres bon mag

[toctoc]

Bravo pour le magazine, beaucoup plus de facilité à la lecture que le newletter, en plus on peut imprimer et emporter pour lire dans le train ou bus.

Bravo à tous les équipes

[El Riiico]

Bonjour,

Je suis un utilisateur régulier de ModeliXe, je suis frappé d'une erreur publiée dans le pdf :

Le gabarit en XML est trompeur, dans la mesure où des variables doivent parfois être insérées dans le document à l'intérieur des propriétés des balises du gabarit : pourquoi écrire ces variables avec une syntaxe XML à cet endroit ?

Syntaxe XML douteuse :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<meta name="generator" content="<mx:text id="meta_generator"/>" />

C'est un faux procès, l'auteur de l'article est tout simplement passé à côté d'une fonctionnalité effectivement essentielle : la gestion des attributs dans ModeliXe. Le code ci-dessus peut, non, DOIT s'écrire de la façon suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<meta name="generator" MxAttribut="content:meta_generator" />

MxAttribut est pourtant une fonctionnalité de base, dont l'utilisation est clairement décrite dans la documentation. À noter que j'avais déjà envoyé cette correction à l'auteur de l'article lors de la publication en ligne initiale ; celui-ci n'a jamais répondu.

Je ne suis pas pour autant un défenseur acharné de ModeliXe.
J'en suis un utilisateur intensif, je l'ai utilisé pour le développement du portail pro-a-part. ModeliXe est clairement un des éléments techniques qui ont rendu possible le succès de ce site qui supporte aujourd'hui un fort trafic.
Pour autant, je déconseille son utilisation sur un gros projet. Le code n'a jamais été repensé pour parfaitement compatible en PHP5, et surtout, le projet est actuellement à l'abandon. Travaillant dans une entreprise qui a fait le choix de cette technologie depuis un an et demi, j'ai proposé mon aide au mainteneur du projet : (ajout d'une doc phpDocumentor, meilleure optimisation PHP5, réécriture des exemples). Celui-ci a refusé mon aide, préférant "avancé sur la nouvelle version à son rythme". La dernière version de ModeliXe a plus de deux ans... rien ne laisse espérer prochainement une nouvelle version.

Aujourd'hui, pour le même projet j'utiliserais du PHP avec une structure MVC (Symfony) ou Smarty (bien que son côté usine à gaz m'ait toujours rebuté). C'est dommage, pour un petit projet ou pour ceux qui n'ont pas assez d'expérience pour se lancer dans les design patterns, ModeliXe était vraiment un projet de belle qualité.