Search Type: Posts; User: nbuesing
Search: Search took 0.04 seconds.
-
22 Jan 2013 7:31 AM
- Replies
- 2
- Views
- 326
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... -
21 Jan 2013 6:11 AM
- Replies
- 2
- Views
- 326
Windows XP
Internet Explorer 8 (8.0.6001.18702)
Test Code : http://staging.sencha.com:8080/examples-dev/#ExamplePlace:inlineeditablegrid
If you bring up your test for the inline editable grid on... -
21 Dec 2012 12:20 PM
- Replies
- 4
- Views
- 469
so the doStartEditing() does get called for the new cell before the doCompleteEditing() gets called on the current cell, if you click on a different cell in the SAME row.
if I click on a cell in a... -
21 Dec 2012 12:05 PM
- Replies
- 4
- Views
- 469
It seems that the GridInlineEditor.doStartEditing() gets called for the clicked on cell, prior to the other one completing. This is causing the removeHandler() being called BEFORE it can be called...
-
21 Dec 2012 10:37 AM
- Replies
- 4
- Views
- 469
I switched out my BigDecimal/NumberField with String/TextField and same outcome.
In using debugger, the complete editing code is not being called, not sure why that is the case so far. Still... -
20 Dec 2012 8:35 PM
- Replies
- 4
- Views
- 469
GXT 3.0.3
GWT 2.4
Internet Explorer 8
Dev Mode and Production Mode
Windows 7, 64 bit
Issues also verified with Chrome 25
Firefix 17.0.1 does not have the issue
I have a grid with inline... -
17 Dec 2012 2:09 PM
- Replies
- 10
- Views
- 1,092
Another scenario.
Problem occurs in IE8 both dev and production.
This scenario has NO use of addDomHandler().
Select a value from the drop-down.
The combo/checkbox will disappear and a new... -
14 Dec 2012 1:34 PM
- Replies
- 10
- Views
- 1,092
My application now behaves better with the Scheduled deferred around the addDom's contents.
However, we do async calls between some combo boxes and I'm still getting the "double click" issue, but... -
14 Dec 2012 10:24 AM
- Replies
- 10
- Views
- 1,092
One other thing, I can still get issues in my application, if I set focus as follows:
textFieldLabel.focus();
However, if I set focus this way:
... -
14 Dec 2012 10:15 AM
- Replies
- 10
- Views
- 1,092
Thanks again, and that is good information to know.
That being said, we didn't have this issue in 3.0.2, it started in 3.0.3. Doesn't mean my code was right, but I guess I didn't feel like I was... -
14 Dec 2012 9:51 AM
- Replies
- 10
- Views
- 1,092
So should this deferred be done for click events we have also being handled this way?
I have no problem with always having to do the "work around", just want to understand it so we can make sure I... -
14 Dec 2012 9:08 AM
- Replies
- 10
- Views
- 1,092
Darrell,
Thanks for work around. So far, it looks good. However, I will continue to do more testing on this today, since the issue has been rather spuratic. I have done a variety of other... -
14 Dec 2012 8:04 AM
- Replies
- 18
- Views
- 1,059
New issue moved to own thread (with new test code that reproduces the issue).
... -
14 Dec 2012 8:03 AM
- Replies
- 10
- Views
- 1,092
GXT 3.0.3
Internet Explorer 8
Windows 7, 64 bit
Developer Mode and Production Mode of GWT
We did not have this issue with GXT 3.0.2
I have a scenario where it requires multiple clicks to get a... -
12 Dec 2012 2:04 PM
- Replies
- 18
- Views
- 1,059
Yes, I agree this defect is fixed. It seems (to me) I had 2 bugs in my app causing the same behavior, and this fix addressed one of them.
I just found some things that make me thing it has... -
12 Dec 2012 12:48 PM
- Replies
- 18
- Views
- 1,059
Well, I am able to replicate the issue with our application in Chrome 25, so this isn't unique to IE8.
Chrome's behavior is different, the drop-down arrow never goes away, but the pop-up never... -
12 Dec 2012 10:57 AM
- Replies
- 18
- Views
- 1,059
Seems like (in my application) a combo-box will require 2 clicks (initially) to bring down the combo-box, but after that a single click will cause the drop-down to work.
On the same page as the... -
11 Dec 2012 2:09 PM
- Replies
- 18
- Views
- 1,059
I added this code and the click event doesn't fire until it "starts working".
I have no idea, why the event isn't being fired, or what is causing that event to not go the combo box, when clicking... -
11 Dec 2012 7:09 AM
- Replies
- 18
- Views
- 1,059
Yes, my test case now works, but my application still has issues. The issues are different now (once the combo-box starts working it seems to work, whereas before it would continue to not-work from...
-
10 Dec 2012 1:15 PM
- Replies
- 18
- Views
- 1,059
Update:
I added a content panel around the grid to my test case, and didn't make a difference.
I added explicite width/height insuring the content panel is wider and taller than the grid, no... -
10 Dec 2012 12:59 PM
- Replies
- 18
- Views
- 1,059
So my test case appears to be fixed, but my actual code is not.
Also, as stated earlier, once it starts working it seems to work: no flashing of the drop-down at 0,0 and the drop down appears.
... -
10 Dec 2012 12:44 PM
- Replies
- 18
- Views
- 1,059
Internet Explorer 8
3.0.3-SNAPSHOT 12/6/2012 10:37
Both Production and Development modes
Windows 7, 64 bit
I am currently testing in our application, not the test case I provided (will try that... -
10 Dec 2012 9:53 AM
- Replies
- 18
- Views
- 1,059
I have the nightly build for 3.0.3 and it is dated 12/6 22:40. Please confirm that has this fix, and will try this out this afternoon.
Thanks. -
4 Dec 2012 12:34 PM
- Replies
- 6
- Views
- 532
I do not see the need for us to use Clean, so yes, removing it is what we will be doing. It was one of those "innocent looking" inheritance that I didn't thing would cause issue.
So, as far as I... -
4 Dec 2012 11:58 AM
- Replies
- 4
- Views
- 357
Based on other useful information Colin has provided on another topic, did changes to my .html and .gwt.xml file, and neither fixed this issue.
removed unnecessary code from the Examples.html file...
Results 1 to 25 of 109
