Use alt-accesskey, so alt-n in your example
Craig Jones wrote:
Sorry that should have been accesskey
a href=indexhtml accesskey=nhome page/a
The above still does not work
Craig
Lancer wrote:
- form elements: A form it is not a page, it is a form
So you will not be eliminating all scrollbars then I thought that was
your intent, sorry if I misunderstood I might worry then that giving
the user two different methods of scrolling might be confusing;
definitely
Lancer wrote:
Un Vrai Mode De Plein Écran
Un Real Modo Pantalla Completa
http://www.geocities.com/charadew/exsertus/mozilla_eagle_eye.html
Interesting idea... what happens when multiple elements within the page
2. Standards-compliant, which translates, Standards-compliant web
browser, when it's convenient for AOL, and at the expense of
'defacto-standards compliant'.
I completely support 100%, 1000% standards compliance, but not when it
means that I can't view web pages that already exist and can
David Tenser wrote:
I love Mozilla, but I have one big problem: It's consuming way too much
of my CPU (900 MHz Ahtlon). I'm currently using the latest nightly
build, could that be the reason why?
I believe the problem started when I chose to activate the Talkback
Agent, but I have no
David Tenser wrote:
snip/
Thanks for the tip. I tried to create a new profile, and, very
surprising for me, it does make a big difference! It's still pretty slow
when initially loading the page (the address previously mentioned), but
when alt-tabbing between windows, it repaints the page
JTK wrote:
So now the *updated* one breaks Opera. So the guy's gotta choose: do
more work to make it work with Mozilla, or do more work to make it work
with Opera.
Wrong. His choices are:
1) Do nothing. It will continue to work on MSIE and Netscape 4, but
nothing else present or
DeMoN LaG wrote:
Actually it's a complete lie by JTK. He quoted a website that showed
Mozilla had .75% market share. Last I checked, that same site shows
3.0% market share.
Would you mind posting a link to that website here? I'd much appreciate
it. Thanks.
--J
Whoa, whoa! The old Netscape 4.x document.layers DOM is not supported
by Mozilla or Netscape 6, never has and never will be. You must use the
W3C DOM (http://www.w3.org/DOM/) instead. See
http://developer.netscape.com/evangelism/docs/articles/updating-dhtml-web-pages/
for a good
Borax Man wrote:
I dont know if this is a bug, but its definately a very irritation
mis-feature I would like to know how to remove in mozilla
0.9.7
Why do I have to wait for a web page to completely load before I can use
the save link as feature? Older versions did not do this, but
snort! Hehe, what a bunch of losers! Don't they know that Mozilla
*already* has almost 0.75% market share?! And growing![1]
[1]Growth not guaranteed. Not insured by FDIC or FSLIC.
[snip]
Logical basis: 0.75%.
[snip]
I request again:
Please keep current on your statistics if
All-- FYI that's part of bug 49543:
http://bugzilla.mozilla.org/show_bug.cgi?id=49543
yatsu wrote:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=65067
!!
jon wrote:
Is there an RFE already filed to implement the IE click behavior, or
does Mozilla had an alternate way to do this? This is a very handy
function that no standards cover, and not really covered by the DOM
anyway. Especially useful for styling input type=file fields.
I tried
WDA wrote:
Mike wrote:
In article [EMAIL PROTECTED], WDA [EMAIL PROTECTED]
wrote:
Actually, what I am trying to do is pick up my email from work at
home. Now it sounds easy but..The Intranet at work uses
Microsoft Outlook Web Access Version 5.5 SP4. Currently, when I go
to
text-align by definition is for aligning text.
A div element is *not* text.
Therefore text-align should not affect the alignment of the div within
its container, only the text within it. MSIE is incorrectly aligning
the div based on text-align.
Instead, use the CSS constrainment rules: if an
Is there anyway of adapting the script to work with Mozilla and IE?
Try this modified script which works in IE5+ and Mozilla. I've made
comments to explain to you what's happening. The id's are now classes
so you can have multiple collapsible lists.
Hope this helps
--J
Well, that was *almost* right ;-) ... replace that while loop with this:
while (tgt tgt.nodeName.toLowerCase()!=ul
tgt.className!=foldheader) {
tgt = tgt.parentNode;
// this loop bubbles up through the content model to find either
// a ul or a li class=foldheader.
}
Not only the blank spot but your icons are from the classic theme.
Something is causing themes to be merged, most likely sharing a profile
between versions.
Try re-applying the theme (in EditPreferencesAppearanceThemes or
ViewApply Theme).
--J
Bob Davis wrote:
My mail tool bar since
This sounds like http://bugzilla.mozilla.org/show_bug.cgi?id=97619
but it looks like the fix for it did land on the 0.9.4 branch. May be
something different.
In any case, recent nightlies don't have this problem, at least on my
system, while 0.9.4 definitely does. Try a nightly build and
What build are you using? There was a bug in recent months that caused
many images to not load, but it has been fixed in the past few weeks.
Make sure you're using a current build. 0.9.4 was just released, or try
a nightly.
WilCoX wrote:
I could not see the Yahoo logo! CNN Logo! and
Please see http://bugzilla.mozilla.org/show_bug.cgi?id=11632
It's marked HELPWANTED, so obviously if you can help it would be greatly
appreciated.
--J
Mike Koenecke wrote:
Actually, I just titled this that way for fun. I like Mozilla, and use
it *almost* all the time. One thing (aside
That one will probably never work in Mozilla, because it is invalid
HTML. It uses:
img USEMAP=#Internet Connectivities Map
SRC=2001/20010903-800x600.gif BORDER=0
map NAME=Internet Connectivities Map
...
but spaces are illegal characters in identifiers.
You should contact the site's webmaster
I think it's this line in prefs.js:
user_pref(xul.debug.box, false);
Yours is probably set to true, change it back to false (with Mozilla
closed).
Thomas Gilfether and Jonathan Carver wrote:
after installing last night's nightly build 0.9.4, i was setting my
preferences and looked
My guess is a bad user-agent sniff on the part of the website.
If you look carefully, the site serves up different content for Moz than
what is serves to IE NS4. Most obviously, the left-hand frame(s) have
completely different code when you view source in Moz vs. IE.
At any rate, this
explanation would
help. Info and your time appreciated. Again, thanks.
Wayne
Jason Johnston wrote:
Try this as well: spoof your useragent string so that Moz identifies
itself as IE or NS4. I was having the same problems logging in until
I tried spoofing the useragent string
I think that was caused by http://bugzilla.mozilla.org/show_bug.cgi?id=97619
The fix was checked in on trunk yesterday.
--J
Shawn Neumann wrote:
check http://www.be.com
if this a recurrence or regression of
http://bugzilla.mozilla.org/show_bug.cgi?id=54565
Don't want to file a bug
Try this as well: spoof your useragent string so that Moz identifies
itself as IE or NS4. I was having the same problems logging in until I
tried spoofing the useragent string, then it worked fine. That told me
that it was a server issue. I brought this to the attention of my
sysadmin, he
Rob--
Try today's nightly build. Something was checked in (I think the fix
for bug 92675) which solved this problem for me on a few sites.
http://bugzilla.mozilla.org/show_bug.cgi?id=92675 (It's marked as a
Macintosh issue but some comments say it fixed the same behavior on
Win32 too.)
--J
Put the following in your userChrome.css file
(profiledirectory/chrome/userChrome.css):
#navigator-throbber[busy=true]
{
list-style-image:
url(chrome://communicator/skin/brand/throbber-single.gif) !important;
}
--J
+ wrote:
I am running VNC viewer on my underpowered notebook
See http://bugzilla.mozilla.org/show_bug.cgi?id=22274
The space below the image is for the inline descenders. To get rid of
it, use either display:block; or vertical-align:bottom; on the image.
--J
aleph-zero wrote:
I was hoping someone could tell me what I'm doing wrong. I'm putting a
I couldn't find a bug filed; go ahead and file one.
Consider the following snippet when filing your bug (may be a simplified
version of what's going on):
html
head
titleFlash in a paragraph/title
/head
body
p style=border:1px dotted blue;
embed style=border:1px dotted blue;
Hi Chuck--
If you've been going by the XBL1.0 document on mozilla.org, that
document merely defines what XBL *should* be, not necessarily what
Mozilla currently has implemented. It was drafted for submission to the
W3C for consideration.
Also, there have been some changes in the XBL syntax
2. my one complaint about the web browser is the annoying way that a
search engine line (in my case, google) drops down everytime you enter
text into the address bar. and if your mouse cursor is anywhere near
this bar, you will be taken to the search site, not your intended
destination.
Anyone serving up XHTML as text/XML is a joke in my book anyway.
Um... why? XHTML *is* an application of XML, so text/xml seems to me to
be absolutely correct.
Anyway, mozillaquest.com doesn't do this, mozillaquestquest.com does.
It's built by Mozilla folks. Are you perhaps insulting
34 matches
Mail list logo
