none
Visual Studio 2013 disponible en Preview ! RRS feed

Toutes les réponses

  • Super : Faudrait déjà que Microsoft pense à faire une version qui fonctionne et qui ne soit pas pourrie de bugs avant de passer à la suivante... Je met ma main à couper qu'on se tape encore un vieux webbrowser tout moisi pour l'édition du design en ASP.Net ! Bah oui c'est sur on a le temps de sortir une version tous les ans mais quand il faut s'occuper du coeur du produit, de faire des vrais mises à jour ou de fournir un support y'a plus personne...

    C'est triste, c'est les banquiers qui font le boulot des chefs de projets...


    • Modifié Mayzz dimanche 7 juillet 2013 18:44 correction
    jeudi 27 juin 2013 12:08
  • Gangé!
    dimanche 7 juillet 2013 18:43
  • Bonjour,

    Cette version remplace les précédentes mais permet toujours de créer des applications pour .NET 2.0 ou plus et jouera donc le rôle de mise à jour et de correctif pour la version que vous utilisez. Ce serait le moment de voir si les points que vous évoquez sont corrigés et - peut-être - de vous faire entendre.

    De mon côté, j'utilise très occasionnellement l'onglet "Design" (plus parce que je trouve que le code me donne un meilleur contrôle que parce que j'ai remarqué des problèmes particuliers)...

    J'ai jeté un œil dans vos commentaires passées et je n'ai jamais eu de problèmes avec l'éditeur CSS ou le undo/redo.

    Pour le problème "IE6", je soupçonne que le problème que vous rencontrez est qu' Internet Explorer utilise par défaut le mode "compatible" pour les sites de la zone intranet. A priori soit il faut se coordonner avec les admins pour déployer les listes qui vont bien sur les PCs de la société ou utiliser une balise ie=edge (ce qui est déconseillé par MS).


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    dimanche 7 juillet 2013 22:07
  • C'est marrant avec des collègues on se posaient la question, parce que ces bugs existent depuis longtemps. Seulement il n'y a que les développeurs d'application ASP.Net qui travaillent sur de lourds projets qui peuvent les voir. Ces bugs sont malheureusement totalement aléatoires ce qui les rends très difficiles à reproduire.

    Bien entendu ce n'est ni un problème d'installation, ni un problème d'environnement, ces bugs surviennent depuis la version 2008 à 2012 sous de multiples OS et je les ai rencontré sur beaucoup de configurations hardware différentes.

    Bien sûr, j'utilise également l'éditeur de code car c'est plus simple pour le HTML, mais dans le cas d'un contrôle serveur complexe, croyez-vous vraiment qu'on puisse éditer un GridView avec une dizaine de cellules personnalisées via des modèles et contenant des dizaines de contrôles ? Soyons réalises : non. L'éditeur visuel doit donc être à la hauteur des attentes des développeurs et fonctionner correctement, ce que ne comprennent apparemment pas les développeurs MS chargés de concevoir VS depuis 5 ans.

    Et puis il n'y a pas que des bugs, il y a aussi des défauts de conception. On voit clairement que ceux qui conçoivent le produit ne l'utilisent pas. Je peux, de mémoire vous en citer quelques uns mais ils sont très nombreux.

    1. Lors de l'édition d'un modèle de contrôle serveur (Datalist, GridView, FormView...) La moindre actualisation referme l'édition du template. Ce qui est très agacent. On doit recliquer sur le smartTag et réouvrir le template puis repositionner sur l'élément en cours. De plus, l'éditeur texte sélectionne le contrôle parrent (le GridView, FormView...) Ce qui fait qu'on est à chaque fois obligé de rechercher ou on en était, aussi bien dans le code, qu'en mode design. Logique à la MS....

    2. En mode édition, la sélection d'une balise parente (via la barre de sélection, juste à coté des boutons Design, Fractionner et Source) ne fonctionne pas, ou alors fonctionne de temps à autre, lorsqu'elle a envie.

    3. La sélection code/design est très mal conçue. Parfois, lorsqu'on est en mode fractionné et qu'on souhaite éditer le code d'un contrôle, on clique sur celui-ci pour retrouver son code, mais VS sélectionne le contrôle parent pour une raison inconnu. Si le parent est un Panel, contenant des centaines de contrôles cela équivaut à sélectionner la page entière. En gros la sélection ne sert à rien, vous avez plus qu'à chercher vous même votre code en faisant défiler la page ou via ctrl-f. Idem dans l'autre sens, en sélectionnant un contrôle, l'éditeur affiche le début du conteneur parent... Bien entendu je ne parle pas de contrôle serveur à modèle comme les DataList, GridView, ect... pour qui un tel comportement serait à la limite acceptable. Je parle pour des simples contrôles serveurs comme des Texbox ou Button dans des panel.

    4. Le code HTML est très mal organisé.

    Quant à IE6 je n'ai pas vraiment de problème, je déplore simplement que Visual Studio ait un rendu IE6 à une époque ou ce navigateur est totalement obsolète. C'est aussi débile que si VS avait un rendu "windows 98" pour les application Winform et qu'il fallait compiler en release et lancer l'appli depuis le dossier pour voir à quoi ça ressemble sous Windows Vista, 7 ou 8. 

    De même rien a été amélioré pour prendre en compte les nouvelles normes CSS. Tout ce que fait MS, c'est de reprendre Visual Studio, changer l'année et le skin et republier une nouvelle version. Ah oui, c'est sur comme ça on peut en sortir une tous les ans, voir même tous les mois...

    Si ces histoires de bugs vous intéressent vous trouverez peut être plus de détails dans le lien ci-dessous.

    http://www.flashkod.com/forum/sujet-VISUAL-STUDIO-BOURRE-BUGS_1383643.aspx?p=3




    • Modifié Mayzz jeudi 11 juillet 2013 10:57 précision
    jeudi 11 juillet 2013 10:54
  • Le canal normal pour les bogues est à ma connaissance http://connect.microsoft.com/ (mais je dirais que des avis auront actuellement plus de chance d'être pris en compte si ils sont soumis via l'option de "feedback" intégrée dans VS 2013 Preview). Au temps pour moi si cela a été déjà été fait sans être pris en compte.

    J'ai jeté un oeil sur le lien mais j'imagine qu'il faudrait une page complexe pour que le problème se manifeste. L'idéal serait de pouvoir aussi leur envoyer une page qui permettrait de reproduire le problème pour augmenter les chances qu'il soit résolu.


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    jeudi 11 juillet 2013 14:44
  • En éditant une page à tour de bras sous VS 2013 je pense avoir reproduit 1 ou 2 fois les problèmes #2 et #3 qui me semblent être liés (et peut-être aussi après une "mise en forme" automatique du code). Apparemment le problème disparait dès le prochain changement (et ne survit pas si j'annule le changement ou si je sauve le document).

    Après il est possible que la taille de vos pages contribue au problème (je me demande si ce n'est pas lié à une mise à jour en arrière plan de données sur la structure de la page car il me semble que la fenêtre "structure du document" était vide ce qui expliquerait qu'une page avec des dizaines voire de centaines de contrôles sur une même page soit plus sujette à ce problème).

    Je crois que l'on en peut en rester là pour l'instant. J'essaierai de voir si je peux reproduire le problème d'une façon plus fiable pour tenter éventuellement ma chance en soumettant le problème.


    Please always mark whatever response solved your issue so that the thread is properly marked as "Answered".

    vendredi 12 juillet 2013 15:56