Search Type: Posts; User: malstroem
Search: Search took 0.03 seconds.
+1 for standalone ...
any new on this?
2 Dec 2012 3:53 AM
this might be a dup - but still hasnt be fixed in 4.1.3
Just include the following code in the ext-lang-de.js - and everything will be fine
wow - good to see some many fixed bugs.
curious to see it work...
NOT working for me, too (Ext 4.1.0 GA)
4 Jun 2012 11:09 PM
@mort-ext: your override worked for me on form submit!
for the problem described in my inital post (click event by deselection of a row) I had still to add the delay as proposed by animal
+1 for the bugtracker access
sure! apreciate that...
4 Jun 2012 9:07 AM
not yet - but I will do so and post back...
Hopefully this will get fixed finally soon.
Thanks anyway - Thomas
any news on EXTJSIV-5821?
See also: http://www.sencha.com/forum/showthread.php?193119-Ext.MessageBox-appearing-behind-modal-window
Is there a time schedule for a RC2 or the final...
4 Jun 2012 4:16 AM
just ran into this again... this makes serverside validation and feedback to the user quite painful...
see also: http://www.sencha.com/forum/showthread.php?214128
any chances for EXTJSIV-5748 becoming solved?
I did not find it under the known issues...
any news on that?
this bug was not mentioned in the release notes unter "known issues"
just set "submitEmptyText" to false in the form action...
have a look in the API: http://docs.sencha.com/ext-js/4-0/#!/api/Ext.form.action.Action-cfg-submitEmptyText
21 Apr 2012 11:56 PM
The loadingText messages of Ext.LoadMask and Ext.view.AbstractView are not localized in the ext-lang-de.js...
Adding these lines to ext-lang-de.js will do:
you´re right - works in IE/Chrome etc.
Is this a FF-bug or an FF-related Ext JS-bug?
Shall I file a bug report for this?
To have some chances this will be fixed in 4.1 GA...
Just get the store you want to load e.g. by MyItem.getStore() or with the new, cool StoreManager Ext.data.StoreManager.lookup('MyStoreID') perform a load()... and you´ll be done...
11 Apr 2012 4:43 AM
using ie8 compatibility mode might or might not be the problem...
still interesting to know: you can influence the rendering mode in IE with a specific header
not sure wether this is bug or feature...
tooltips seem to be only shown on enabled buttons. This is annoying, since the tooltip-information is mostly even more important when a button...
9 Apr 2012 2:06 AM
Just found a workaround at least...
Using the IE Dev Tools I found, that my own css declarations get overriden by some Ext declarations.
When deleting these lines - IE is styling the toolbar as...
9 Apr 2012 1:28 AM
Ok. Could you please classify it as bug then, to make it possible for it beeing fixed in 4.1 GA?!
This worked in Ext 3.x with all known IE versions (so it cannot be a IE bug)
8 Apr 2012 7:13 AM
I understand your argumentation and agree from a "technical" standpoint...
But still, this behaviour in my eyes is unexpected for the user, because he does not willingly bring the...
8 Apr 2012 7:04 AM
Thks Aninmal for your reply - but that did not change the issue.
Same problem with jpg-icon... even a simple backround color (without image at all) is not beeing shown in IE. I conclude, that the...
6 Apr 2012 11:41 PM
I just tried with cls:'header-toolbar' ... same problem
So it cannot be the camelCased CSS class-name
5 Apr 2012 7:55 AM
Ext version tested:
Ext 4.1.0 RC2
Browser versions tested against:
FF11 (firebug 1.9.1 installed) - normal behavior
Chrome 18.0.1025.142 m - normal behavior
IE7 - broken
OK. I´ll do that - thanks Scott!
Results 1 to 25 of 82