Here are some links related to compatibility mode. http://msdn.microsoft.com/en-us/library/cc288325%28v=VS.85%29.aspx
http://msdn.microsoft.com/en-us/library/dd567845%28VS.85%29.aspx On 10/9/2010 19:10, David Mitchell wrote: > I'm not sure if it is a default or not. When I installed IE8, I was first > given > the option of having all the configuration of IE8 done using the MS 'defaults' > or selecting my own choices. I elected to make my own choices. As I recall, > the > last choice was to enable compatibility mode to improve IE8's support for > 'older' web sites. > > I said yes, enable it. Until now, I had not seen any ill effects from that > decision. > > I know very little about the details of compatibility mode or what the pros or > cons would be related to enabling or disabling it. > > To me, it seems unlikely to be a code-page option. From the descriptions I > have > seen, it seems more like a very active emulation of older web browser behavior > performed in a rather complex way. > > On 10/9/2010 16:21, Eric Iverson wrote: >> Thanks for the IE update. Is compatibility mode default/normal? Had you >> turned in on explicitly. Is it a problem for JHS to require that IE >> compatitibility be turned off? I wonder if this is something that the code >> for a page has control over. >> >> Thanks for the info on the paste problems. I'm pretty sure I'll be able to >> fix this when I have a chance to investigate. HTML has complicated ideas of >> whitespace and linebreak and all the browsers have slightly different rules. >> The coloring requires a parse and it needs to know what to turn into LF and >> back. >> >> On Sat, Oct 9, 2010 at 11:36 AM, David Mitchell<[email protected]>wrote: >> >>> I tried a few more things. I discovered what caused the bulk of the >>> problems I >>> had with IE and the ijs window. >>> >>> I turned off IE Compatibility Mode in IE8 and most the problems I saw went >>> away. >>> >>> Line numbers and find all worked as expected. >>> >>> Copy and paste still did not work correctly. I discovered that if I pasted >>> the >>> text in Notepad and copied it from Notepad before pasting it in the IE ijs >>> window, it worked fine. If I pasted directly from Thunderbird, it did not >>> work >>> correctly. >>> >>> Here are the formats copy from Thunderbird put in the clipboard: >>> >>> listclipformatnames'' >>> DataObject >>> text/html >>> HTML Format >>> text/_moz_htmlcontext >>> text/_moz_htmlinfo >>> CF_UNICODETEXT >>> CF_TEXT >>> text/x-moz-url-priv >>> Ole Private Data >>> CF_LOCALE >>> CF_OEMTEXT >>> >>> Here are the formats copy from Notepad put in the clipboard: >>> >>> listclipformatnames'' >>> CF_UNICODETEXT >>> CF_LOCALE >>> CF_TEXT >>> CF_OEMTEXT >>> >>> Perhaps one of the additional formats that Thunderbird put in the clipboard >>> is >>> confusing the IE ijs paste. >>> >>> -- >>> David Mitchell >>> >>> On 10/5/2010 19:23, Eric Iverson wrote: >>>> The ijs paste problems seem to have been inadvertently fixed in 1.0.24. >>>> Please let me know if you find otherwise. >>>> >>>> On Tue, Oct 5, 2010 at 5:19 PM, David Mitchell<[email protected] >>>> wrote: >>>> >>>>> I am editing an IJS file. I used the action->Find dialog. The case >>> check >>>>> box >>>>> does not seem to do anything. Find always seems to find all >>> occurrences, >>>>> regardless of the case of the find text or the IJS text. >>>>> >>>>> I tried using the "in NB." find option. It always reports 0 lines with >>> 0 >>>>> hits, >>>>> even when there are occurrences of the find text in NB. lines. >>>>> >>>>> I tried copy and paste of multi-line selections from other windows, such >>> as >>>>> email, into the IJS window. The pasted lines look fine for a fraction >>> of a >>>>> second, then they get reformatted as a single line. >>>>> -- >>>>> David Mitchell ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
