Results 1 to 9 of 9

Thread: [4.2 RC] Missing reset CSS rules for Chrome

  1. #1
    Sencha Premium User mankz's Avatar
    Join Date
    Nov 2007
    Location
    Stockholm, Sweden
    Posts
    3,078
    Vote Rating
    184
      0  

    Default [4.2 RC] Missing reset CSS rules for Chrome

    Code:
    <!DOCTYPE HTML>
    <html>
    <head>
        <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    
        <!--Ext and ux styles -->
        <link href="../../../extjs-4.2.0.489/resources/css/ext-all.css" rel="stylesheet" type="text/css" />
    
    	<!--Ext lib and UX components-->
        <script src="../../../extjs-4.2.0.489/ext-all-debug.js" type="text/javascript"></script>
    
    </head>
    <body>
        <ul><li>Showing disc image</li></ul>
    <h3>margin-top</h3>
    </body>
    </html>
    Launch this in latest Chrome on Mac, you'll see discs for the list and a margins for the h3-tag.

    These are not reset.
    Code:
    -webkit-margin-before: 1em;
    -webkit-margin-after: 1em;
    -webkit-margin-start: 0px;
    -webkit-margin-end: 0px;

  2. #2
    Sencha Premium Member skirtle's Avatar
    Join Date
    Oct 2010
    Location
    UK
    Posts
    3,790
    Vote Rating
    391
      0  

    Default

    I believe CSS resetting has been removed in 4.2, along with all the nasty hacks for scoped CSS. It should now play nicely with others without having to jump through so many hoops.

  3. #3
    Sencha Premium User mankz's Avatar
    Join Date
    Nov 2007
    Location
    Stockholm, Sweden
    Posts
    3,078
    Vote Rating
    184
      0  

    Default

    Well, this means I get inconsistent rendering across browsers. I'd expect the components should use reset anyway? I get the same result in an Ext Tooltip...

  4. #4
    Sencha - Ext JS Dev Team Animal's Avatar
    Join Date
    Mar 2007
    Location
    Notts/Redwood City
    Posts
    30,615
    Vote Rating
    55
      0  

    Default

    Components which use elements with some kind of styling in the user agent stylesheet should override those styles for their own use.

    Which particular components have problems with which elements?

  5. #5
    Sencha Premium User mankz's Avatar
    Join Date
    Nov 2007
    Location
    Stockholm, Sweden
    Posts
    3,078
    Vote Rating
    184
      0  

    Default

    put h1,h2,h3,h4 in a tooltip, and UL/LI too...

  6. #6
    Sencha - Ext JS Dev Team Animal's Avatar
    Join Date
    Mar 2007
    Location
    Notts/Redwood City
    Posts
    30,615
    Vote Rating
    55
      0  

    Default

    So that's user content.

    We no longer force styles upon that.

  7. #7

  8. #8
    Sencha User Daniil's Avatar
    Join Date
    Jun 2010
    Location
    Saint-Petersburg, Russia
    Posts
    1,017
    Vote Rating
    125
      0  

    Default

    Hello,

    Quote Originally Posted by Animal View Post
    So that's user content.

    We no longer force styles upon that.
    Could you, please, clarify why? Simply because of the fact that it is out of your responsibility to stylize any user content? Or, maybe, is there any additional reason (-s) like performance? I mean, does it cost to reset CSS?
    Object.NET
    Frameworks and Tools for .NET Developers
    --------------------------------------------------
    Ext.NET - Ext JS for ASP.NET - Examples | Twitter
    Bridge.NET - Write C#. Run JavaScript! - Live | Twitter
    --------------------------------------------------

  9. #9
    Ext Partner geoffrey.mcgill's Avatar
    Join Date
    Feb 2008
    Location
    Canada
    Posts
    85
    Vote Rating
    7
      1  

    Default

    Using a reset stylesheet was a defect that's been carried along since the origin of Ext JS.

    Removing the reset stylesheet is not related to performance.

    In general, you should be able to drop extjs.css into an existing page, and it should not change any of the existing style of the page. Now that the reset stylesheet has been removed, extjs.css shouldn't mess with any of the user created styles.

    This can cause a pretty serious breaking change for many applications, and unfortunately happened during a minor version release, but overall it is a good thing.
    Object.NET
    Frameworks and Tools for .NET Developers
    --------------------------------------------------
    Ext.NET - Ext JS for ASP.NET - Examples | Twitter
    Bridge.NET - Write C#. Run JavaScript! - Live | Twitter
    --------------------------------------------------

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •