In IE, if you use the formatting buttons (bold, italics, underlines) using the toolbar, or via ctrl+b, ctrl+i, or ctrl+u, formatting does not take effect when you subsequently type. The only way to format text in IE is to highlight text, and then use the toolbar buttons, or key combinations, to format that existing highlighted text. (without modification)
Are there any modifications that anyone has made or could make to fix this?
Obviously it is not intended and this issue does not occur in Chrome, not sure about Firefox.
Related
I've come across an issue where the input text in my search form seems to be transparent in Firefox only.
The input text appears in Chrome, and in Firefox (latest stable 40.0.3 on OS X El Capitan 144dpi/retina display) I can still type in the box, it's just that none of the text is visible.
I've disabled all the color properties (in inspector) for both the input element and any parent elements it may be inheriting transparency from.
I've tried applying the !important rule to the input box's color (I know this is bad practice), but the text still refuses to appear in Firefox.
I've read other posts where this has been an issue in older versions of Firefox, specifically before Firefox 4, but I don't see why something like this would happen in Firefox 40. Moreover this form works perfectly on other parts of the site.
You can see the search form live on this page (first element in the sidebar).
Note that the same form appears in the footer with slightly different CSS styles and works fine.
This site is built on the Foundation framework and many base rules are inherited from foundation.css
I've a website based on Html KickStart and I notice an annoying problem in IE10.
The issue: when you open the web page, the text in the input field is aligned against the left hand side of the field. When you put the focus on it, and start typing, the text jumps to the right (where it is supposed to be, as you can see in other browsers). When the field looses the focus, the text jumps left again, against the side once more. The input field in question is styled.
The problem is clearly visible on the Html KickStart demo site:
http://www.99lime.com/elements/
Here you can also find the css code files etc.
I don't seem to be able to find the cause of this behaviour. Any help would be greatly appreciated.
Check out this css property : https://developer.mozilla.org/en-US/docs/Web/CSS/direction
direction effects the css declaration being used known as text-align:start
which isn't supported by IE 10
I'm using a Google CSE on http://afv.com and the results page is so wonky for Firefox and Safari. Here's what I see:
Chrome (looks perfect):
Firefox (magnifying glass gone in blue button, text falls out bottom of input field):
Safari (input field far too wide, sends blue button off edge of page):
I've mucked around with the style sheet Google gives me, to try to override some styles and standardize the output, but I can't see why it's so weird across browsers. Any thoughts? I know using a CSE is a bit of a hack and I'm having to shoehorn it into my layout, but these pictures show some incorrect layouts (or in the case of Safari, wildly incorrect), beyond just minor formatting issues.
This is probably because some of your own css is influencing the search button (e.g. a library like bootstrap or a css reset). If you try a search button without any additional styles - e.g. this one:
enter code herehttp://jsfiddle.net/buQL3/1/show_html/
it should render correctly (renders well for me in OS X 10.8.5 latest Chrome, Firefox 24 and Safari 6.0.5).
I have an issue by using the HTMLEditorExtender component.
I'm creating a web form on which I have a textbox, extended with this component. I noted that the HTMLEditorExtender creates a tags to manage a new line or a new paragraph, by using Internet Explorer.
With Chrome or Firefox, there is not any tags added, but only tags.
and this issue is also present in the Demo does anybody have a work around for this issue..??
And another issue is that the Cut Copy and Paste icons in the tool bar are not getting rendered in FireFox and Chrome
The reason for this is that each browser will interpret rich text editors (contenteditable="true") of the differently. So when you hit enter, it will either add paragraphs or divs. If you hold shift + enter, you get a br in IE but not in other browsers.
The only way I can see the output matching up is to format the data on postback by running some regular expressions or a replace to change the tags.
I've run into one of many Internet Explorer bugs ;)
I'm doing some custom styled input fields and they work exactly as supposed in all browsers, except IE! The inputfields have some padding added on both sides, which works fine on load when the input field isnt filled out with text. But whenever the inputfield gets filled out with text, it kind of ignores the padding that it has been given..
I've uploaded a screenshot of the problem:
...and made a very simple example so you can try for yourself: http://valuable.dk/test.htm
How do I solve this :) ?