RE: [WSG] Other character sets/languages
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gene Falck Sent: 20 February 2005 04:26 OK, I understand about the BOM but this still leaves me wondering how to save properly. I usually code using Notepad which offers, from the Save As... menu choice, the Encoding options: ANSI Unicode Unicode big endian UTF-8 but no UTF-6 BOM. How can I be sure I am saving in the right way? I think you need to use a different editor, or (as I do) strip the BOM off before publishing. You may also find the following article useful. It explains the BOM and the effects it can sometimes have on pages when present: http://www.w3.org/International/questions/qa-utf8-bom FAQ: Unexpected characters or blank lines Here is the code of a Perl script I use to strip the BOM. It's just a quick hack, nothing beautiful, but it may help you or others when you cannot avoid saving with a BOM. (I call it by invoking a batch file in my Windows directory: removebom filename.) === # program to remove a leading UTF-8 BOM from a file # works both STDIN - STDOUT and on the spot (with filename as argument) if ($#ARGV 0) { print STDERR Too many arguments!\n; exit; } my @file; # file content my $lineno = 0; my $filename = @ARGV[0]; if ($filename) { open( BOMFILE, $filename ) || die Could not open source file for reading.; while (BOMFILE) { if ($lineno++ == 0) { if ( index( $_, '?' ) == 0 ) { s/^\xEF\xBB\xBF//; print BOM found and removed.\n; } else { print No BOM found.\n; } } push @file, $_ ; } close (BOMFILE) || die Can't close source file after reading.; open (NOBOMFILE, $filename) || die Could not open source file for writing.; foreach $line (@file) { print NOBOMFILE $line; } close (NOBOMFILE) || die Can't close source file after writing.; } else { # STDIN - STDOUT while () { if (!$lineno++) { s/^\xEF\xBB\xBF//; } push @file, $_ ; } foreach $line (@file) { print $line; } } === HTH RI Richard Ishida W3C contact info: http://www.w3.org/People/Ishida/ W3C Internationalization: http://www.w3.org/International/ Publication blog: http://people.w3.org/rishida/blog/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Other character sets/languages
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gene Falck Sent: 20 February 2005 04:26 In this matter, I am also wondering where using a meta tag specifying iso-8859-1 fits in terms of following the standards. I notice many people do this and I gather the actual coding of keystrokes (on a standard PC keyboard set up for US English) should be the same. Is saving a file as UTF-8 compatible with the iso-8859-1 meta tag? Nope. Please save the file in the same encoding as you declare it to be in the meta statement. This seems to be such a common question/mistake that the W3C is beginning to write an article on the subject. The basic ASCII set of characters (ie. the first 127 characters) use the same bytes in iso 8895-1 and utf-8, but as soon as you include a copyright sign, an accented character, etc, you will have problems. Besides which, it is always better to be consistent anyway, and doesn't cost much. hth RI ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A different Firefox bug?
On 20 Feb 2005, at 4:24 am, Jalenack wrote: Hi, I've encountered a very odd behavior on my blog using firefox (mac). http://blog.jalenack.com If you focus the search box, or the any of the form elements in the comment section, a ~200x50 box appears at the top left corner. I have no idea why it happens, but it has been happening since I started my blog. When you scroll anywhere, it disappears. I have had other firefox mac users confirm this behavior, so it isn't just me. The same happens with any input field in your comments form. I have seen reports of this in other forums as well. What should I do? Anyone come across this before? BTW, I'm sending as application/xhtml+xml for browsers that understand it. In your case it seems related to the use of position fixed. maybe file a bug in Bugzilla ? Philippe ---/--- Philippe Wittenbergh now live : http://emps.l-c-n.com/ code | design | web projects : http://www.l-c-n.com/ IE5 Mac bugs and oddities : http://www.l-c-n.com/IE5tests/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Other character sets/languages
I usually code using Notepad Better use something like PSPad wchich offers you the choice not to include these ident. bytes. file as UTF-8 compatible with the iso-8859-1 meta tag? Eh, nope. If you start using non-ASCII characters (curly quotes etc.) it would break the page... -- Jan Brasna aka JohnyB :: alphanumeric.cz | janbrasna.com Stop IE! - http://www.stopie.com/ | http://browsehappy.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A different Firefox bug?
The same happens with any input field in your comments form. I have seen reports of this in other forums as well. http://archivist.incutio.com/viewlist/css-discuss/52677 -- Jan Brasna aka JohnyB :: alphanumeric.cz | janbrasna.com Stop IE! - http://www.stopie.com/ | http://browsehappy.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] A different Firefox bug?
On 20 Feb 2005, at 6:10 pm, Philippe Wittenbergh wrote: In your case it seems related to the use of position fixed. maybe file a bug in Bugzilla ? No need to file a bug, there is one already https://bugzilla.mozilla.org/show_bug.cgi?id=281455 Philippe ---/--- Philippe Wittenbergh now live : http://emps.l-c-n.com/ code | design | web projects : http://www.l-c-n.com/ IE5 Mac bugs and oddities : http://www.l-c-n.com/IE5tests/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Print Preview Image Discrepancy
So, no thoughts on this? I'm grasping at straws lately with this. I know it's something stupid I'm just not seeing... Any opinions? I'm new to this list, and I got not one reply. Did I violate some ettiquette? I hope not, and certainly didn't intend to. I gave a link, explained carefully. Did I miss something? TIA... - Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert D. Heaney Sent: Monday, February 14, 2005 11:56 AM To: wsg@webstandardsgroup.org Subject: [WSG] Print Preview Image Discrepancy Hello WSG: I wrote a separate print.css for this page: http://www.watchhilldesign.com/92/ so I could turn off items that aren't needed in the printout, etc. And I'm using a smaller image for the printout as well (using a background for a div). All looks good in the print preview, but when I actually print, the image is very small. Also, is there a way around having to tell the browser to print background images and still use a background image? Sounds like a silly question when I put it that way, but I was trying to avoide using an img tag. Is there technique for this? TIA! - Robert ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Print Preview Image Discrepancy
Bob-- From what I understand, you cannot control how a browser prints a document (background printing, center a document, etc) without using an active-x or other plug-in. So my guess is that you're stuck using an img tag, but this isn't such a bad thing in your case, because the image is really part of your page's content, isn't it? So it would make sense to place it within your semantic html. And then perhaps in your print.css you can resize the image to a smaller dimension. I haven't tested this, but it sounds like a good idea from here. . . HTH, John On Feb 20, 2005, at 12:04 PM, Robert D. Heaney wrote: So, no thoughts on this? I'm grasping at straws lately with this. I know it's something stupid I'm just not seeing... Any opinions? I'm new to this list, and I got not one reply. Did I violate some ettiquette? I hope not, and certainly didn't intend to. I gave a link, explained carefully. Did I miss something? TIA... - Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert D. Heaney Sent: Monday, February 14, 2005 11:56 AM To: wsg@webstandardsgroup.org Subject: [WSG] Print Preview Image Discrepancy Hello WSG: I wrote a separate print.css for this page: http://www.watchhilldesign.com/92/ so I could turn off items that aren't needed in the printout, etc. And I'm using a smaller image for the printout as well (using a background for a div). All looks good in the print preview, but when I actually print, the image is very small. Also, is there a way around having to tell the browser to print background images and still use a background image? Sounds like a silly question when I put it that way, but I was trying to avoide using an img tag. Is there technique for this? TIA! - Robert ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Print Preview Image Discrepancy
Thanks John... I think you're right. I was aiming to have no img tags in the markup, but it looks like I'll have to here. I don't want users to have to adjust their printer settings in order to print, and I certainly wouldn't try to force someone to print images they may not want. Thanks for the help! - Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John D Wells Sent: Sunday, February 20, 2005 1:05 PM To: wsg@webstandardsgroup.org Subject: Re: [WSG] Print Preview Image Discrepancy Bob-- From what I understand, you cannot control how a browser prints a document (background printing, center a document, etc) without using an active-x or other plug-in. So my guess is that you're stuck using an img tag, but this isn't such a bad thing in your case, because the image is really part of your page's content, isn't it? So it would make sense to place it within your semantic html. And then perhaps in your print.css you can resize the image to a smaller dimension. I haven't tested this, but it sounds like a good idea from here. . . HTH, John On Feb 20, 2005, at 12:04 PM, Robert D. Heaney wrote: So, no thoughts on this? I'm grasping at straws lately with this. I know it's something stupid I'm just not seeing... Any opinions? I'm new to this list, and I got not one reply. Did I violate some ettiquette? I hope not, and certainly didn't intend to. I gave a link, explained carefully. Did I miss something? TIA... - Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert D. Heaney Sent: Monday, February 14, 2005 11:56 AM To: wsg@webstandardsgroup.org Subject: [WSG] Print Preview Image Discrepancy Hello WSG: I wrote a separate print.css for this page: http://www.watchhilldesign.com/92/ so I could turn off items that aren't needed in the printout, etc. And I'm using a smaller image for the printout as well (using a background for a div). All looks good in the print preview, but when I actually print, the image is very small. Also, is there a way around having to tell the browser to print background images and still use a background image? Sounds like a silly question when I put it that way, but I was trying to avoide using an img tag. Is there technique for this? TIA! - Robert ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] css markup for a list with a list
Bruce Gilbert wrote: I have a font size of 100.01% set up in the body tag. my sublist is displaying really tiny and with bullets (should be no bullets) If, at any point, you set the font-size of a li or it's parents to use em's, then cascading lists will inherit the em's size and either grow or shrink with each level. Just a possibility. ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Other character sets/languages
Gene wrote: I usually code using Notepad which offers, from the Save As... menu choice, the Encoding options: I'm not really sure, as the Notepad I got with Win98 doesn't offer anything but 'text file' and 'all files'(Win98 doesn't do Unicode). What you can try is to save the page as utf-8, open it in Mozilla/Firefox and check the very first characters displayed. If there is no strange character there you know it's OK. I just tried the same trick with good old Wordpad (which has an Unicode option even with W98) and it saved my test file without the BOM. Is saving a file as UTF-8 compatible with the iso-8859-1 meta tag? I'm not sure why would you want to do this, but here goes some reasoning on general principles. As long as the file is saved as uft-8 it contains the correctly encoded content and it's up to the browser to display it accordingly. Now, the primary source of encoding declaration for the browser is the HTTP header sent by the server along the document (this is the .htaccess stuff I mentioned), which should override every other directive, including the meta declaration. Thus, the browser should choose the correct encoding and display both the english and the vietnamese text. I don't recall anybody really testing browsers with that stuff, so you may be in for unexpected results here: if the browser ignores the rule and chooses to believe the meta directive instead of the header, it would display correctly the english part, but the vietnamese one would be a sequence of empty squares, question marks and/or best-guess ISO-8859-1 characters (two for every Unicode one). As too much things web-related, 'should' is a iffy thing to rely upon. More, if somebody saves that page to the disk and looks at it later, the only source of encoding information would be the meta stuff, with the same result as above... More generally, inputing characters not native to my keyboard/OS is to me the most annoying part of it all (I routinely have to input central-european stuff by switching the keyboard layout, meaning I had to remember which key becomes which). If you have the luck to get your content already typed, copy/paste is much more error-proof than the alternatives. djn begin:vcard fn:Dejan Kozina n:Kozina;Dejan org:Dejan Kozina Web Design Studio adr:;;Dolina 346;Dolina;TS;I-34018;Italy email;internet:[EMAIL PROTECTED] tel;work:+39 348 7355 225 tel;fax:+39 040 228 436 tel;cell:+39 348 7355 225 x-mozilla-html:TRUE url:http://www.kozina.com/ version:2.1 end:vcard
[WSG] Problems hiding and displaying menus
Hi Can anybody explain why I can't hide or redisplay a hidden footer or menu items when I click on the links stating to that effect? I am not sure if it is my code or if I should be disabling some security options. I am using XP prof and testing on ie 6.0 and ff. I know that the code has worked on other machines so I am a bit puzzled. Thx, Claudia --- !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head meta http-equiv=content-type content=text/html; charset=iso-8859-1 titleStyling the footer/title style type=text/css media=screen .clearboth { clear: both } .spacer { float: left; width: 1% } .padder{ margin: 0; /*force content to sit in the very top left corner of the browser*/ padding: 0;/*will work for all standards compliant browsers.*/ } body { /*padder*/ font: 85% arial, hevetica, sans-serif; font-size : xx-small; text-align: center; background-color: gray; } #mainContainer { margin: 1em auto;/* the em is the height of the font. why is em auto used? */ width: 650px; text-align: left; background-color: red; } #header { height: 45px; background-color: fuchsia; } #topMenu { height: 25px; background-color: green; /*margin-bottom: 5px; width: 100%;*/ } #menu1 { overflow : auto; width: 180px; height: 100px; background-color: yellow; margin-left: 2%; /*margin-bottom: 5px; margin-left: 2%; height: 100px; width : 10px;*/ } #menu2 { /*margin-left: 1%;*/ overflow : auto; float: left; width: 180px; height: 100px; background-color: orange; margin-bottom: 3%; margin-left: 1%; } ul { padding: 0px; /*remove this left-indentation consistently across all browsers*/ margin: 0px; /* set both padding and margins to 0 */ list-style-type: none /*remove the HTML list bullets*/ } #headerList ul li{ display: inline;/*force the list into one line*/ } #menu1List li { border: 1px solid red; } #menu2List li { border: 1px solid red; } #contents { margin-top:-18%; margin-left: 31%; margin-right: 5%; height: 220px; background-color: aqua; } #footer { height: 20px; background-color: lime; border: 1px solid black; Visibility:visible; } #mainContainer, #header, #topMenu, #menu1, #menu2, #contents, #footer, #headerList, #menu1List ul, #menu2List ul { border: 1px solid black; } /style /head body body div id=mainContainermainContainer div id=headerheader/div div id=topMenutopMenu div id=headerList ul lia href=# onclick=#footer.style.visibility='visible'Show footer/a/li lia href=# onclick=#footer.style.visibility='hidden'Hide footer/a/li lia href=#Three/a/li lia href=#Four/a/li lia href=#Five/a/li lia href=#Six/a/li /ul /div /div br class=clearboth / div id=menu1menu1 div id=menu1List ul lia href=# onclick=#menu2List.style.visibility='visible'Show Menu 2 Contents/a/li lia href=# onclick=#menu2List.style.visibility='hidden'Hide Menu 2 Contents/a/li lia href=#Three/a/li lia href=#Four/a/li lia href=#Five/a/li lia href=#Six/a/li lia href=#One/a/li lia href=#Two/a/li lia href=#Three/a/li lia href=#Four/a/li lia href=#Five/a/li lia href=#Six/a/li /ul /div /div br class=clearboth / div id=menu2menu2 div id=menu2List ul lia href=#One/a/li lia href=#Two/a/li lia href=#Three/a/li lia href=#Four/a/li lia href=#Five/a/li lia href=#Six/a/li lia href=#One/a/li lia href=#Two/a/li lia href=#Three/a/li lia href=#Four/a/li lia href=#Five/a/li lia href=#Six/a/li /ul /div /div div id=contentscontents/div br class=clearboth / div id=footerfooter/div /div /body /html ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] code formatting
Is there a recommended way of formatting the source code to avoid browser rendering problems? I had a draft page that looked as it was intended in all browsers (that I checked) except in IE6 (running on XP). The code was written in this format: div id=contentpThis is a paragraph./p pa href=#topTop/a/p /div div id=footerpThis is all the copyright stuff./p /div The div content is defined as having only a left margin. The div footer is defined as having no margins. However, IE rendered the page with an unwanted margin between these two divs. By some fluke, however, I discovered (though I'm sure I'm not the first!) that if I moved the /div tag to the end of the previous line -- instead of it being on a line by itself -- that the unwanted margin in IE disappears and the page is rendered how I want it to be: div id=contentpThis is a paragraph/p pa href=#topTop/a/p/div div id=footerpThis is all the copyright stuff./p/div So, it makes me wonder: Is there a way I should be formatting my code to avoid browser rendering problems such as this one? Cheers, Hope Stewart ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Problems hiding and displaying menus
Claudia Frers wrote: I know that the code has worked on other machines so I am a bit puzzled. [...] lia href=# onclick=#menu2List.style.visibility='visible'Show Menu 2 Contents/a/li lia href=# onclick=#menu2List.style.visibility='hidden'Hide Menu 2 Contents/a/li Remove the # in the onclick behaviour... -- Patrick H. Lauke _ re·dux (adj.): brought back; returned. used postpositively [latin : re-, re- + dux, leader; see duke.] www.splintered.co.uk | www.photographia.co.uk http://redux.deviantart.com ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Javascript guru: volunteer some skills to a relevant charity
Hi, [I've run this by moderators to ok it] The Brain Injury Resource Foundation http://www.birf.info/index.shtml Is a charity very relevant to the ideals of this list (and to Russ and Peter's recent article regarding accessibility and cognitive impairment) Presently they are redoing their site to be standards based and accessible as possible. They've run into some Javascript issues they are having difficulty solving. If any of you fine JS gurus out there have a little bit of time to help them solve this (I really don't think it is much from what I can tell) could you drop me a line offlist and I'll put you in touch with them. Thanks in advance, john John Allsopp :: westciv :: http://www.westciv.com/ software, courses, resources for a standards based web :: style master blog :: http://westciv.typepad.com/dog_or_higher/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] code formatting
Hi! That sounds like uncollapsed margins. Eric A. Meyer has a good article on that: http://www.complexspiral.com/publications/uncollapsing-margins/ HTH Lothar -- www.markupmarks.de www.designdragon.de Hope Stewart wrote: The div content is defined as having only a left margin. The div footer is defined as having no margins. However, IE rendered the page with an unwanted margin between these two divs. By some fluke, however, I discovered (though I'm sure I'm not the first!) that if I moved the /div tag to the end of the previous line -- instead of it being on a line by itself -- that the unwanted margin in IE disappears and the page is rendered how I want it to be: div id=contentpThis is a paragraph/p pa href=#topTop/a/p/div div id=footerpThis is all the copyright stuff./p/div So, it makes me wonder: Is there a way I should be formatting my code to avoid browser rendering problems such as this one? Cheers, Hope Stewart -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 266.1.0 - Release Date: 18.02.2005 ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] problem with a float?
I'm at the end of my knowhow to troublshoot this - or maybe I've just looked at it for too long. Result in opera/win and ff1.0/win is the expected look - IE6/Win seems to be unhappy. Not sure why - any insight would be wonderful - thank you very much! http://freebsdaddicts.org/ ~jon -- Jonathan T. Sage Theatrical Lighting / Set Designer Professional Web Design [HTTP://www.JTSage.com] [HTTP://design.JTSage.com] [EMAIL PROTECTED] ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Having trouble understanding floats and clear - and a few other minor issues
Rosemary Norwood wrote: I've been trying to get the banner for my site set up the way I would like. The design is here: http://www.blackwork.com/access/access_lesson2_page1.html The CSS is lessons.css in the same directory. It may not look like it, but h1 occupy the whole line. Set background-color on it, and see what space it occupies. That's a fine trick for use on all elements while troubleshooting. More important: a float can't float upwards past static content. Solution: float h1 left. It will float and shrink, and leave space for right_nav to float up into. Now right_nav will go all the way to the top, and that's probably a little too high. This clearer: /ul br style=clear: both; / h1... ...will keep right_nav in line with h1, but it is probably still too high. #right_nav {margin-top: 1em; width: 16em;} ...will do two things. It push right_nav down in line with the bottom of h1, and it provides right_nav with a width that'll keep the nav-list from breaking up while being able to take some font-resizing. You may have to adjust these em-values slightly, and test across browser-land. To make FF stretch the background down, you need a clearer above the end of main_banner. /div br style=clear: both; / /div ...should do just fine, but you can use any clearing-method you like. - FF, and all Gecko-browsers, have a visible rounding-problem. That's probably what's causing gaps in ul#nav. Also visible in other places on that page in FF, and slightly less in other browsers. Setting dimensions in pixels will overcome that problem, but won't allow for font-resizing. No quick solution to that one, I'm afraid. Might be solved in later versions of those browsers. - BTW: you have triggered IE/win's extreme font-step bug. Usually caused by small font-sizes in ems on body, but I didn't look into it any further. regards Georg -- http://www.gunlaug.no ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Other character sets/languages
Hi Dejan, You wrote: I'm not really sure, as the Notepad I got with Win98 doesn't offer anything but 'text file' and 'all files' Hmm. I didn't think about different versions of Windows. On my Windows XP, text file and all files are the choices for Save as type: and the chance to select the Encoding: is next below that. (The bottom of the Save As... dialog box is partly off screen at the bottom until I drag it up a bit.) ... save the page as utf-8, open it in Mozilla/Firefox and check the very first characters displayed. If there is no strange character there you know it's OK. I have heard of this but also read (somewhere) that later browsers from IE6 on have been fixed to not display characters from trying to show the BOM; as a result I thought nothing of the fact that I have not seen such a result in IE6 and Mozilla 1.7. Is saving a file as UTF-8 compatible with the iso-8859-1 meta tag? I'm not sure why would you want to do this, No reason, except that answers given on [WSG] concerning the meta tag often show iso-8859-1 and this thread on file encoding is aimed to UTF-8. I strongly suspected that both the meta declaration and the file encoding should agree. ... some reasoning on general principles. As long as the file is saved as uft-8 it contains the correctly encoded content and it's up to the browser to display it accordingly. Now, the primary source of encoding declaration for the browser is the HTTP header sent by the server along the document (this is the .htaccess stuff I mentioned), which should override every other directive, including the meta declaration. All of my efforts, so far, are stand-alone and intranet applications, so I don't know what to expect from actually having the file on a true server situation accessed from the Internet. Obviously, the fact that what I have been doing works locally does not mean everything is OK as to standards compliance. Thus, the browser should choose the correct encoding and display both the english and the vietnamese text. ... in for unexpected results here: if the browser ignores the rule and chooses to believe the meta directive instead of the header, it would display correctly the english part, but the vietnamese one would be a sequence of empty squares, question marks and/or best-guess ISO-8859-1 characters ... Urk! Fortunately, my files are English-language with a few #... codes for proper typographic punctuation and some characters in names coming from foreign languages, all typed on a US English keyboard. Nevertheless I assume my not complying with standards would, sooner or later, lead to some hard-to-untangle problems. More, if somebody saves that page to the disk and looks at it later, the only source of encoding information would be the meta stuff, ... Well, provided the browser doesn't cover up the problem as it does part of the time! LOL. My thanks to all who have contributed to my angle on this thread--the how to of getting the files right seems to have very little in the line of resources, unless, as I suggested, I just don't search the right terms. Regards, Gene Falck [EMAIL PROTECTED] ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Other character sets/languages
Hi Gene, You wrote: the chance to select the Encoding: is next below that True. Windows started using Unicode as of Win2K. I was surprised indeed to find the Unicode option in Win98's Wordpad. I was surprised again today when opening in Unired a file saved as 'Unicode text' with Wordpad. Unired said it was no utf-8, it was utf-16 (Little Endian) instead, so sending it as utf-8 would be incorrect, even if Mozilla seemed not to care that much. I thought nothing of the fact that I have not seen such a result in IE6 and Mozilla 1.7. Mozilla 1.7.5 still proudly displays an ugly BOM, IE doesn't. All of my efforts, so far, are stand-alone and intranet applications, so I don't know what to expect from actually having the file on a true server situation accessed from the Internet. As long as you have a web server on your intranet it shouldn't do any difference to the browser, it's just documents coming from the network. It's files from your disk that will miss the http headers. Urk! Fortunately, my files are English-language with a few #... codes for proper typographic punctuation and some characters in names This works, but after a few characters it just becomes tiring ... One thing I've just thought of. The final hurdle in letting the world see vietnamese text is hoping that the visitor's browser has a font capable of displaying the text. There is not much you can do if it doesn't, but if it has one you should allow the browser to choose it avoiding to declare a font-family for that part of the page. djn begin:vcard fn:Dejan Kozina n:Kozina;Dejan org:Dejan Kozina Web Design Studio adr:;;Dolina 346;Dolina;TS;I-34018;Italy email;internet:[EMAIL PROTECTED] tel;work:+39 348 7355 225 tel;fax:+39 040 228 436 tel;cell:+39 348 7355 225 x-mozilla-html:TRUE url:http://www.kozina.com/ version:2.1 end:vcard
Re: [WSG] Having trouble understanding floats and clear - and a few other minor issues
Thank you! Whew, I was worrying about this stuff all day yesterdy when I should have mailed the list. It may not look like it, but h1 occupy the whole line. Set background-color on it, and see what space it occupies. That's a fine trick for use on all elements while troubleshooting. Used to use this for tabular design. Never thought to use it in CSS. More important: a float can't float upwards past static content. Solution: float h1 left. It will float and shrink, and leave space for right_nav to float up into. Aha! I thought it was something to do with the nature of header elements. #right_nav {margin-top: 1em; width: 16em;} Made it 1.1 for FF, needed just a little bit more height. I appreciate the tip on the nav width as well. To make FF stretch the background down, you need a clearer above the end of main_banner. /div br style=clear: both; / /div Read about this elsewhere, now I understand what it means. Thank you! FF, and all Gecko-browsers, have a visible rounding-problem. Bleah. Oh well, will have to live with it for now. Resizing is much more important for this interface. BTW: you have triggered IE/win's extreme font-step bug. Usually caused by small font-sizes in ems on body, but I didn't look into it any further. Did a search on Google and in the archives for references for this bug but couldn't find any. Could you point me to a resource (or even describe what it is so I can play with a solution for myself)? regards Georg -- http://www.gunlaug.no Thank you so much for your time! You've been a sanity-saver. Rosemary ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Having trouble understanding floats and clear - and a few other minor issues
Rosemary Norwood wrote: BTW: you have triggered IE/win's extreme font-step bug. ... Did a search on Google and in the archives for references for this bug but couldn't find any. Could you point me to a resource (or even describe what it is so I can play with a solution for myself)? It's easier to reproduce than to describe. Try these two variants: body style=font-size: 1em; ...and... body style=font-size: 100%; ...and resize fonts all 5 steps in IE6, with each of these font-definitions. The result will be the same on medium, but smallest and largest will look extremely small and large when em is used, and that's exactly what you're using now. So, just change font-size on body to 100%, and it will be alright. Doesn't matter if em or percentage is used further into the page, the bug is triggered on body. regards Georg -- http://www.gunlaug.no ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Having trouble understanding floats and clear - and a few other minor issues
Aha! Yes, I see exactally what you mean. Fixed it with the 100%. Thanks again! Rosemary On Mon, 21 Feb 2005 06:48:06 +0100, Gunlaug Sørtun [EMAIL PROTECTED] wrote: It's easier to reproduce than to describe. Try these two variants: body style=font-size: 1em; ...and... body style=font-size: 100%; ...and resize fonts all 5 steps in IE6, with each of these font-definitions. regards Georg ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] Check website
Hi all, Check this website for a marketing company. Some section are coming soon. http://www.arcapplied.org/tempodaniele/index.php regards Daniel http://www.gizax.it ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
[WSG] setAttribute not working on Firefox
Hi all: is there anything wonky with .setAttribute, sometimes not working in Firefox? windowdiv = document.createElement(div); windowdiv.setAttribute(className,wclass); windowdiv.setAttribute(id,name); the classname is not being set any suggestions? thanx barry.b ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
RE: [WSG] Check website
Nice and clean looking site. A couple of issues I have noticed: You may have designed on a high resolution, but at 800x600 (still a common res) the logo disappears behind the content. I think that the white line around the top nav looks a little out of place. Cheers James -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gizax Studios Sent: Monday, 21 February 2005 5:19 PM To: wsg@webstandardsgroup.org Subject: [WSG] Check website Hi all, Check this website for a marketing company. Some section are coming soon. http://www.arcapplied.org/tempodaniele/index.php regards Daniel http://www.gizax.it ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help ** ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **
Re: [WSG] Check website
On Mon, 21 Feb 2005 07:18:44 +0100, Gizax Studios [EMAIL PROTECTED] wrote: Hi all, Check this website for a marketing company. Some section are coming soon. http://www.arcapplied.org/tempodaniele/index.php regards Daniel http://www.gizax.it Daniel, I like the color and general feel ot the site but find the nav menu and content text too small. The banner logo is not happy with it's position at 800, nor at higher screen resolutions with a sidebar in place, sliding under the outer container. Alternate text for that image might be a good idea. A couple of errors on the CSS file, including the inclusion of MS proprietary stuff, keeps it from validating. Page shift happening when going to and from pages not long enough to draw a scroll bar.The comment form is breaking right on zoom. Regards, David -- de gustibus non est disputandum http://www.dlaakso.com/ ** The discussion list for http://webstandardsgroup.org/ See http://webstandardsgroup.org/mail/guidelines.cfm for some hints on posting to the list getting help **