KewlCat

Désolé pour la parenthèse technique au milieu de ton topic... As-tu déjà fait une recherche sur le Web pour cette extension ? Sur quel(s) site(s) ? As-tu jeté un oeil aux projets de Mozdev ?

Exact : la différence réside dans les réglages par défaut des paramètres de l'alimentation, lors de l'installation de Windows. Après, c'est peut-être aussi un réglage lié aux capacités du matériel (carte-mère, alimentation, boitier) puisque le matériel "de bureau" n'est pas forcément prévu pour les fonctions de mise en veille. Il faut peut-être regarder dans la doc de la carte-mère, par exemple, pour vérifier qu'elle reconnait tous les modes ACPI...

"Windowsement parlant", ce sont deux paquets de DLL différentes. Certes, les deux servent à faire de l'affichage en 3D, mais c'est un peu comme le pavé numérique et la rangée de touches en haut du clavier : ca sert à faire la même chose Côté développement (i.e. lors de la programmation du jeu), c'est un choix qui est déterminé par les compétences ou les goûts des développeurs. Ceux qui savent programmer en OpenGL choisissent d'utiliser les fonctions d'affichage 3D d'OpenGL, les autres (ceux qui savent que de toute façon leur jeu ne devra fonctionner que sous Windows) programment en utilisant les fonctions Direct3D. Bref. Après, les drivers de ta carte graphique sont censés s'intégrer au mieux au milieu de tout ça pour faciliter les appels aux fonctions OpenGL ou Direct3D et faire faire une part du boulot au processeur graphique (créé pour ça, donc plus rapide).

Pour les logiciels ça ne va pas être possible, puisque les titres des fenêtres sont compilés "en dur" dans le logiciel. SAUF... ... sauf si lesdits logiciels passent par des "ressources" pour stocker les chaînes de caractères utilisées pour l'affichage de la barre de titre, auquel cas un outil comme Resource Hacker peut te venir en aide (mais attention, il modifie l'exécutable ! Tu n'as aucune garantie que le logiciel marchera toujours après la modification !) Tu souhaites modifier quel(s) logiciel(s), et dans quel but ?

Et t'es en train de faire quoi exactement, là ? Hein ? A part nous prendre TOUS pour des cons ? Puisque tu le proposes : je prends la responsabilité de te supprimer temporairement le droit de poster sans que tes propos ne soient au préalable visés par un modérateur. Au moins ça permettra à tous ceux qui en ont marre de te lire d'arrêter de se plaindre. Et je ferme ce topic ! En ce qui concerne la vanité et l'irrespect, tu peux toujours causer ! T'es gentil, mais personne ne te l'a demandé. D'après ce que je constate tu es le seul à faire le foin ici, et personne ne t'a demandé d'insulter les gens ni de faire office de justicier. Puisque tu es autant pote avec un dico, tu iras lire ce qu'il y a en face du mot "équité"... Le plus dur sera certainement de passer à la pratique !

Tu cliques sur un raccourci qui pointe vers quoi, pour lancer Firefox ? Quelle est la page de démarrage de Firefox ?

Encore plein de choses à vous apprendre ? Pourtant j'ai l'impression de radoter...

C'est une fenêtre d'Internet Explorer que tu nous montres là.... ?!?

Au cas où personne n'aurait remarqué, le sujet d'origine contient les "autres messages". Rien n'a disparu, il y a juste eu un redécoupage des sujets afin de ne pas avoir deux problèmes distincts en parallèle dans un même sujet (créé par quelqu'un d'autre, qui plus est)...

MAJ : - ajout d'un lien vers le projet HelenOS dont la version 0.2.0 est sortie le 9 juin 2006

Rhaaaa il m'en aura fallu du temps pour le retrouver, celui-là ! http://www.tomshardware.com/2003/02/17/ben...thon/index.html (ce sont les dernières pages les plus interessantes) Voilà donc un petit comparatif qui montre qu'en terme de perfs pures, un Duron 900 est moins bien classé qu'un PIII EB 800 (par exemple). Il me semble que le PIII 933 est "EB" (FSB à 133MHz), non ? Ce tableau, avec les capacités d'overclock de tes procs (que tu détermineras toi-même), devrait t'aider à voir lequel des deux tu vas garder (et si tu vas l'overclocker)

