I am working in Sharepoint the first time. I have installed Fluid 960. This works beautifully in Chrome and FF but IE8 (a company standard that I must maintain) drops off the grid_5 when it is the third row in a grid_4, grid_7, grid_5. I tried doing 4-6-6 and the 6 dropped off. I tried the "alpha" and "omega" margin overrides.
Has anyone else run into this problem?
Related
So I downloaded a MathJax package, unpacked it, modified the settings and uploaded the files to an http domain. Everything worked as well as possible for more than a year.
Two days ago, I copied all files (including the database) to a new domain, activated SSL and modified .htaccess to translate all addresses into https. This works perfectly for everything except MathJax "Can't load web font" resulting in a 10 second delay every time it attempts to draw expressions.
Neither Firefox nor Chrome show any kind of errors in the console or failed file reads (cache off, 200 OK). The only effect in the browsers is that there is a 9-10 second gap between /mathjax/jax/output/HTML-CSS/fonts/STIX-Web/Main/Regular/Main.js and /mathjax/jax/output/HTML-CSS/fonts/STIX-Web/Main/Italic/Main.js.
Approximate timeline …
2 s: read (success) /mathjax/jax/output/HTML-CSS/fonts/STIX-Web/Main/Regular/Main.js
11.5 s: read (success) /mathjax/jax/output/HTML-CSS/fonts/STIX-Web/Main/Italic/Main.js
12 s: read (success) /mathjax/fonts/HTML-CSS/STIX-Web/woff/STIXMathJax_Main-Regular.woff
Log (last 4 lines) …
Loading [MathJax]/jax/output/HTML-CSS/fonts/STIX-Web/Main/Regular/Main.js
Loading web-font STIX-Web/Main/Regular
Can't load web font STIX-Web/Main/Regular
Loading [MathJax]/jax/output/HTML-CSS/fonts/STIX-Web/Main/Italic/Main.js
In the timeline, the seconds are the timestamps of the attempts, not the durations. Those are 0-100 ms each.
What I have tried:
Reset .htaccess, loaded everything with http, recopied all MathJax files from old domain to the new one and made sure all directories and files have the proper permissions. I have also entered the paths (in the address bar) to the failing woff files and they download properly. Furthermore, I have disabled SSL and modified the script tags to read the settings file and MathJax from the old domain – still a 10 second delay before attempting to read font files.
How can I tell why MathJax can't load a web font? Why does MathJax, with identical code, add a delay on one site but not the other? Is there a way to troubleshoot this?
Update:
This is now really weird!! After cross-loading files between the sites, I have narrowed down the error to be connected to my CSS file!… which passes validation perfectly (and contains no font changes, between sites, at all). The main change I've done in that file is to add wrapping divs to most elements directly inside body in order to style the wrappers at 100% width, but have the content at 80%.
It turns out that MathJax (2.6.0 and 2.7.2) failed to load a font because I set a min-width on #MathJax_Font_Test. I did not do this on purpose and had no idea it would break. Here's my fix:
body > div > div:not(#MathJax_Font_Test) {
min-width: 960px;
}
I have some really strange behavior with my site:
http://www.Ghitulescu.de/beta/index.html
build with Twitter Bootstrap 3.
The issue: when clicking on the navbar-items (was / wieviel / wann / wo / wer) the website jump to a wrong position.
This problem appears only when navigating the website with
a) Firefox (27.0) or
b) Opera (12.16 Build 1860) on my iMac (running OS X 10.9.1) or
c) Internet Explorer (9.0.8112 16421) on a HP EliteBook 8440p (running Windows 7)
and when the browser-window is so wide that the navbar is not collapsed.
This problem appears not at all with:
a) Safari (7.0.1 (9537.73.11))
b) Chrome (32.0.1700.102) on my Mac
c) Mobile Safari, Opera and Chrome on an iPhone 5s & iPad 2 running iOS 7.0.5
d) Chrome (18.0.1025.162) on the same HP mentioned above.
The fact that this issue appears only when the navbar is not collapsed reminds me of a question I've put 4 days before here, at stack overflow (collapsed navbar remains expanded on a Twitter Bootstrap website), regarding the problem that the collapsed navbar stayed extended after clicking... but I really don't know if this is a related problem!
Any ideas?
The problem is solved (kudos to MrMurphy http://www.html.de/threads/probleme-beim-navigieren-einer-bootstrap-seite-nur-mit-firefox-opera.51539/): I had put the id's in span-elements instead of h2's!
I have corrected this and have now another problem (at least in all browsers the same! ;-), that I'll post in a separate thread.
Regards,
Vlad
I have been working on this site for some time and just launched it for a client.
People have actually had trouble beleiving I had done it on WordPress, though I don't see why...
Anyway, I suddenly see that the form fields of one of the forms on the site (Newsletter Registration) disappear while on IE, you get to see them for a second and puff, they're gone. I did check this previously on IE and it worked, I especially used CSS3 PIE to get the rounded effect for the fields on IE...
Link to website: http://www.doritsivan.com (hope this isn't considered promotion, not my intention)
site is based on WordPress and jQuery.
resolved the issue, thank you all. it was a bad case of relative vs. absolute positioning and the fields decided to go away (literaly)
A bunch of debugging with firebug-lite (btw was real to get it to work on my IE, kept on crashing or refusing to load altogether combined with IE popup and security issues) and I understoid that this was the issue, then some pixel fiddling and all was good. rechecked in Chrome, saw that result was exactly the same. job done
I just bought Alan Storm's new ebook, No Frills Magento Layouts, and completed all the exercises in chapters 1 and 2, but when I got to chapter 3, I was able to get the blank page by changing the 'current package name' and 'layout' in the admin panel, but after copying app/design/frontend/base/default/layout/page.xml to app/design/frontend/default/nofrills_layoutbook/layout/page.xml i was unable to get the page to render as in figure 3.3 on page 60. when viewing the listed url I still got the 'handles generated...' output as in the previous figure and without the modified layout, just a white background. I noticed that some other blocks are being rendered. Here is the entire output on the to the screen with path hints and block hints turned on:
Handles Generated For This Request:
default
STORE_default
THEME_frontend_default_nofrills_layoutbook
nofrills_booklayout_package_index
customer_logged_out
frontend/base/default/template/page/3columns.phtml
Mage_Page_Block_Html
frontend/base/default/template/page/html/head.phtml
Mage_Page_Block_Html_Head
frontend/base/default/template/page/js/cookie.phtml
Mage_Page_Block_Js_Cookie
frontend/base/default/template/page/html/notices.phtml
Mage_Page_Block_Html_Notices
frontend/base/default/template/page/html/header.phtml
Mage_Page_Block_Html_Header
Magento CommerceMagento Commerce
Default welcome msg!
frontend/base/default/template/page/template/links.phtml
Mage_Page_Block_Template_Links
frontend/base/default/template/page/switch/languages.phtml
Mage_Page_Block_Switch
frontend/base/default/template/page/html/breadcrumbs.phtml
Mage_Page_Block_Html_Breadcrumbs
frontend/base/default/template/page/html/footer.phtml
Mage_Page_Block_Html_Footer
frontend/base/default/template/page/switch/stores.phtml
Mage_Page_Block_Switch
frontend/base/default/template/page/template/links.phtml
Mage_Page_Block_Template_Links
Help Us to Keep Magento Healthy - Report All Bugs (ver. 1.10.1.1)
© 2009 Magento Enterprise Edition Demo Store. All Rights Reserved.
I'm running Enterprise 1.10.1.1 if you couldn't tell. Every other example in the book has worked flawlessly, but I'm wondering if there's a compatibility issue with this version considering that the url in figure 3.3 is 'magento1point4.2.dev/nofrills_booklayout/package/index'. Any advice would be appreciated.
I'm looking at older copies of Enterprise that I do have installed and it looks like (As part of the installation process), Magento sets the default theme to enterprise
System -> Configuration -> Design -> Default
So, anywhere the books says default/default, try substituting default/enterprise. Alternately, try removing the enterprise value from the admin to restore default not-configured system behavior.
I have spent hours with this issue. I'm about ready to tear my project apart, line by line to get this figured out. But I was wondering if anyone else had this issue:
My project works great in Firefox. My customers use IE (classic - alot of people do...). My boss wants me to get this done yesterday.
I can't get IE 8 or 9 (with my document in IE 7 emulation mode) to run the following, and load the TabView. I get an error in the debugger console that telling me that it doesn't load it. I have all the required modules for tabview loaded via tags, so there is no dependence on an Internet connection - offline operation (again.. works great in Firefox).
YUI({bootstrap:false,insertBefore: 'yui3-style-overrides', filter: ''}).use('tabview','tabview-base','event-synthetic','event','event-custom','event-mouseenter','oop','yui','dom','dom-base','node','io','datasource','resize','anim','anim-easing','event-base-ie','dom-style-ie','node-focusmanager','node-event-simulate','plugin','classnamemanager','pluginhost','event-base','tabview-plugin','attribute','base','widget','widget-base-ie','arraylist','widget-parent','widget-child','event-simulate',function(Y) {
/* sand boxed code here */
});
Recently yui (3.2 or 3.3) factored out their ie fixes into separate files in the build. This caused a nightmare for me as well. You could test it with 3.1.1 if you want to isolate your variables.
What contributed more to my insanity was that I was stupid enough to use the YUI PHP Loader, which gets worse with every YUI release because YUI is getting so many dependencies even hacked up crap like the PHP Loader cannot account for all situations.
I worked around this by manually loading all the -ie- files using
<!--[if IE 7]><script type="text/javascript" src=myfile.js></script><![endif]-->
for a month or two before I was able to come up with a smarter but larger version of PHP Loader (Which, alas, I cannot share).
To see if this is your problem, use that if ie script above for every IE specific file in the build folder. Here is a list:
build/dom/dom-style-ie-debug.js
build/event/event-base-ie-debug.js
build/history/history-hash-ie-debug.js
build/scrollview/scrollview-base-ie-debug.js
build/widget/widget-base-ie-debug.js
If I were you, I'd manually load all of those except for maybe history, which you might not need - just so you can minimize your variables.
TBH, when I had this problem and troubleshot it, I loaded every yui JS file. It took a while, but the bug disappeared and I was hot on the trail of finding the -ie- files issue.