F1R57 P057!!!!!

So I finally got around to making a blog. One of my friends tells me that this is a big responsibility, because apparently people do not like it when the blog is not updated often enough. I will endeavor for that not to be the case with me.

So what do I do? I am the person who works on the design view portion of the HTML/Webforms designer in Visual Studio. Right now we are coding up a storm for the Whidbey release, and everybody is excited about how cool the new version will be. As time goes on I will be writing articles about new and existing features in our product, and how they compare with other products. I love hearing feedback from real users about our product. If you have a suggestion or a gripe, please tell me about it. I may not do exactly as you ask, but your input will help shape what direction we go in, and I do take the input seriously.

Comments

  • Anonymous
    February 16, 2004
    The main reasons I can't/don't use the design mode:

    - Can't generate XHTML 1.1 Strict code
    - Can't preserve formatting/indenting
    - Style is all barfed up inline instead of set into style elements.

    (please please please) ^ 32 focus on these. Some of these are at least partially the framework's fault but some is the designer too. Clean/maintainable code is 1,000,000 times more important to our staff and our clients than whizzybang features. Thanks.

    Personally i'd like to see a <asp:Style> control that all controls set any appropriate display data in, instead of inline. This would work similar to the ValidationSummary control where other controls just kinda know about it without a specific reference.



  • Anonymous
    February 16, 2004
    Can you give some examples of where we generate non-XHTML 1.1 code in the designer? This would help. We have been working on XHTML generation.

    The formatting/indenting issue has been worked on. You will be pleased to see what has been done with this in Whidbey.

    Can you elaborate on the style element issue? Are you saying that whenever a style is applied to an element, a style element should be made instead of doing inline?
  • Anonymous
    February 16, 2004
    for example, if i am designing a form in gridmode, and i set the positions on a panel by dragging around, have those set in a <style> element instead of inline. this would be based on the id of the conrol so if the panel ID is "pnlContent" then in the <style> have

    #pnlContent {
    position: absolute;
    top: 200px;
    left: 200px;
    }


    then the next step is if i have pnlContent at left: 200px, top: 200px; and pnlHeader at left: 200px, top: 0px, the generated style should be:


    #pnlContent, #pnlHeader {
    position: absolute;
    left: 200px;
    }

    #pnlContent {
    top: 200px;
    }

    #pnlHeader {
    top: 0px;
    }


    ... if you made it do this i'd be your best friend. :)



    also, here's another gripe, but maybe not quite your area... the vs_targetschema meta tag... required on every page that i want decent intellisense on is a pain, plus the default insert doesn't put quotes around the name attribute.
  • Anonymous
    February 16, 2004
    First let me say, thanks for giving some feedback.

    I see what you mean now. The devil with a feature like this is in the details. If we changed the product to always do this, some people would not like it. This needs to be based on user preferences.

    Then there is the question of what to do with existing inline styles - do we move them into a style block, or do we just add new stuff to the style block?

    And with your example above, what happens if the user grabs the content panel and moves it around? What I would expect is for the content panel to move and for the header to only change its left attribute. But what would other people want?

    I agree that this would be a really cool feature and a big time saver for people working on CSS rich pages. But if the details of this were not done right it could make things worse, I think.

    One thing I was wondering was if people would like a command in VS for moving inline styles into a style block in design view. Having this, and having the designer leave CSS where it found it would bring things most of the way to what you want, would it not?
  • Anonymous
    February 16, 2004
    BTW - I should clarify that the other two items on your list (XHTML1.1 generation and not mangling your code) are definitely done in Whidbey. I encourage you to try out the Beta when it comes out to see how much of a difference this makes.

    What do you mean about the quote generation? There is an option for generating quotes on new content in Whidbey, and the vs_intellisense attribute is not required any more - the schema is one of the settings in tools -> options and applies to all pages. This sounds like it will fix your problem.
  • Anonymous
    February 17, 2004
    The comment has been removed