1) JavaScript est aussi un langage de programmation. On peut aussi écrire des jeux en JavaScript.2) les applets Java ne sont pas forcément plus répandues sur les sites bancaires. A mon avis elles sont plus répandues sur les sites faits avec certains vieux outils de développement qui, pour faire un rollover sur une page Web, pondaient une applet ! Cela dit, on peut dire la même chose du JavaScript : c'est inséré dans les pages Web ! 3) Ca, c'est JavaScript (limité à la manipualtion du navigateur). En revanche, les applets Java ont énormément de facilités en plus puisqu'elles ont accès aux espaces de stockage et peuvent parfaitement manipuler autre chose que le navigateur... 4) ARGH. Pour le Java, s'il n'y a qu'un éditeur à citer, merci de se contenter de citer Sun... Comme dit précédemment, la JVM de Microsoft est une vaste fumisterie. 5) Sun propose la seule vraie version de Java puisqu'ils en sont propriétaires. Tous les autres ne font que suivre. Ce n'est pas une question de "sécurité". Au passage il est plus sécurisé d'exécuter du Java que des contrôles ActiveX (on peut faire nettement moins de conneries sur le système avec du Java) 6) Officiellement, un machine virtuelle s'obient sur http://java.sun.com, et en général il suffit d'installer un JRE 7) Je confirme qu'en l'absence de nécessité absolue (jeux sur Yahoo! Games ou déclaration d'impôts en ligne), il est conseillé de refuser l'exécution des applets Java. 1) JavaScript est un langage de programmation dérivé d'ECMAScript, appliqué à la manipulation d'objets appartenant à un navigateur Web (et aux pages qu'il affiche, bien entendu). Il sert effectivement à ajouter une certaine "gestion des événements" sur une page Web ("Hypertexte" comme tu l'appelles). C'est sûr que si le Web n'était composé que de texte mis en forme, ça serait beaucoup moins drôle (pas d'images qui changent, de textes qui bougent, de cases qui se remplissent, etc. etc.)2) Les "failles" ne proviennent pas du JavaScript à proprement parler, puisqu'un script ne peut absolument pas accéder à autre chose qu'au document chargé dans la page. Cependant, certaines failles du navigateur peuvent se déclencher à cause d'une mauvaise implémentation de l'interpréteur JavaScript (possibilité de faire déborder des buffers et ce genre de connerie). Parler des "failles de JavaScript" c'est un peu abusé. FUD ? 3) J'aimerais bien voir la tronche des dernières applications Google ou Yahoo! faites en AJAX (ne vous laissez pas abuser par le nom, c'est juste du JavaScript avec des requêtes HTTP au milieu) si on bloque le JavaScript... "sans perte de fonctionnalité" mon oeil ! Si un site embarque du JavaScript, c'est forcément parce que les développeurs n'ont pas trouvé comment écrire certaines fonctionnalités autrement (en CSS par exemple)

Il faut d'abord passer dans les propriétés de la corbeille pour la désactiver sur les disques sur lesquels tu veux supprimer le répertoire "Recycled". Pareil pour le répertoire "System Volume Information" : il faut d'abord désactiver la restauration système sur les disques d'où tu veux faire disparaitre le dossier.

Le problème semble avoir trouvé sa solution. Ainsi, afin de signaler clairement à ceux qui ont un problème similaire qu'ils ont peut-être une solution toute trouvée (s'ils pensent à utiliser la fonction Recherche en indiquant le mot-clé "résolu" auparavant), et afin de signaler aux autres contributeurs qu'il est inutile de continuer à se creuser la tête sur le problème (à moins d'avoir des suppléments d'informations à apporter pour mieux comprendre ce qui posait problème), un modérateur a préfixé le titre du topic avec la mention [résolu]. Merci, à l'avenir, de bien vouloir prendre à votre charge cette mise à jour quand vous estimez que votre problème a été résolu de manière satisfaisante (et parallèlement, si le problème a disparu "mystérieusement", inutile d'induire les gens en erreur ) Pour cela, votre premier message

Oui, parce que tu étais censé décompresser ce répertoire là où tu avais décompressé l'archive de tomcat, qui crée justement un répertoire "apache-tomcat-5.5.17".Donc je ne sais pas si tu as respecté ce nommage avec l'installeur, mais tu dois copier le contenu de ce répertoire (dans l'archive tomcat-admin) dans le répertoire d'install de tomcat. Tu devrais constater que, dans l'archive de la webapp admin, tu retrouves une hierarchie de répertoires identique à celle du répertoire où tu as installé tomcat. Si vraiment tu ne t'en sors pas, retourne sur le site de Tomcat et chope les deux zip (pas les installeurs) tomcat et la webapp admin. Tu les dézippes tous les deux au même endroit, et tu devrais avoir tes fichiers qui vont se placer au bons endroits (de mémoire, y'a le fichier admin.xml qui doit aller dans apache-tomcat-5.5.17\conf\Catalina\localhost et l'ensemble de la webapp qui doit aller dans apache-tomcat-5.5.17\server\webapps\admin (avec là aussi un fichier admin.xml mais aussi des fichiers css et plein de répertoires)) A retenir : les deux archives sont faites en partant du même répertoire, donc en les dézippant toutes les deux au même endroit, tout reprend sa place. La webapp "admin" sert à administrer ses webapps (en gros, à gérer les fichiers web.xml et server.xml) de manière graphique. La webapp "manager" sert juste à démarrer / arrêter les webapps et à en déployer d'autres, gérer le serveur et les sites qui y sont rattachés, en gros.

Etrange... Je retrouve pourtant ces fichiers dans tous les Windows que je croise, entre 98 et XP ...

A priori, PIII 933 et GeForce "400mx"

Petit résumé : - Sun édite un langage basé sur une machine virtuelle, JAVA - Microsoft implémente sa propre version de la machine virtuelle JAVA sans l'accord de Sun, sans respecter les interfaces de programmation de Sun, et la diffuse partout - Sun continue à faire évoluer son langage, et gueule sur le comportement de Microsoft - Microsoft est condamné à arrêter de diffuser sa machine virtuelle incompatible et à arrêter de mettre le logo Java sur les produits avec lesquels il diffusait sa machine virtuelle - Microsoft sort son propre langage basé sur une machine virtuelle, C# (et des paquets d'extensions d'autres langages s'appuyant sur cette machine virtuelle, ce qui forme ".Net") Maintenant, pour ce qui est de Java, le vrai le seul original Java de chez Sun, il n'a absolument RIEN à voir avec JavaScript (extension d'ECMAScript) ou JScript (propriétaire Microsoft). Donc je confirme, la solution de Sacles ne convient pas au problème de Poun64.

Tu n'as pas npdsplay.dll et npwmsdrm.dll ?!? N'aurais-tu pas supprimé Windows Media Player avec un outil d'amaigrissement prévu pour Windows, par hasard ?

Déjà, si tu n'as pas d'hébergement en plus du nom de domaine, ça va être difficile.En supposant que tu as associé ton nom de domaine à ton hébergement, je confirme qu'il te suffit de transférer les fichiers constituant ton site vers l'hébergeur avec un client FTP comme ceux cités par les autres membres ci-dessus.

Le JavaScript est limité à la page, et ne sait pas "sauvegarder" des données sur un serveur (sauf s'il utilise de l'AJAX mais il faudrait que le script appelé soit hébergé sur le même serveur, donc si c'est pour poster sur un forum dont on n'est pas l'administrateur, c'est niet). Faire le compteur en php ne présente pas de difficulté particulière, c'est pour l'afficher dans le forum que c'est plus difficle (et faire accepter aux gens de cliquer sur un lien qui ne les amène pas directement à la page attendue mais à une page qui compte leur visite... IMHO ça va être ça le plus difficile) Tu ferais mieux de demander au webmaster du forum où tu souhaites poster ton lien de te mettre en place ce genre d'architecture, ça t'évitera d'avoir 1) trop de boulot et 2) trop de suspicions (des liens qui pointent systématiquement vers ton site ?!?)

Pas la moindre idée. Si c'est fourni avec Tomcat, et que ça démarre et arrête Tomcat, je ne vois pas pourquoi cela serait "pas bien" Perso j'utilise toujours les scripts "startup.bat" et "shutdown.bat" quand je dois lancer tomcat sur la machine locale et faire des tests... L'idéal sur une machine de prod c'est évidemment de mettre tomcat dans les "services" ! Le package d'administration doit aller se placer dans %tomcat_home%\server\webapps\admin Le répertoire %tomcat_home%, qui correspond à la variable d'environnement "tomcat_home" que tu as définie toi-même (normalement), contient le répertoire dans lequel est installé tomcat. En l'occurrence, chez toi, c'est "c:\progra~1\tomcat" -- edit -- Je viens de vérifier le contenu de l'archive "admin", il faut la décompresser à la racine de là où tu as décompressé / installé tomcat, ou sinon il faut remettre les fichiers à leur place dans le répertoire d'installation de tomcat (le fameux "tomcat_home"). Pense à t'ajouter un user avec le rôle "admin" dans tomcat-users.xml, pense à redémarrer tomcat (et à faire recharger la page dans ton navigateur, quitte à fermer le navigateur et vider son cache si tu obtiens toujours le message comme quoi la webapp n'est pas installée). Je viens de tester, ça marche Référence : http://wiki.apache.org/tomcat/HowTo

Pour entrer dans le BIOS et changer ces paramètres (ordre des périphériques de boot), il faut intervenir bien avant le boot de windows. C'est entre la mise sous tension et le chargement de l'OS que tu dois avoir un écran qui t'invite à appuyer sur une touche pour entrer dans le BIOS (Suppr, F2, Tab, F1, etc...)

Ca n'est pas forcément automatique... Le principal souci des gens qui veulent passer à un OS 64bits c'est de trouver TOUS les éléments nécessaires au bon fonctionnement du PC en 64bits : les drivers, les applications, etc.

Qu'est-ce que tu entends par "il ne veut pas s'activer" ? (au passage, je déplace ce sujet parce qu'il ne s'agit clairement pas d'un problème de programmation)