Dadou

On met en place sur le Hub????

Hummm miam miam, fraise tagada.... Dooooo!!

Moi je veux bien de la tarte tatin, miam!!

Quelque soit la raison, il y a des règles qui régissent ce forum, tu ne les a pas respectées c'est tout

Le principal problème de wikipedia, c'est que par la nature même du projet, il ne peut y avoir que beaucoup d'informations, après c'est à toi de déterminer ce que tu met en avant comme information. La ce n'est pas une contrainte technique du wiki, mais plutôt un choix des rédacteurs, au boulot, on utilise le wiki pour la documentation utilisateur, et les articles sont agrémenté de nombreuses captures d'écrans. Normalement avec un wiki brut de décoffrage, tu as déjà ce qu'il te faut en grande partie pour disposer d'un site digne de ce nom sans pour autant jouer avec le code, le seul point qui pourrait te ralentir un peu au départ, c'est la syntaxe WIKI pour rédiger les articles, mais normalement, elle est très simple et rapide à apprendre C'est en gros ce que fait le wiki mais de manière plutôt automatique, et en plus tu bénéficie d'un moteur de recherche intégré qui peut être un sacré plus pour ce type de projet

Sauf qu'un Wiki correspond totalement à ses besoin. Si on parle de code facile à adapter, Drupal est bien pire

<? if(($ad_display == 'live') AND (empty($search_url))) { ?> <td class="contentfont" nowrap style="padding-right: 10px;"> <img src="themes/<?=$setts['default_theme'];?>/img/arrow.gif" align="absmiddle" border="0" hspace="5"> <a href="javascript:history.back()"><?=MSG_BACK_TO_HP;?></a></td> <? } elseif (!empty($search_url)) { ?> <td class="contentfont" nowrap style="padding-right: 10px;">| <a href="<?=$search_url;?>"><?=MSG_BACK_TO_SEARCH_PAGE;?></a></td> <? } ?>

tout betement : <input type="text" name="f_nom" id="f_nom" autocomplete="off" />

Quand tu changes un modèle, les pages créés a partir de ce dernier se mettent à jour sauf si tu as décoché la case "mettre à jour quand le modèle est modifié". Après bien sûr, il ne faut pas oublier de publier toutes les pages dépendant de ce modèle

Tu devrais utiliser les modèles dans Dreamweaver, cela t'aideras

Moi il m'offre exactement les même service que le plug-ing firebug de firefox, c'est juste une externalisation du js utilisé dans firebug

Décidément, il t'en fait voir l'intégrateur

Moi j'utilise la version IE http://getfirebug.com/firebuglite

Hum, il faut faire attention tout de même, le domaine avait expiré depuis peu, peut être un oubli de l'ancien proprio, ou il a tout simplement fermé boutique, a vérifier.

Il semble que c'est clair non : "projectroot is not defined" c'est simplement que la variable projectroot n'a pas été définie avant d'être utilisée Dans ta page d'accueil, juste avant la déclaration d'insertion de tes scripts de menu, il te manque : <script type="text/javascript"> var projectroot="./"; </script>

Par méconnaissance la plupart du temps, mais, tu réponds à un post d'il y a un an.

Pour ma part, je suis plutôt anti-joomla, que je trouve absolument pas intuitif pour l'utilisateur final. Typolight me semble bien plus intuitif, et intéressant pour un tel projet. C'est dommage d'avoir écarté Drupal, car c'est tout de même celui qui offrait le plus de souplesse pour les évolutions future d'un intranet.

Euh, beurk, Microsoft CRM est une usine a gaz monstrueuse et dont la personnalisation est un vrai cauchemars, lotus encore pire

Ta requête doit être : // On ajoute une entrée avec mysql_query mysql_query("INSERT INTO jeux_video(nom, possesseur, console, prix, nbre_joueurs_max, commentaires) VALUES('Battlefield 1942', 'Patrick', 'PC', '45', '50', '2nde guerre mondiale') "); Sans mettre le champs ID, normalement si tu as bien préparé ta table, le champs ID doit avoir été mis en 'autoincrement' comme cela c'est mysql qui se charge tout seul de la numérotation, et pas de risque de tenter d'entrer des ID doublons Quand a la complexité des scripts elle dépend énormément des fonctionnalités que l'on souhaite implémenter dans ce dernier. Si tu trouve celui de granzebu trop complexe, pour moi il est d'une simplicité enfantine par rapport à celui que je suis en train de développer pour un client, mais vu les fonctionnalités demandées je ne peux absolument pas faire plus simple. Après bien sûr, les commentaires dans les scripts doivent pouvoir aider à comprendre ce qui est fait, mais c'est rarement le cas.

