[css-d] print style sheet
hey all, Could you please take a look at something for me? I have been trying to write a print style sheet for this page, but it just isn't working. http://sandyfeldman.com/proposal/nathanieldett/nd_print.css http://sandyfeldman.com/proposal/nathanieldett/test.php when I try and print out of FireFox, it inserts random page breaks. When I try and print out of Safari, text comes out grey. I had a friend print it for me, and he got a big, black border where I had specified border : none; Opera's is not too bad, but I don't want to rely on that! Sandy __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] print style sheet
Sandy wrote: Could you please take a look at something for me? I have been trying to write a print style sheet for this page, but it just isn't working. http://sandyfeldman.com/proposal/nathanieldett/nd_print.css http://sandyfeldman.com/proposal/nathanieldett/test.php when I try and print out of FireFox, it inserts random page breaks. When I try and print out of Safari, text comes out grey. I had a friend print it for me, and he got a big, black border where I had specified border : none; Opera's is not too bad, but I don't want to rely on that! You haven't specified a media for your nd.css style sheet so browser default to specifying this as media=all. I bet if you change this: link rel=stylesheet type=text/css href=nd.css / to this: link rel=stylesheet type=text/css media=screen,projection href=nd.css / ...you'll find your print styles much easier to manage. -- !-- ! Bill Brown macnim...@gmail.com ! Web Developologist, WebDevelopedia.com -- __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] content dropping down in IE and graphic not repeating correctly
Having a couple of problems with this draft page in IE: http://ambientglow.com/garage/wadegw/web/ CSS: http://ambientglow.com/garage/wadegw/web/_css/main.css 1. The content div is dropping down below the leftcolumn div. Both should be approximately level with each other 2. The graphic in the bottom div is not displaying completely horizontally across the bottom in IE7. Help! Peg __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Font size dilemma
Michael Stevens wrote: Calibri I have but do not have installed all the time and use it maybe a couple times a month. And I've never heard of Vrinda. I picked up Vrinda after considering the material at http://www.codestyle.org/css/font-family/sampler-WindowsResults.shtml and noticing that Vrinda is the only widely available sans-serif font where letters are small as compared with the font size. So it's the best backup for Calibri, the font I'd really like to use. As you can see from http://www.ascenderfonts.com/font/vrinda-bengali.aspx Vrinda was really designed for Bengali writing, but it has Latin 1 characters too, so it might serve as a fallback font when you don't need other characters. I guess the Bengali orientation explains the large intrinsic line-height. Because of the inherent problems with calling out REAL typefaces I rarely do it. But what's the point of suggesting generic font families only? Well, maybe it makes popular browsers use Arial instead of Times New Roman, but if that's what you really mean, why not say it - and why not suggest something more sensible instead of Arial? The problem with Arial is that in the common default font size, it looks too large to many people. Maybe not users, but people that many web authors need to listen to. The generic font families are really a shot in the dark. Sans-serif can mean pretty much anything - in particular, the size impression varies _a lot_. -- Yucca, http://www.cs.tut.fi/~jkorpela/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Variable-width font with inline monospaced font
Hi, all: My client sometimes includes snippets of code in run-on paragraphs, so I use an inline style to distinguish the snippets from the rest of the text. The paragraphs use a variable-width font (Palatino Linotype), but the client wants a monospaced font (Courier New) used for the snippets. *Example:* At the command line, type Stop Server. I'm using CSS to produce both online and printed versions of the content. In the online output, the running text and the snippets appear to sit on the same baseline, but in printed output (PDF), the monospaced font sits below the rest of the text, as if it's subscripted. I have tried using various combinations of font-size, line-height, and vertical-align properties to make all of the text stay on the same baseline, and I can't make the snippet text budge. The *super *property under vertical-align came close to fixing the problem, but even then, the inline snippet appears a little higher than it should. For the printed version, I am using points for the font size. I have tried using points, ems, and no specified unit for the line height. I have also tried every one of the vertical align properties. Any ideas? Eddie evanarsd...@evidd.com http://www.vanarsdall-infodesign.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] unwanted background-color on linked images
I can't seem to solve an issue I'm having involving background-color on linked images. As you'll see on the page I've referenced below, links (except for those in the navigation bar) have a background-color when hovered. I've also linked three images in the main portion of the page. However, whenever one hovers over the images, the background-color of the links peeks out from the bottom by a few pixels. As a stopgap measure to get rid of the behavior I had added a class to the links on the images making the background-color transparent. But I'd rather just solve the problem and not resort to that. (I've taken those classes off of them for the purpose of this post so that you can see what I'm talking about.) Any assistance is greatly appreciated. Page: http://www.furbishhome.com/temp/index.html CSS: http://www.furbishhome.com/temp/css/global.css -- bagelstew...@gmail.com __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] unwanted background-color on linked images
Michael Stewart wrote: [...] However, whenever one hovers over the images, the background-color of the links peeks out from the bottom by a few pixels. http://www.furbishhome.com/temp/index.html Add... #main a img {display: block;} ...to make those images render as block-elements, instead of inline-elements which is default for images. That'll solve your problem. regards Georg -- http://www.gunlaug.no __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] content dropping down in IE and graphic not repeating correctly
Ambient Glow wrote: Having a couple of problems with this draft page in IE: http://ambientglow.com/garage/wadegw/web/ 1. The content div is dropping down below the leftcolumn div. Both should be approximately level with each other Declare... #content {margin: 0; float: left;} ...and add... #outerWrapper {padding-bottom: 100px;} ...to work around 'hasLayout' induced hard margins in IE7 and older, while keeping the line-up as is. 2. The graphic in the bottom div is not displaying completely horizontally across the bottom in IE7. Add... #bottom {left: 0;} ...to prevent IE from positioning in thin air - which is left edge centered. Note: pixel-defined font-size and line-height lead to horrendous-looking and pretty-hard-to-read text in IE under font size ignored and resized conditions. regards Georg -- http://www.gunlaug.no __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Font size dilemma
On 13/03/2009, at 9:12 PM, david wrote: And who says that CNN or any other particular site is doing it right? I'm not saying they are doing it right, personally I think it's too small. What I *am* saying is: 1. that is what Joe Average user is used to seeing; 2. those who have difficulty with those sizes will have already compensated for it in some way or another; 3. using default font-size (100%) may: a) appear too large to clients/users because of 1. above; b) may appear ridiculously large to those in 2. above depending on how they adjusted their browser from the norm. My main concern at the moment is 3a and the clients who pay the bills. I have had some helpful suggestions on and off list that could be a workable compromise with the current jobs, thanks folks. KathyW. __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] unwanted background-color on linked images
Thanks, Georg, Rod, and Daniel for your replies. The suggestions were great and I ended up going with rendering the images as block elements. I'm glad to have found this discussion list, and as a first time poster was really impressed by the speed of the responses. Thanks again for your help. Michael On Mar 14, 2009, at 7:38 PM, Gunlaug Sørtun wrote: Michael Stewart wrote: [...] However, whenever one hovers over the images, the background- color of the links peeks out from the bottom by a few pixels. http://www.furbishhome.com/temp/index.html Add... #main a img {display: block;} ...to make those images render as block-elements, instead of inline-elements which is default for images. That'll solve your problem. regards Georg -- http://www.gunlaug.no __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Font size dilemma
On 2009/03/15 11:55 (GMT+1100) Kathy Wheeler composed: What I *am* saying is: 1. that is what Joe Average user is used to seeing; Not related to liking. 2. those who have difficulty with those sizes will have already compensated for it in some way or another; Compensation methods include, but are not limited to: 1-giving the computer away to someone who can use it 2-backaches from leaning forward too much 3-not using the computer, because it's too hard to use 4-due to eyestrain, turning it off before task(s) is/are complete 5-buying bigger display, in many cases only to find things are smaller rather than larger 3. using default font-size (100%) may: a) appear too large to clients/users because of 1. above; b) may appear ridiculously large to those in 2. above depending on how they adjusted their browser from the norm. It's also possible for fonts to show up at the preferred size, regardless how large or small that happens to be. It's also possible that the difficulties resulting from common too small fonts will be reduced or eliminated. My main concern at the moment is 3a and the clients who pay the bills. If the designers weren't coloring client perceptions to think small is good or that sub-preference is not small, it wouldn't be such a problem to respect users' preferences. I much prefer 1st grader reader font sizes to the mousetype designers are so fond to sell to clients. Note this is not just about fonts. On higher DPI displays, fixed widths typically don't provide enough room for reasonable line lengths commensurate with legible fonts made from more pixels, or even words to fit at all in the space allotted. Once upon a time the defaults were too big. Technology has changed that. Resolution is up. DPI is up. Defaults are unchanged, which means smaller than they used to be. What hasn't changed is that designers still don't know how big they are in the environments of users. Thus, not using 100% of default on most content amounts to telling all users their defaults are wrong, which is nothing short of rude and disrespectful. -- The plans of the diligent lead to profit as surely as haste leads to poverty. Proverbs 21:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Font size dilemma
On 2009/03/14 21:55 (GMT+0200) Jukka K. Korpela composed: But what's the point of suggesting generic font families only? Allowing a user to actually see his preferred font family used on a web page not of his own making? Well, maybe it makes popular browsers use Arial instead of Times New Roman, but if that's what you really mean, why not say it - and why not suggest something more sensible instead of Arial? More sensible, like Helvetica? Or something of apparent larger size, like Verdana? Smaller Calibri, which most Macs and older and FOSOS computers don't have? The problem with Arial is that in the common default font size, it looks too large to many people. Looks good to many people too. It's my default, on purpose. The generic font families are really a shot in the dark. Not that much. Most pre-Vista systems at least have either Helvetica or its clone Arial, or a metric equivalent, like Liberation Sans, Nimbus Sans L, or Albany AMT. On recent Linux systems, odds are the default is DejaVu Sans, a close equivalent to Verdana. If an individual visitor's browser isn't set to one of them, or something of slightly larger apparent size than Helvetica/Arial, odds are that's his preference, something worth respecting. Sans-serif can mean pretty much anything - in particular, the size impression varies _a lot_. As to size, indeed!: http://fm.no-ip.com/auth/Font/fonts-msvista.html -- The plans of the diligent lead to profit as surely as haste leads to poverty. Proverbs 21:5 NIV Team OS/2 ** Reg. Linux User #211409 Felix Miata *** http://fm.no-ip.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Suckerfish in Wordpress - 'current page' in sub menu inheriting primary page's colors
On Mar 14, 2009, at 2:26 PM, Anne E. Shroeder wrote: I've put a bit of a hack in my CSS to achieve a current state on my top horizontal navigation -- I'm using the Multilevel navigation plugin in wordpress, which uses a version of suckerfish. The issue is that while the current state is working fine for the top level, it is cascading down to the sub levels as well. Please see http://www.indivumed.com/wp.indivumed.com/?page_id=69 for an example -- hovering over Products and Services, the sub menu item Full pathology service is highlighted in the same dark blue - but if should be highlighted with a light blue. My code: #suckerfishnav li.current_page_item, #suckerfishnav li.current_page_parent, #suckerfishnav li.current_page_ancestor { background:#4c90cc ; } // dark blue background #suckerfishnav ul li ul li.current_page_item, #suckerfishnav ul li ul li.current_page_parent, #suckerfishnav ul li ul li.current_page_ancestor { background:#e4e7f3; } // light blue background that second block has one ul too much :-) it should be #suckerfishnav li ul li.current_page_item, #suckerfishnav li ul li.current_page_parent, #suckerfishnav li ul li.current_page_ancestor { background:#e4e7f3; } You probably even can simplify to #suckerfishnav li li.current_page_item, or #suckerfishnav ul li.current_page_item, Philippe --- Philippe Wittenbergh http://l-c-n.com/ __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Font size dilemma
Jukka K. Korpela wrote: Michael Stevens wrote: Calibri I have but do not have installed all the time and use it maybe a couple times a month. And I've never heard of Vrinda. I picked up Vrinda after considering the material at http://www.codestyle.org/css/font-family/sampler-WindowsResults.shtml and noticing that Vrinda is the only widely available sans-serif font where letters are small as compared with the font size. So it's the best backup for Calibri, the font I'd really like to use. As you can see from http://www.ascenderfonts.com/font/vrinda-bengali.aspx Vrinda was really designed for Bengali writing, but it has Latin 1 characters too, so it might serve as a fallback font when you don't need other characters. I guess the Bengali orientation explains the large intrinsic line-height. Well, in my 20+ years of using computers, including desktop publishing, graphic and web design work - I've never used a computer that had either Calibri or Vrinda on it. And I used to be a real font junky! (That spans every version of Windows, Mac OS7/8/9 and OS X, one version of UNIX and several distros of Linux.) -- David gn...@hawaii.rr.com authenticity, honesty, community __ css-discuss [cs...@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/