In firefox 1.5.0.6 the autoheight seems set to the first tab in the example,
and when you click the third tab the content overflows onto the tested
with section below it. The container background seems sized correctly but
the actual lorem ipsum text overflows.
If nabble allows it there is a
Which platform have you tested it on?
I am using windows xp pro on firefox 1.5.0.6 and IE 6.x
Tested it at home on xp pro 64 on firefox 1.5.0.6 and firefox 2 beta and IE
6.x and IE 7
I am seeing the bug on both machines in firefox but not at all in IE.
I wonder ( having not looked at the code
Anyone have any ideas? This one is stumping me big time. A multilevel
suckerfish plugin would be awesome.
--
View this message in context:
http://www.nabble.com/Suckerfish-conversion-tf2297242.html#a6394522
Sent from the JQuery mailing list archive at Nabble.com.
I don't think it is a css issue. If I remove the animation code ( the .hover
functions outside of the document.all check ) the code works fine. The css
and markup is directly from the pretty example on the son of suckerfish
page. The possibility of a css error is the first thing I checked - thank
http://www.devpro.it/bytefx/
Not sure if anyone is interested but some of the fx are quite nice and
probably easily jqueryized ( I made up a new word. )
Abba Bryant
--
View this message in context:
http://www.nabble.com/New-FX-script-out-tf2347369.html#a6535505
Sent from the JQuery mailing
For some reason if I load the page and click some tab the hash changes. If I
then copy the address from the address bar, and reload the initial page the
hash stops changing on tab click. The tab content loads fine. Also if I
bookmark tab 3 and then go to tab 1, then load the page from the
Just a quick note. When you hit the quick links button I get an annoying
horizontal shift in FF.
You can fix with the following css rule
html { height:100%; margin-bottom:1px; }
It will force the scrollbar to show in FF which is what is causing the weird
jump in display.
--
View this message
of these annoying errors are thrown in IE but not firefox. Also the
styling in IE shows some form chrome along with the replaced image.
Abba Bryant
--
View this message in context:
http://www.nabble.com/new-plugin-cssHover--ui-checks%2C-radio-buttons-and-more%21--tf2540257.html#a7086672
Sent from
It's been a while since I used smarty but I believe the { and $
characters will get parsed by smarty if you don't wrap them in {literal}
{/literal} delimiters. Check the smarty docs for literal and you will see
how they are used. The solution without literals is to make ALL of the
javascript
Also, in FF1.5 / FF2 the layout dies after a single text size increase.
I would like to voice the opinion that this library of all of them should
advocate and design with standards and useability in mind. It wouldn't have
been ( won't be ) that hard to design so that I can increase my font size
/07, abba bryant [EMAIL PROTECTED] wrote:
Also, in FF1.5 / FF2 the layout dies after a single text size increase.
I would like to voice the opinion that this library of all of them should
advocate and design with standards and useability in mind. It wouldn't
have
been ( won't be ) that hard
I second that request. It might increase the value of the tutorial to have it
written by someone with Klaus's skills who *isn't* on the development team.
His perspective matches the average jquery user more closely.
Karl Swedberg-2 wrote:
Giuliano, thanks for the appreciation! So far nobody
I think something like this might be a start. I know the code is probably far
from consistent or optimized. I just threw it together to see what the
problem might be.
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
html
I had considered that and since this was just something I threw together so
the poster would have a starting point less broken than the other example
posted.
Thanks for the work on it though, the code is much cleaner and the jumping
is fixed. Now I might need to use it somehow.
Abba
John Resig
The current official release does not work in IE6. There are no scrollbars
and as a result only the top 1 page of content is accessible.
Jörn Zaefferer wrote:
Alexandre Plennevaux schrieb:
Jörn, i would like to make a firefox extension to search into the jquery
api, what would be the url
Sharanbrar,
Using the code john rewrote from deeper in this thread and the mootools art
and css I have a zip file that works about as closely to the mootools menu
as I could get. The animations stack up - unlike the mootools menu - but the
rest is working now.
One note, the positions have to be
Here is a second page using the limitqueue plugin. This works even more as
expected compared to the mootools menu.
http://www.nabble.com/file/6230/moo_menu_limited.zip moo_menu_limited.zip
--
View this message in context:
http://joern.jquery.com/metadata/metadataTest.html
I was just poking around and noticed the metadata tests on joerns subdomain
are all failing.
Abba
--
View this message in context:
http://www.nabble.com/problem-with-metadata-plugin-and-new-version--tf3167832.html#a8787783
Sent from the
Just a note - if I fill up the textarea to the max the cursor jumps back to
the beginning of the textarea ( and scrolls my content back to the top ) I
don't believe this is how this should behave.
To test - type 300 characters into the first textarea. Try and place your
cursor at the end of the
I just wanted to chime in on a few observations made.
If you choose a library on a small set of criteria ( does it do what I
need?, is it easy to do what I need?, how much do I need to learn to use it?
and what sort of resources are available to help me learn it? ) what you
find is that jquery
On the black and grey demo in ff 1.5 ( only browser I checked ) the
background art isn;t correct. There is a vertical gap in the art between the
main nodes.
Chris Domigan wrote:
Jörn,
This plugin keeps getting better! You rock.
Chris
___
In my case it was more that the 2 trees weren't separated by enough
whitespace for me to realize they were separate. I just though the space
between one and the other was a rendering glitch.
My mistake. Great work as usual.
Abba
Jörn Zaefferer wrote:
abba bryant schrieb:
On the black
You need to proxy your request. I am not going to explain how to do this (
it's complex ) but here is a link.
http://www.fleegix.org/articles/2005/11/07/cross-domain-ajax-requests
I reccomend this link particularly highly if you are using PEAR libraries
already as it uses PEAR's HTTP_Request
Make sure you have a color for the text and a background-color for the
container defined. That might help.
Glen Lipka wrote:
See code below:
in IE7, when I do this, the font is all blurry. If I use fadeIn(), it
looks
blurry until the very end and then fixes itself.
Firefox looks right
Have you both double checked your doc-types? And your markup? The only time I
have found ready to fail was when I was either in quirks mode or my dom was
mangled somehow.
Abba
spinnach wrote:
i've also had issues with this, not only in ie but sometimes in firefox
too.. and ie 67
25 matches
Mail list logo