Reprise du message précédent :
Je ne sais pas si beaucoup de boîte utilise TFS.
 
Chez nous en tout cas on ne l'utilise pas.
Moi je m'en sers pour mes tests unitaires et couverture de code, mais pour tout le reste (workflow, gestion des sources) on passe par d'autres outils.

J'en connais quelques-unes qui le font et je l'ai utilisé pendant plus d'un an. Dans l'esprit ça se rapproche pas mal de SVN mais la contrainte principale est l'utilisation quasi-exclusive de Visual Studio ; y a bien des power tools pour s'intégrer à l'explorateur mais bon...

Nous utilisons TFS et c'est sacrément puissant.
 
L'avantage principal est qu'il est directement intégré à VS, fait du controle de code source, de la gestion de tache, du versioning etc...
 
C'est quand même sacrément bien foutu

Voilà.
 
Dans notre cas, on a des projets multi-plateformes (Java + .NET).
Du coup on passe par SVN.
 
C'est sûr que si tous les projets sont exclusifs visual studio, alors oui c'est intéressant pour la méthode agile.

Par affinité et par utilité, malgré certains griefs qu'on a pu émettre contre XAML/WPF, je préfèrerai très largement une formation sur ça que TFS.
TFS n'est pas utilisé dans bcp de boites, ça n'a rien d'un incontournable, et pour une utilisation au quotidien en tant que développeur (et même un peu plus), ça s'apprend bien sur le tas. C'est surtout sur cet argument que je m'arrêterai.
Évidemment si c'est aussi pour toi une occasion de te former à la gestion de conf, l'intégration continue, l'ALM et si tu veux vraiment maitriser TFS et son administration ( )... alors pourquoi pas si la formation est bien ficelée.

Hum hum tu me fait bien douter la, je vais voir si je peux trouver une formation sur XAML mais winwise en propose pas

Vous connaissez un langage de script qui soit parsable en C# ?
L'idée est que les utilisateurs de mon soft puissent définir des règles/stratégies d'eux-mêmes via ce langage de script pour les appliquer ensuite dans le soft. C'est essentiellement pour leur éviter d'avoir à coder carrément une DLL de plug-in (chose que je proposerai aussi je pense), le soft ne s'adressant pas nécessairement à des programmeurs.

Bref, toute idée bienvenue

EDIT : je n'y connais rien en script/parsing, donc allez-y mollo au début

XML ?

J'ai vu un exemple de ce type dans un bouquin. Mais je ne sais plus dans lequel.  
 
Dans mon souvenir il utilisait python.

Quelque chose dans ce style : http://abdulmoniem.wordpress.com/2 [...] c-keyword/

Borfe, l'idée c'est quand même d'introduire des notions de logique. Le user va pouvoir entrer des conditions, des boucles, etc...

Ba chu tombé sur IronPython ouais, mais je sais pas ce que ça inclut. Je creuse mais au final je veux un langage de script assez simple, donc à voir si le user va pas se retrouver perdu quand même

EDIT : merci pour le lien

 
Il y aurait bien LUA, mais peut-être trop orienté Gaming...
 
Sinon, le mieux c'est la compilation dynamique C# ou VB.NET (System.CodeDom.Compiler)
 
Exemple :
 
http://simeonpilgrim.com/blog/2007 [...] t-runtime/
 
Le tout avec un bon éditeur à intégrer (genre ICSharpCode.TextEditor) et ça roule
 
Si tu met à dispo du VB.NET ça devrait aller pour un utilisateur "pas spécialement développeur"

Merci tout plein Effectivement, le VB doit pouvoir aider (je pense que pas mal de mes users-cibles connaissent voire maîtrisent Excel, donc peut-être aussi le VBA).
Le lien est chouette et j'aime bien la partie :

Comme quoi, les grands esprits...

 
N'est-il pas ?
 
Le gros intérêt de la compilation dynamique, c'est que tu va donner les billes de ton appli sous forme de "Framework", mais aussi que l'utilisateur profitera de tout le Framework .NET. Bref, liberté totale pour toi (Tu décide de ce que tu met à dispo en donnant les using adequats) et pour l'utilisateur final

Oué, c'est vrai que c'est intéressant comme concept Je vais tester, je verrai

Grâce à un lien d'un collègue ( http://blogs.msdn.com/b/csharpfaq/ [...] g-api.aspx ), j'ai découvert cette chère Roslyn : http://www.microsoft.com/download/ [...] 6#overview

C'est tout à fait dans la veine de ce dont on parlait juste au-dessus !

EDIT : lien vers la page principale du projet : http://msdn.microsoft.com/en-us/roslyn

J'y avais pensé, mais c'est encore qu'en CTP et c'est limité à C#

Ils parlent de VB  

Ha oui, il semblerait que VB soit de la partie aussi

'fin ouais, de toute façon spa pour tout de suite ("post-VS 11" ) donc on attendra de voir. Je ferai joujou avec pour voir si ça colle, de toute façon spa encore une priorité.

Salut
 
Je lis un fichier remplie de ligne. Puis lors d'un évènement, je dois relire le fichier. Comment replacer le curseur à la fion de la précédente lecture ?

 
Tu le lis de quel façon ?
Sur les Stream tu as la méthode Seek qui te permet de déplacer le pointeur dans le fichier.
 

 
Donc tu peux repartir de ta dernière position en faisant :

Je te remercie.
Je le lis par streamReader

Hey les amis j'ai besoin de vous
 
J'ai un petit problème que je vais tenter de vous expliquer clairement
 
Le preview
 
1°) Quand un utilisateur est sur la plateforme et qu'il clique sur le lien preview, nous irons sur une page aspx contenant tout un tas d'information (10/12 pages de longueur)
Les informations sont dynamique, il y'a des images, des graphiques (jquery), du style css, des grids, une table des matière etc... bref une bonne grosse mine d'information.
C'(est dynamique donc certains utilisateurs auront 10 pages, d'autre 12, d'autres 13 etc... selon la quantité de contenu.
 
L'export PDF
 
2°) Quand l'utilisateur clique sur Export PDF, nous devront exporter tout ce contenu sous format PDF. Avec les images, les graphiques etc... tout ca dans la même mise en page
 
Ma question :
 
Comment vais-je faire ?
Je commence à me dire que c'est un sacré bordel de faire ca..
 
Si quelqu'un a deja eut ce genre d’expérience, n’hésitez pas a me filer des pistes
 
Merci à vous

Qu'est-ce que tu entends par "10-12 pages" ? Des pages web ?

Sinon, pour convertir en PDF, il doit y avoir plusieurs solutions existantes, mais il va falloir fournir le contenu (via un Stream, etc... à voir selon le composant choisi). L'idée est donc, de ton côté, de rassembler toutes les infos et de générer cette input pour les donner à manger à ton convertisseur PDF. Je connais pas les libs qui font ça en .Net mais ça doit sûrement exister.

 
 
"Oui 10/12 pages en longueur" En gros ce sera une page Aspx super longue quoi
Equivalent a un PDF de 10/12 pages
 
Oui j'ai regarder du coter des convertisseurs aspx -> PDF y'a des trucs gratuits, d'autres payant
Mais le soucis est que sur la page Aspx y'aura des graphiques en JQuery, du CSS, des ancres etc... je ne sais pas si ce genre de truc peux garder tout ca visible lors de la conversion en PDF
 

Ouais effectivement, je sais pas trop comment tout ça fonctionne. Je pense que ça doit être faisable techniquement, mais comme ton jQuery s'exécute côté client et que tu veux générer ton PDF côté serveur, va y avoir souci.
Une bonne option purement cliente serait d'installer un "PDF printer" sur le poste du client (ex : CutePDF) et c'est ensuite au client de faire manuellement l'opération "Imprimer" depuis son navigateur en sélectionnant l'imprimante PDF. Mais c'est probablement pas ce que tu cherches

Ça m'a l'air compliqué ce que tu souhaites faire.
 
Côté PDF (gratuit) tu peux voir côté iTextSharp.
Attention, ça ne permet pas le rendu de PDF, uniquement la création et la manipulation.
 
Ensuite, tu peux intégrer du javascript dans un PDF, mais intégrer toute la lib jQuery et que cela fonctionne dans le PDF, je n'ai jamais essayé.

 
 
oui c'est pas ce que je cherche, c'est une fonctionnalité pour les utilisateurs de la plateforme.
 
En gros je me retrouve un peu dans l'embarras, car je ne sais pas vraiment vers quoi m'orienter
Si le contenu du PDF était fixe et qu'il n'y avait que des champs a remplacer, c'est faisable avec des librairies comme itextSharp.
 
