AccueilCodesTutorielsForumsEmploiLivresConnexion

  • C# / C#.NET CodeS-SourceS
  • RSS CodeS-SourceS
  • CodyxBot, le Bot GTalk & MSN qu'il vous faut !
  • Générez des revenus avec vos codes, scripts et tutoriaux
  • Aide à la navigation du site
begin process at 2008 11 23 13:39:58
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 !

23 commentaire(s) de mathmax sur des sources sur csharpfr

Le : 05/08/2008 22:37:53
Source : [WPF] NOTIFIER L'INTERFACE UTILISATEUR DE LA MODIFICATION D'UNE PROPRIÉTÉ D'UN OBJET MÉTIER
A ce sujet tu peux utiliser PostSharp. Il te suffit alors de décorer ta classe d'un simple attribut pour qu'elle "implémente" automatiquement INotifyPropertyChanged.

Le : 13/01/2008 14:19:18
Source : IMPLÉMENTER FACILEMENT INOTIFYPROPERTYCHANGED
En fait, je me suis rendu compte après avoir fais cette source que quelque chose de mieux avait déjà été fait dans les samples de postsharp : http://doc.postsharp.org/index.html#http://doc.postsharp.org/UserGuide/Samples/Overview.html

Le : 04/12/2007 22:44:34
Source : BINDER DES PROPRIÉTÉS CALCULÉES AVEC WPF
Merci beaucoup pour vos commentaires.

N'hésitez pas à me faire part de suggestions pour améliorer le code surtout si c'est un sujet sur lequel vous avez déjà travaillé. :-)
Je trouve que le databinding est un sujet passionnant. J'adorerais améliorer cette source avec quelqu'un d'autre...

Le : 18/10/2007 21:29:44
Source : MAFTOOLS : TESTEUR D'EXPRESSIONS RÉGULIÈRES
Il y a un bug sur cette expression régulière : (.+?\\)*

Elle retourne seulement 2 captures dans le groupe 1 quand je teste cette chaîne de caractères : "aaa\bbb\ccc\".





Le : 10/10/2007 10:33:23
Source : IMPLÉMENTER FACILEMENT INOTIFYPROPERTYCHANGED
A rien. Tu as raison :-).

Le : 27/07/2007 22:24:27
Source : CS2GENLINQTOXML - XML + XPATH VISUALIZER + LINQ TO XML GENERATOR - GENERATEUR DE CODE LINQ TO XML
Je comprends le dilemme entre performance et évolutivité/productivité, mais pourquoi dis-tu que l'idée du framework 3.0 et de se passer au maximum d'objets ?
Il me semble qu'ils disent simplement qu'il vaut mieux utiliser des énumérations que des collections jusqu'à l'affichage, mais je ne vois pas en quoi cela interdit la création d'objets dans un couche métier.

Le : 26/07/2007 11:10:16
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML
Ce que je voulais dire par : "quitter l'application pour que les modifications s'appliquent", c'est que je ne peux pas ouvrir le package avec Excel tant qu'il est ouvert avec ton application. (si j'essaie, j'obtiens un message d'erreur qui me dit que l'extension n'est pas valide. J'utilise office 2003 avec le plugin FileFormatConverters mais je pense que c'est la même chose avec office 2007) Donc je dois fermer ton appli à chaque fois que je veux voir ce que ça donne dans Excel, ce qui est un peu embêtant... L'idéal serait d'avoir un bouton "visualiser avec office" (directement dans l'appli et qui ouvre avec Excel, Word ou PowerPoint selon l'extension du package).

"il suffit d'aller dans les options et selectionner le chemin vers ou sauvegarder puis valider" : oui j'avais vu. Ce que je proposais, c'est de pouvoir choisir ce chemin aussi dans la boite de dialogue pour la création de package. Mais c'est vrai que c'est secondaire...

"pouvoir ouvrir plusieurs package en même temps et ouvrir chaque package-part dans un nouvel onglet" : En ce qui me concerne, j'ai souvent besoin de comparer 2 packages (un qui fonctionne et l'autre qui bug). C'est pour ça que j'ai pensé à ça.

"si on supprime une part, ca serait assez compliquer de pouvroir annuler" : sans aller jusqu'à là, ce serait bien déjà de pouvoir annuler/restaurer les modifications faite dans une part.

Après je pensais aussi à ajouter un peu plus d'intellisens dans l'édition du XML (comme ce qui se fait dans Visual Studio). Avec éventuellement de l'auto complétion des balises grâce à un schema XML pour Open Xml. Mais là je pense que c'est un peu plus difficile à faire...

Je vais regarder ce Microsoft SDK for Open XML Formats. S'agit-il d'un modèle objet qui permet de faire de l'Open Xml ?

Merci encore pour ce programme. Il m'est vraiment très utile ;-)


Le : 25/07/2007 16:45:08
Source : CS2GENLINQTOXML - XML + XPATH VISUALIZER + LINQ TO XML GENERATOR - GENERATEUR DE CODE LINQ TO XML
Merci beaucoup pour cette source.
Que veux tu dire par : "ne pas stocker mes objets dans une couche métier" ?

Le : 24/07/2007 16:47:39
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML
J'oubliais aussi :
- pouvoir ouvrir plusieurs package en même temps et ouvrir chaque package-part dans un nouvel onglet.
- pouvoir annuler (ctrl+Z) et restaurer (ctrl+Y).
J'ai pleins d'autre idées, mais je n'ose pas trop en poster. Je crois que j'ai mis l'essentiel en ce qui me concerne. En tous cas merci beaucoup. Cette petit application m'aide beaucoup pour faire mes tests avec ce format de fichier.

Le : 24/07/2007 16:38:35
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML
Merci beaucoup !
Quelques suggestions :
- on ne peux pas ajouter de fichier xml dans le package. Par exemple j'aimerais pouvoir ajouter un fichier sharedStrings.xml
- il faut forcément quitter l'application pour que les modifications s'appliquent. Ca serait bien de pouvoir enregistrer sans quitter et éventuellement d'avoir un bouton de pré visualisation qui ouvre le package dans word, dans power point ou Excel selon l'extension
- quand on crée un package, ça serait bien de pouvoir préciser un chemin où l'on souhaite l'enregistrer. On peut l'écrire directement, mais c'est pas super pratique. Donc un browser comme dans les options serait le bienvenue je crois.
- pouvoir ouvrir un package par glisser-déposer dans l'application.


1 2


Nos sponsors

Sondage...

CalendriCode

Novembre 2008
LMMJVSD
     12
3456789
10111213141516
17181920212223
24252627282930

Consulter la suite du CalendriCode


Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,140 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.