Please open this fiddle with both firefox and Chrome.
http://jsfiddle.net/mattdevo/5bdDd/
as you may notice, text flows past div in firefox.
What is my mistake? (removing strong tags did not help...)
Thanks,
You're using display:-moz-box;; if you really need it you should also add -moz-box-orient: vertical;
Using a Firefox only display type leads to incompatibility, that's normal.
If you remove
display:-moz-box;
This works in FF as in Chrome.
Related
link to project files: http://full-stack.fr/uploads/6/
Any suggetions ?
thanks in advance
Try disabling all chrome extensions and try again. Since they might be adding some extra divs to the DOM, thereby interfering with the
document.getElementsByTagName("div")[0] statement.
Hi I have a problem with opening article in modal in joomla 2.5 template when using firefox.
When I use crome or ie everyting is fine, but firefox and opera, doesnt work, any idea how to solve this problem?
link to website
Try changing the modal.js file or the uncompressed-modal.js file. There is an if statement that sets the condition.
For reference, please, look here.
I hope it helps you.
Try changing those lines. It worked for me.
I put in head of my template code:
<?php JHTML::_('behavior.modal'); ?>
and create link like this:
<a class="modal" href="index.php/article?tmpl=component" rel="{size: {x: 500, y: 400}}">article</a>
This all works fine as I said in chrome, ie, safari. But doesnt work in firefox and opera.
on my site you can see example... nemanja.me
So have a very strange issue in firefox with font-face. I've included all the different font version types (.ttf, .woff, etc.) but don't see it loading in the browser (works fine in chrome). However, when I inspect it with firebug and hover over the font name in the inspector, it previews it correctly. So it is loading the font somewhat, but not in the main browser window. Anyone seen this before?
It ended up being that if font-family has spaces in it you need to surround it with double quotes not single :P
Wild guess: do you use NoScript? It blocks downloaded fonts by default. (Rationale is that font engines weren't necessarily designed for arbitrary input and may be just as vulnerable to attack as anything else.)
Yesterday I updated to firefox 13 and I notice that this property is not any more supported by firefox 13, jquery.ui.css make use of this, and now I have all jquery ui elements with no round corners. Any solution before replacing all manually in css file with border-radius?
https://developer.mozilla.org/en/CSS/border-radius
says it was removed in 13, theres no other option than to change it to border-radius. I wouldn't call it manual, open them in a text editor and do a search and replace
border-radius is the standard, so it should have always been included in your css as a fallback as browsers adopted the standard.
Previously I used:
-moz-border-radius:10px;
-webkit-border-radius:10px;
but they stopped working in v13. I switched to:
border-radius:10px;
and it is working again!
Normally, you just should have to do nothing, because the jQuery-UI css files declare the border-radii the correct way.
<prefixed>-border-radius:xxx
border-radius:xxx
This way you shouldn't even notice the change. So I can't believe that you will miss the round corners without having altered the original stylesheet. Perhaps your problem lies somewhere else?
Find and Replace in complete Project...
I am writing a Firefox extension which creates a Java applet in the page.
function addApplet(aDocument,url,classfile,archive) {
if (navigator.javaEnabled()) {
var anApplet,body;
body = aDocument.getElementsByTagName('body')[0];
anApplet = aDocument.createElement('applet');
anApplet.setAttribute('CODEBASE',url);
anApplet.setAttribute('code',classfile);
anApplet.setAttribute('archive',archive);
anApplet.setAttribute('name',"Applet");
anApplet.setAttribute('width',"0");
anApplet.setAttribute('height',"0");
body.appendChild(anApplet);
}
}
The JAR file loaded from the applet is 500KB in size. I noticed that sometimes the extension causes Firefox's vertical scrollbar to freeze and the hot-keys to stop working. The scroll-bar and hot-keys work fine if I prevent the extension to append the applet to the page.
Another weird behavior is -- on the frozen page if I click inside any text/search box or even address bar the scroller and the hotkeys begin to work again. The same thing happens if I switch tabs or minimize the browser window.
I am using Firefox 3.6.12 on WindowsXP.
Please help me if you have an idea regarding this or if I should provide more information.
(Hey guys this problem is still not solved....please help me out with this......)
Thanks
See if something similar happens if you load the applet from an html page that includes the tag and its children as static content, rather than content added to the DOM.
I imagine it's a problem of Firefox and java, not your code.
Applets can be tricky. I would suggest creating a page of pure HTML that works, first.
As far as suggestions for change go, 1st thing to change is the width/height of the applet. An applet with 0 size can cause all sorts of problems. Instead, give it a WxH of 20 (then later hide it using CSS).
Ok this has worked:
Solution:
This behavior is the default since JDK 1.3. However you might need to prevent the applet from getting focus on startup, for example, if your applet is invisible and does not require focus at all. In this case, you can set to false the special parameter initial_focus in the HTML tag, as follows:
<applet code="MyApplet" width=50 height=50>
*<param name=initial_focus value="false">*</applet>
Cheers,