Ce n'est pas uniquement de remplacer un salarié, C'est aussi pour occuper un emploi ponctuel pour une activité dont l'entreprise n'a pas déjà les compétences. Si ton tuteur à bien les compétences, tu t'y es mal pris dans ta démarche : tu ne devais pas écarter Drupal parce que tu n'arrivais pas à t'en servir, ce ne sont pas tes compétences qui comptent dans le projet, mais celles de ton tuteur.

Si ils ne sont pas prêt à débourser 10€ / an, qu'ils arrêtent tout de suite le dév d'un intranet, parce que franchement, déjà c'est plus que limite de demander à un stagiaire de faire un tel boulot SEUL, un intranet, c'est un outil professionnel, comme tout outil professionnel, il se doit d'être le mieux conçu possible, ne le prend pas mal leryl, mais, de nombreuses parties dans la conception d'un tel outil demande de l'expérience, qu'un stagiaire possède très rarement. Le stagiaire, est avant tout la pour apprendre, et doit être encadré par quelqu'un qui connait le boulot, et c'est normalement à ton tuteur en charge de t'encadrer et te guider de t'aiguiller sur les actions à faire, comme le choix du CMS justement. D'ailleurs Arlette avait fait une publication sur Adicie : http://www.adicie.com/archives/255 et dont un point important est : Pour en revenir à nos moutons, Joomla, je n'ai jamais accroché, outil pour moi peu convivial pour l'utilisateur final. Wordpress, n'est clairement pas l'outil adapté pour un tel projet, open atrium semble déjà se rapprocher plus des besoins, mais quoiqu'il en soit, quelque soit l'outil choisi, il faudra mettre les mains dans le cambouis pour personnaliser les fonctionnalités.

Sur ce point on ne sera pas d'accord, une plateforme de blog EST un logiciel, donc il est tout a fait normal de les comparer C'est le choix de Le Monde d'utiliser une vieille version, mais j'ose espérer qu'ils effectuent des mises à jour de sécurité, si ne n'était pas le cas, les blogs seraient de vrais passoires Je crois qu'il te manque la culture associé au développement, il est important de savoir qu'un logiciel évolue au fil du temps, les évolutions sont dues : - des corrections de bugs rencontrés, - l'ajout de fonctionnalités réclamées par les utilisateurs, - les retours d'utilisabilité remontés par les utilisateurs Au bout d'un moment, il est nécessaire de refondre une bonne partie de l'application pour que toutes ces petites modifications / corrections mises bout à bout ne transforment pas cette dernière en grosse usine à gaz, mais voila, cette refonte fait qu'au final l'application est techniquement différente. Cette nouvelle version rencontrera elle aussi des évolutions (corrections de bug, ajout de fonctionnalités...), mais comme la structure de cette nouvelle application est différente de l'ancienne, les évolutions ne peuvent être compatibles avec la première, a moins que passer 3 fois plus de temps, et de développer aussi ces évolutions pour la première version, mais la on attaque l'usine à gaz, qui nous prendra 6 fois plus de temps la fois suivante a faire évoluer. La raison de ne pas être rétroactif n'a absolument rien a foire avec un quelconque problème économique, mais surtout une question d'amélioration des process et de la qualité d'une application, qui ne peut passer que par la ré-écriture de la plus grosse partie de cette dernière.

Pourquoi pas honnête, la plupart des logiciels ont des mises à jours pour corriger des bugs et des défauts, faire ses mises à jours c'est s'assurer d'avoir une version plus sûre

Je crois que l'on est presque tous plus ou moins d'accord sur le sujet

Je ne rajouterais rien, Dudu et Arlette ont bien résumé ma façon de penser