The title just about says it all. I'm using KendoUI, I believe the version is something like 2013.2.716. Anyway I have a Numeric Textbox and the Up and Down arrows work fine in Chrome and Mozilla but are broken in IE 11. Pretty sure they worked fine in IE 10. Interested in hearing a fix or workaround, including removing the up/ down arrows entirely.
Thanks,
Bryce
For hiding the arrows or spinners you can do this
HTML
<input id="initial" />
Javascript
//hide spinners;
var numeric = $("#initial").kendoNumericTextBox({
min: 0,
max: 100,
step:1,
value:25
}).data("kendoNumericTextBox");
numeric.wrapper
.find(".k-numeric-wrap")
.addClass("expand-padding")
.find(".k-select").hide();
Related
I've been developing a web-ui for a while and it has become now quite complex. At a certain place I use a <div contenteditable="true"> for editing text, and there is a bug in FireFox, which I cannot trace down:
When there is some text in the div, and I click with my mouse to change cursor position, it doesn't work. The cursor is always in the end of the text. It works fine in other browsers, and you can change cursor in FF using arrow keys.
I tested a simple html page with a single element <div contenteditable="true"> in it in FireFox, and it works fine, but doesn't work on my system. Obviously, there is something that blocks it.
What can be a possible issue?
Thanks!
I had the same issue and finally found that the issue in my case was CSS wise. I had:
-moz-user-select: none;
on a parent element of my contenteditable which caused the problems.
It worked well after I applying:
-moz-user-select: element;
NOTE: depending on which select behavior you want to have, choose the user-select value (https://developer.mozilla.org/en-US/docs/Web/CSS/user-select)
for me it didn't work because on the parent div is a drag & drop implemented. and it effects all input-fields, textareas and div's with contenteditable.
I haven't found a solution for it yet but there is already a Bug Ticket for Firefox with the right hint that draggable makes the problem.
Here is a link to the bug:
https://bugzilla.mozilla.org/show_bug.cgi?id=419808#c4
Here is a way to fix this problem:
Prevent drag event to interfere with input elements in Firefox using HTML5 drag/drop
I'm getting this really annoying problem with my dropdown menu in Safari & Chrome for both Mac and Windows.
It seems fine in other browsers, even IE7+ (shocking I know).
The dropdown is supposed to be absolutely positioned to the parent <li>, I've set left: 0; however the dropdown is showing underneath the following <li> instead.
I've had this problem in IE in the past, but I'd expect better from WebKit!
Also, here is the problem looks in Safari (different, but I imagine the cause is the same):
Here is a link to the page (hover over the 'Blogs' link):
- http://www.mattpealing-server.co.uk/~devfooty/
Does anyone know how I can go about fixing it? I've tried all kinds of combinations, even found out that if I position bottom: 0 then the dropdown appears under the correct <li>, however obviously it then doesn't look right! Strange though.
I am not sure if this would work but you could try setting the parent element's position to relative.
I have a problem in viewing input that I write in a textbox. I am using Foundation Framework by Zurb http://foundation.zurb.com/
I have put a simple version up here http://mybookmarklet.herokuapp.com
(the bookmarklet part of the name is irrelevant to this question)
If you enter some text into the textbox then click "scrape" (using Firefox) you will see the problem - the input is alerted, as is supposed to happen. However it's not possible to actually view the text in the textbox.
Does anyone know if this is something that can be fixed?
PS. this isn't actually doing screen-scraping - the word scrape is not the best choice in hindsight.
PPS. Using Firefox 20, Mac OS 10.6.8
You have applied too much padding on your textbox:
<input id="txt-scrape" type="text" style="padding:22px;" placeholder="http://">
You either make the height of the textbox larger to 62px (that value will actually show the text) or make your padding smaller, 7px is the maximum you can apply based on your styles.
I am stumped. I am using JQGrid in IE9 and it doesn't behave like it does in other browsers. This is very easy to demonstrate. If you look at the Loading Data demo at http://www.trirand.com/blog/jqgrid/jqgrid.html and select "Array Data" and look at the grid, in IE9 it looks different than it does in Chrome, Safari or Fox. First off, it has a horizontal scroll bar? and the notes column extends past the end of the grid. If you try and use the column resize bar between the Total and Notes column in IE9 there is a big offset in the column line. This does not happen in other browsers. If you move the checkbox column to the end of the grid and when a vertical scroll bar appears, it hides the checkbox column. This again happens only in IE9.
I am using the 4.4.3 version of JQGrid.
If anyone can shed some light if I am doing soemthing wrong or a workaround it would be greatly appreciated.
Thanks
First of all I don't see any difference between the look of the "Loading Data" / "Array Data" page of the official jqGrid demo in IE9 and other web browsers which I have (Chrome 24, Firefox 18, Opera 12.13).
The page from the demo "Loading Data" / "Array Data" are made for very very old version of jqGrid and the current usage of jqGrid in the way would be very bad style. Instead of that one should move the line which definition and initializing of mydata at the beginning of the code, One should add data: mydata, gridview: true, options to the grid and add additionally either a pager (pager option or toppager: true option) or add rowNum with large enough value if one don't want to use any local paging of data. For example one could add rowNum: 10000 option.
To remove unneeded empty space in the grid I would recommend you to use height: "auto" (or height: "100%") or use alternatively scrollOffset: 0 option.
Is there a 'valid' solution for the dialog to scroll with the scrollbar instead of still being fixed from the center of the inner window bound ?
There is some situation where the user may have a too small resolution to contain the dialog, and in that case part of the dialog maybe hidden.
You may have a Ok or confirm button in the hidden part, and then the popup may not be closed, nor validated ! Blocking situation.
I tried to change a css into the code from fixed to absolute, and then the dialog scroll with the page: great! But... Meanwhile doing this, opening another popup, do not position it again centered into the layout. Maybe a solution is to recenter the dialog on each onOpen event.
Any help welcome.
The dialog was written to be fixed and as such is not easily changeable.
You could change the position to absolute, but all of the IE hacks will force it to behave as fixed.
In SimpleModal 1.4.2 you can simply set fixed to false:
$('#myModal').modal({ fixed: false });
This worked for us on Chrome and IE all the way back to IE8. (We don't support IE7.)