Le soucis est que j'aurais des Repeater avec plus ou moins de donnés selon le cas. Donc c'est pas faisable comme ca ...
 
 
En gros je ne vois pas d'autre alternative, à part une conversion de la page ASPX vers du PDF, mais avec quoi....

Bah de toute façon, quand tu vas vouloir exporter, tu vas refaire un aller-retour avec le serveur.
Pourquoi tu ne ferais pas une routine dédiée ?

 
C'est à dire ?

Si tu utilises un bouton ASP, tu vas faire un postback. Postback => retour serveur.

 
Oui oui ca j'ai compris
 
Mais que veux tu dire par routine dédiée ? Pour quel traitement ?
 

Ben pour ton export.
J'imagine que ton preview tu le fais au premier chargement de page, où tu bind le tout.
Bah pour l'export, au postback, tu recharges tes données et tu génères ton PDF.
 
Je ne sais pas si je suis clair.
Tu fais deux branches différentes, l'une pour le rendu HTML (avec tes contrôles ASP) l'autre pour la génération PDF.

 
 
Oui c'est ce qui est prévu comme fonctionnement.
 
Le soucis qui se pose n'est pas réellement la, mais plutôt dans comment obtenir un rendu identique (ou le mieux possible) et le convertir en document PDF
 
A la base je pense qu'il n'y a que 2 solutions possibles :
 
1°) Génération de la page ASPX, et conversion en PDF par une bibliothèque tierce de cette même page.
     - Quid du CSS, des graphiques Jquery ?
 
2°) Générer la page ASPX et Générer le PDF dynamiquement également
     - Temps nécessaire ? Double, voir triple le temps de travail.
 
 
Peut être que je vois pas la solution pour le moment, mais je pense que c'est un beau merdier
 

Je viens de regarder vite fait iTextSharp.
Tu peux intégrer du code HTML dans le PDF.
 
Du coup, pour une solution "au plus simple", serait de générer toi même ton rendu HTML sans passer par des contrôles ASP complexe.
Tu travailles uniquement avec un literal, auquel tu lui colles ton rendu HTML.
 
L'avantage, c'est que ce même code HTML tu peux le mettre dans le PDF.
 
(A tester hein)

Ba le pb c'est ça, comment rendre le HTML + JS (charts dynamiques et tout le bordel) depuis le serveur ? J'y connais rien hein, y a p'têt un truc tout bidon qui existe, mais from scratch ça me paraît pas évident.

Je ne vois pas le souci.
C'est le client qui interprète le HTML + JS. Qu'il soit rendu pour un browser, ou un lecteur PDF (qui sait l’interpréter) c'est la même chose.

Là il va générer un rendu HTML pour son contenu.
Ce code HTML, c'est lui qui le génère du genre :

StringBuilder sb=  new StringBuilder();
sb.Append("<div class=\"elem\">" );
sb.Append(obj.RenderHtml());
sb.Append("</div>" );

// Pour la page ASPX
lit.Text = sb.ToString();

// Pour le pdf
// Englober des balises adéquates (<html><head> + JS et CSS</head><body>..</body></html> )

edit: Alors par contre, si jamais tu fais des appels à des WSS via jQuery, ou que tu charges des zones depuis d'autres pages, il faudra faire différemment.
edit2: Si évidemment tu pars des Charts de la lib .NET, ça va être plus compliqué. Sinon, tu peux surcharger le Render de la page pour rediriger le HTML vers le PDF au lieu de la page ?

Nan mais le pb c'est pas le HTML, c'est son rendu. Imagine que t'aies un bout de code JavaScript qui dessine des charts (cf http://www.1stwebdesigner.com/css/ [...] ve-charts/ ), comment tu rends ces charts côté serveur ? Ton code HTML il va avoir les données (et encore p'têt même pas, p'têt qu'il va les récup en Ajax et les stocker dans un array JS), un bout de code JS qui dit "dessineMoiUnChart(mesDonnées);" et là, ton lecteur PDF, il a l'air bien con.
A un moment, il faut un interpréteur JS et tout le bordel pour pouvoir choper exactement ce qu'a le client sur son écran.

Y a p'têt un truc que je loupe hein, mais ça me paraît pas si simple.