Gelmiş geçmiş en büyük porno sitemiz olan 2pe de her zaman en kaliteli pornoları sunmayı hedefledik. Diğer video sitemiz olan vuam da ise hd porno ağırlıklı çalışmalara başladık.

    Thank you for reporting this bug. We will make it our priority to review this report.
  1. #1
    Ext GWT Premium Member
    Join Date
    Dec 2011
    Location
    Earth
    Posts
    243
    Vote Rating
    1
    nbuesing is on a distinguished road

      0  

    Default Tabbing in in-lined editing grid extremely slow in Windows XP / IE8

    Tabbing in in-lined editing grid extremely slow in Windows XP / IE8


    Windows XP
    Internet Explorer 8 (8.0.6001.18702)
    Test Code : http://staging.sencha.com:8080/examp...needitablegrid

    If you bring up your test for the inline editable grid on Internet Explorer 8 on a Windows XP machine, tabbing is ultra slow and if the user is tabbing/entering/tabbing/etc, keystrokes are lost. You don't have to be super fast, but it is ok if the user is ultra slow. For data entry users, it is very problematic.

    There is no issues for:
    • Windows 7 and Internet Explorer 8.
    • Windows XP and Firefox
    So this is something unique to Sencha, Windows XP, and IE8.

  2. #2
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,716
    Vote Rating
    87
    Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light

      0  

    Default


    Thanks for the specificity - thought I'm curious as to how IE8 would behave differently in different OSes...

    I'm presently unable to reproduce this on my machine - tested two different machines, both XP/IE8. I've put up a special nightly build compiled in PRETTY to use either with IE8's built-in profiling tools or with DynaTrace AJAX Edition to get some data about what exactly is slow.

    http://staging.sencha.com:8080/examples-dev-pretty/

    Here's the basic steps we've used to try to reproduce this:
    * Launch IE8 (8.0.6001.18702) on a XP (SP2) box
    * Load http://staging.sencha.com:8080/examp...needitablegrid
    * Focus on a text column
    * Quickly, enter keystrokes to edit, hit tab or shift-tab to switch fields

    On both machines tested, we observed that the fields were effectively changing as fast as we could hit tab.

    Any additional details about steps, environment, or specific profiling details will be helpful for us to look further into this.

    One additional thought (since it has come up twice in the last week) - any plugins running in IE8? Aside from Dev Mode (though not in use in this case) - we can be sure that we've got that in common.

  3. #3
    Ext GWT Premium Member
    Join Date
    Dec 2011
    Location
    Earth
    Posts
    243
    Vote Rating
    1
    nbuesing is on a distinguished road

      0  

    Default


    Colin,

    As always, thanks for the quick response and feedback.

    Now, we had users first notice slowness with IE8/XP and I was surprised as you that XP would behave differently than Windows 7 (all development and testing is done on Windows 7, but we do have a few users on XP).

    My first attempt to was to try to reproduce this outside of our codebase. In our grids we have events fired on edit completion that also will fire events on cells to force them to be redrawn. So, my initial thought was that it had something to do with that. However, when I ran against the inline editable grid example, I saw enough to make me think it could be related to the grid.

    In my response, if you hold the tab key down (don't worry about typing anything in the cells), just hold the key down, that is when the grid will loose focus prior to getting to the last cell in the grid. This is obviously not a major concern (I don't know why a user would do this for any valid data entry scenario, but I guess they could use it to skip to "row 10" or something if they didn't want to move their hands off the tab key). In any case, it just made me think/wonder if there was a timing issue.

    I noticed major slowness on an OLD machine with XP and IE8 (single core AMD processor), but that machine had no problems under Firefox. With machines at work (laptops with i5 cores) we did notice it slower than on Windows 7 machines (and on Chrome on the same machine), but it wasn't night and day.

    I am also going to make a special request to our infrastructure here so I can open up the non-standard port to your staging machine (since it is port 8080). I will also look at writing a test case that showcases this more (with code that had a onCompleted event and datastore events).

    So, at this point, I agree I need to provide you more information. I will try to work on that. I also need to get feedback from staff here to see how much time/effort they want to me to invest into that.

    Thanks again


    Quote Originally Posted by Colin Alworth View Post
    Thanks for the specificity - thought I'm curious as to how IE8 would behave differently in different OSes...

    I'm presently unable to reproduce this on my machine - tested two different machines, both XP/IE8. I've put up a special nightly build compiled in PRETTY to use either with IE8's built-in profiling tools or with DynaTrace AJAX Edition to get some data about what exactly is slow.

    http://staging.sencha.com:8080/examples-dev-pretty/

    Here's the basic steps we've used to try to reproduce this:
    * Launch IE8 (8.0.6001.18702) on a XP (SP2) box
    * Load http://staging.sencha.com:8080/examp...needitablegrid
    * Focus on a text column
    * Quickly, enter keystrokes to edit, hit tab or shift-tab to switch fields

    On both machines tested, we observed that the fields were effectively changing as fast as we could hit tab.

    Any additional details about steps, environment, or specific profiling details will be helpful for us to look further into this.

    One additional thought (since it has come up twice in the last week) - any plugins running in IE8? Aside from Dev Mode (though not in use in this case) - we can be sure that we've got that in common.

  4. #4
    Sencha Premium Member
    Join Date
    Jun 2007
    Posts
    46
    Vote Rating
    0
    spaque99 is on a distinguished road

      0  

    Default


    Hello,

    I would be very interested in hearing any progress or resolution to this problem. We are currently experiencing a very similar issue in our application (generalized, not specific to one page) where everything is much slower on a lower end pc running windows XP and IE8 on a website using Ext 4.x.

    Did you fix your problem?

    Thanks
    Seb

  5. #5
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,716
    Vote Rating
    87
    Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light

      0  

    Default


    Seb - this issue was specific to GXT 3, which is an entirely different codebase than Ext JS 4.x - one is Java and is compiled to JavaScript using GWT, the other is entirely JavaScript to begin with. If any changes were made on this issue, they would not be applicable to your project. You should probably ask in an Ext JS-specific forum instead of here.

  6. #6
    Sencha User
    Join Date
    Mar 2014
    Posts
    4
    Vote Rating
    0
    chodavad is on a distinguished road

      0  

    Default


    Hi I do also have the problem with windows XP IE 8 .EXTJS screen is not functioning on windows XP IE 8.Does anybody have a fix for this as 25% of our clients use Windows XP IE8 it will be a big mess.

  7. #7
    Sencha - GXT Dev Team
    Join Date
    Feb 2009
    Location
    Minnesota
    Posts
    2,716
    Vote Rating
    87
    Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light Colin Alworth is a glorious beacon of light

      0  

    Default


    chodavad, as I said to spaque99/Seb above, this post (and this forum you are in) is specific to GXT 3, not to any version of Ext JS.