Commentaires de oximoron sur csharpfr

CodeS-SourceS est hébergé par Frontier.fr

Ce site au démarrage

AccueilCodesTutorielsForumsEmploiLivresConnexion

begin process at 2008 11 23 13:54:47

XBOX 360 : NOUVELLE INTERFACE DE LA XBOX par ROMELARD Fabrice

ADD-IN REFLECTOR : EXCEPTIONFINDER FOR REFLECTOR par coq

TUTORIAUX EF par Matthieu MEZIL

CODEPLEX : SEADRAGON AJAX INTELLISENSE HELPER par nicoboo

VS2008 ET LE MESSAGE "UNABLE TO START DEBUGGING FOR [YOUR EXE]" par jay

RE : SHUTDOWN ET WINDOWS VISTA par moi411

RE : COMMENT OUVRIR UN FICHIER DOC(WORD) par Robert33

RE : JOURNAL DES EXCEPTIONS DOTNET par Robert33

RE : COMMUNICATION ENTRE THREAD par Robert33

RE : COMMUNICATION ENTRE THREAD par olibara

+ de logiciels à télécharger

1 294 060 membres
125 nouveaux aujourd'hui
14 529 membres club

Trouver une ressource

Trouvez une ressource parmi 39 012 codes, 1 203 986 messages d'aide etc...

Recherche: dans [ Dernières recherches ]

Filtre:Tous les codes.NET uniquementExclure .NET

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

34 commentaire(s) de oximoron sur des sources sur csharpfr

Le : 20/05/2008 21:05:50
Source : TESTEUR DE REQUÊTES XPATH

en fait ça peut être pratique pour faire une xpath super vite, genre on doit récupérer une info dans un xml assez complexe, on pourrait cliquez sur la valeur du noeud qu'on veut pour avoir le XPath direct. Je pense pas que se soit si dur que ca à développer, le plus dur ca va être a mon avis de récupérer le n½ud cliqué et surtout le chemin, après une fois que tu as ca c'est facile (sous réserve de difficultés cachées ;) ). Bon courage ;)

Le : 19/05/2008 17:02:42
Source : TESTEUR DE REQUÊTES XPATH

Très bonne idée, je vais tester ca.
Ce qui serait génial bien qu'un peu compliqué ca serait à partir de la donnée sélectionné avoir le XPath qui correspond.

Le : 04/04/2008 13:56:39
Source : CHANGER LA RESOLUTION DE VOTRE ECRAN, UTILISATION DES API WINDOWS (USER32.DLL)

"Desolé pour cette inconvegnant" => inconvénient c'est un peu mieux ;)
Sinon merci cela peut être utile, mais est il possible de récupérer et de moddifer la taille des polices windows (Taille normales 96ppp, Grandes polices 120ppp, ...) ?

Le : 11/03/2008 20:18:24
Source : INSTANCE UNIQUE + COMMUNICATION DE MESSAGES (COMPATIBLE 32 ET 64 BIT)

ok merci, un handle de la fenêtre c'est une sorte de pointeur vers celle ci ? ou je dis une connerie ?

Le : 11/03/2008 20:08:07
Source : INSTANCE UNIQUE + COMMUNICATION DE MESSAGES (COMPATIBLE 32 ET 64 BIT)

@Taupe4 : Pour avoir essayé sous vista et serveur 2008, ca marche bien UAC activé.
@BruNews : Moi j'ai une question bête c'est quoi le hwnd ? c'est peu être con mais je ne sais pas ce que c'est. Ta source cpp est transposable en .net ? J'avoue plus trop bien me souvenir du c++, j'en ai pas fait longtemps ;)

Le : 10/03/2008 20:26:54
Source : INSTANCE UNIQUE + COMMUNICATION DE MESSAGES (COMPATIBLE 32 ET 64 BIT)

Merci mille fois pour cette source ... c'est ce que je cherchais, exactement.
Un peu dommage que se soit aussi hard, du code unsafe et des api windows ... surtout qu'avec vista et cette maudite UAC ca va peut être pas marcher si ? Il n'y a pas moyen de faire ca de manière plus conventionnelle ?

Le : 05/03/2008 12:01:35
Source : PRINT PREVIEW

je suis désolé, mais cette source n'apporte pas grand chose.¨Pour ceux qui veulent plus d'info il y a ca : http://www.csharpfr.com/codes/TUTORIAL-SUR-IMPRESSION_39939.aspx

Le : 03/03/2008 20:40:09
Source : NETACCESS 2.0 RC2 : LIBRAIRIE POUR APPLICATION CLIENTS/SERVEUR

j'ai oublié la note : 7/10 sans exemple mais vu qu'il y en aura un bientôt un c'est 10/10

Le : 03/03/2008 19:55:35
Source : NETACCESS 2.0 RC2 : LIBRAIRIE POUR APPLICATION CLIENTS/SERVEUR

c'est super sympa linq mais ca implique le framework 3 (ou 3.5) ... c'est un peu dommage pour un libraire, surtout que c'est pas forcement obligatoire si c'est juste pour une methode. Sinon pour l'avoir mis en production aujourd'hui, cette source (que j'ai modifié (pour mes besoins spé + les try catch qui manquait) marche bien.

Le : 03/03/2008 07:09:00
Source : NETACCESS 2.0 RC2 : LIBRAIRIE POUR APPLICATION CLIENTS/SERVEUR

j'avais pas fait gaffe mais il y a une petite erreur dans le code que j'ai donné ...
Il faut remplacer le foreach (Client loClient in m_clients)
par foreach (Client loClient in m_clients.Values)
@BAFM:oui on peut l'optimiser, moi j'ai fait cette fonction car dans mon cas ca marche bien dans un petit reseau local avec une dizaine de poste configuré en dhcp. Sinon au pire il faut passer l'id dans chaque envoi au serveur... mais attendons l'exemple ;