< janvier 2009 >
lu	ma	me	je	ve	sa	di
29	30	31	1	2	3	4
5	6	7	8	9	10	11
12	13	14	15	16	17	18
19	20	21	22	23	24	25
26	27	28	29	30	31	1
2	3	4	5	6	7	8

Commentaires

# re: Suggestions Visual Studio @ mardi 6 janvier 2009 14:37

Que VS2010 ne soit pas fait en WPF ?

Cela risque de réduire les perfs de l'outil et on a pas besoin de ça pour être productif.

Nix

# re: Suggestions Visual Studio @ mardi 6 janvier 2009 15:41

SUR !!!

Voila qui sera très bien en tête de liste.

brunews

# re: Suggestions Visual Studio @ mardi 6 janvier 2009 17:06

Un temps de chargement plus petit pour la toolbox !!!!!!!

Bidou

# re: Suggestions Visual Studio @ mercredi 7 janvier 2009 10:29

Démarrage plus rapide, ouverture des projets plus rapide.

jcq

# re: Suggestions Visual Studio @ mercredi 7 janvier 2009 10:50

Une meilleure gestion des projets : VS crée automatiquement sa solution dans un dossier à lui alors que perso j'ai l'habitude de mettre mes fichiers de config. dans un dossier au nom du projet, mais qui peut contenir d'autre éléments que ceux de VS (facturation, print...). L'idée étant de regrouper l'ensemble des éléments d'un client dans un même endroit.

Un copier/coller depuis Word qui permette de garder la structure du texte (balises p h1, h2, h3, ul, ol li, strong, em,...) et pas tous les styles cacophoniques de Word ! (actuellement je fais un copier/coller de Word vers Dreamweaver (qui nettoie parfaitement le code) puis de Dreamweaver vers VS...

Une gestion des Thèmes fonctionnelle : j'attache mes thèmes via Web.config et j'ai généralement deux thèmes : l'un pour le site public, l'autre pour l'espace d'administration. C'est le même thème qui s'applique dans les 2 cas. (non prise en compte du thème de <location path="Administration" ).

Un FTP intégré qui permette de voiler (cf. Dreamweaver) afin d'éviter de publier ou d'écraser certains dossiers (notamment pour la vidéo qui est lourde à télécharger) et de synchroniser (cf. encore une fois Dreamweaver).

pahrys

# re: Suggestions Visual Studio @ mercredi 7 janvier 2009 14:14

Dans le même ordre d'idée que le chargement des toolbox, réduire les temps de chargement pour la plupart des "popup" : référence, MAJ des toolbox, etc...

Par comparaison, sous NetBeans (pas sur mon ordi bien sur :)), c'est quasi immédiat...

Phenix26

# re: Suggestions Visual Studio @ jeudi 8 janvier 2009 10:50

localisation des messages d'erreur:

j'aimerai au choix, soit pouvoir choisir une langue d'affichage des messages d'erreur différente de celle de VS, soit que tous les messages soient précédés d'un code qui soit facile à rechercher dans google pour essayer de trouver des infos à ce sujet.(ex: VS3487, mais pas 3456)

Pouvoir disposer d'un masque de projets: dans une solution un développeur n'a pas forcément besoin d'accéder à certains projets. J'aimerai pouvoir créer des sortes de vues pour n'afficher qu'une partie de la solution

rendre administrables les paramètrages de VS. Je souhaiterai pouvoir obliger tous les membres d'une équipe projet à utiliser certains paramétrages (warning level par exemple). De plus on se sert beaucoup de snippets, j'aimerai avoir un moyen simple de les redistribuer en même temps que le source du projet de façon à ce qu'ils s'installent automatiquement.

avoir une policie (c'est plutôt TFS) qui rend obligatoire les commentaires pour les membres public ou protected, de plus les commentaires ne devraient pas pouvoir être vides

disposer d'un outil tel GhostDoc

les solutions folder:au départ ça semble simple, mais en pratique c'est autre chose. je ne suis pas très sûr de comprendre comment ça marche et j'ai l'impression que VS non plus quand à TFS...

Pourrait t'on clarifier un peu cela et les faire fonctionner comme de vrais répertoires puisqu'ils s'appellent ainsi.

dans les propriétés d'un projet. pourquoi l'affichage d'un onglet est si lourdingue?

j'aimerai bien pouvoir proposer au niveau de la solution, d'un default namespace, qui serait automatiquement ajouté en préfixe du nom de l'assemblage pour créer le default namespace du projet

Amethyste

# re: Suggestions Visual Studio @ jeudi 8 janvier 2009 11:21

Merci à tous pour vos propositions.

Encore qlqs heures pour la prise en compte des suivantes.

Il va sans dire (mais aussi bien en le disant) que je n'entends quasi rien à tout ce qui a été proposé mais soyons sans crainte, les autres membres de la réunion comprendront à coup sur.

Pou info, voici ce que je vais proposer (malheureusement sans espoir):

J'aimerais que la partie compilo C/C++ soit totalement indépendante de VS afin qu'on l'installe sans polluer le poste de dev avec les dotnetteries et autres "prérequis" du setup totalement inutiles.

brunews

# re: Suggestions Visual Studio @ vendredi 9 janvier 2009 21:06

un peu tard sans doute :)

@Bidou, connais tu l'attribut AutoToolboxPopulate dans les options. Contrairement à ce que l'on croit, il n'agit pas que sur les winforms, mais aussi sur les projets ASP.NET, etc... chez moi il est toujours à FALSE.

Mes suggestions:

1) .NET: un outil comme ghostdoc

2) améliorer l'empreinte mémoire. depuis 2008+TFS, j'ai été obligé de passer en 64 bits pour pouvoir ouvrir 3 VS.

3) .NET: un outil comme Reflector au lieu du Go To Definition pas terrible.

4) rendre les VS packages configurable (ce qui permettrait de répondre au souhaits de ne pas installer certaines "dotnetteries" :)

smo

# re: Suggestions Visual Studio @ vendredi 9 janvier 2009 22:24

smo&gt; AutoToolboxPopulate ne change pas vraiment le problème (en tout cas chez moi). Lors de la première initialisation de la toolbox, c'est horriblement lent... (parfois jusqu'à 10 secondes!)

Bidou

# re: Suggestions Visual Studio @ vendredi 9 janvier 2009 22:47

Chers blogueurs (et trop rares blogueuses),

toutes vos remarques ont été transmises et discutées.

La seule chose qui semble d'ores et déjà acquise (perdue selon moi), c'est que WPF viendra encore alourdir VS.

smo :

2) C'est la présence du .net dans VS qui ruine l'empreinte mémoire. Il y en a pourtant très peu, les feuilles de propriétés du view project et qlqs toolbars.

4) Le point 2 empêche tout espoir d'avoir des VS packages configurables. Il n'y a encore pas si longtemps, jamais une boite comme MS n'aurait osé livrer un produit autrement qu'en vrai code fait par de vrais développeurs. Les directeurs de produits actuels se bernent eux-mêmes avec leurs propres discours marketings.

brunews