digitalmars.D.announce - new layout on wiki4d
- Matthias Pleh (9/9) May 28 2010 I have renewed the layout of the wiki4d-site.
- Ary Borenszweig (2/11) May 28 2010 Awesome!!!
- Matthias Pleh (2/2) May 28 2010 For those, who aren't yet aware of the wiki-site:
- Walter Bright (2/4) May 28 2010 Suu-weeet!
- Jesse Phillips (3/12) May 28 2010 Oh, wow. I'd been watching you make changes, didn't realize this was the
-
Stewart Gordon
(5/10)
May 30 2010
- div0 (15/27) May 30 2010 -----BEGIN PGP SIGNED MESSAGE-----
- Matthias Pleh (10/20) May 31 2010 @all
- =?ISO-8859-15?Q?=22J=E9r=F4me_M=2E_Berger=22?= (12/23) May 31 2010 I agree that font sizes in px is an abomination, but font sizes in
- Adam Ruppe (16/16) May 31 2010 Going OT here, but I've gotta defend the pixel font sizes.
- =?ISO-8859-1?Q?=22J=E9r=F4me_M=2E_Berger=22?= (28/50) May 31 2010 The problem is that px is not even theoretically reliable: it
- Adam Ruppe (24/37) May 31 2010 That's true, it definitely changes across different screens.
- David Gileadi (5/9) Jun 01 2010 A good discussion of how to size text on the web is at
- =?ISO-8859-1?Q?=22J=E9r=F4me_M=2E_Berger=22?= (8/20) Jun 01 2010 Funny thing is: they got it wrong! The text of that page is too
- Stewart Gordon (8/13) Jun 04 2010 Indeed, there are many web pages that don't practise what they preach.
- Stewart Gordon (12/30) Jun 04 2010 You mean if you're using inline images to present such things as
- =?ISO-8859-1?Q?=22J=E9r=F4me_M=2E_Berger=22?= (12/31) Jun 04 2010 Yes and no. Most modern monitors include a small ROM that can be
-
Stewart Gordon
(8/14)
Jun 04 2010
- Adam Ruppe (10/13) Jun 04 2010 This thread reminds me of another "bug" report I got a few months ago:
- Nick Sabalausky (10/23) Jun 04 2010 An appropriate image: http://www.semitwist.com/download/fp2.jpg
- Stewart Gordon (37/50) Jun 05 2010 Do you ever manage to get reasons (or even excuses) out of your clients
- Michel Fortin (12/15) Jun 05 2010 Speaking of text as image, having the top header in the new wiki4d
- Adam Ruppe (35/50) Jun 05 2010 The fixed width one most recently was so it would "look good on the
- Stewart Gordon (24/36) Jun 07 2010 Taken the words out of my mouth there. I once came across this:
- Nick Sabalausky (6/11) Jun 07 2010 I absolutely love this part: "or are simply not using the latest
- Stewart Gordon (12/27) Jun 09 2010 Indeed, you could well ask how you can have to work hard not to use any
- Stewart Gordon (39/57) Jun 04 2010 Not quite.
- Masahiro Nakagawa (8/17) May 31 2010 New design is good!
- Matthias Pleh (7/18) May 31 2010 --> done!
- Masahiro Nakagawa (7/23) Jun 01 2010 Thanks!
- Justin Calvarese (12/21) May 31 2010 Interesting choices on the layout. I'm not quite sure what I think
- Matthias Pleh (10/10) Jun 03 2010 thanks for your comments
- Nick Sabalausky (6/14) Jun 03 2010 Not a big deal (no pun intended), but the H1 and header/footer links see...
- Nick Sabalausky (4/19) Jun 03 2010 And the Links in the Table Of Contents box have way too much vertical
- Nick Sabalausky (3/24) Jun 03 2010 Other than those things, it looks good though.
- Matthias Pleh (4/6) Jun 03 2010 thanks!
- =?ISO-8859-15?Q?=22J=E9r=F4me_M=2E_Berger=22?= (21/32) Jun 03 2010 l
- Matthias Pleh (2/15) Jun 03 2010 Hey, really cool site. But it seems, that my testpage was already tested...
- =?ISO-8859-15?Q?=22J=E9r=F4me_M=2E_Berger=22?= (10/15) Jun 04 2010 d.
- Christoph Mueller (6/15) Jun 04 2010 Great Work!
I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets Matthias
May 28 2010
On 05/28/2010 07:47 PM, Matthias Pleh wrote:I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets MatthiasAwesome!!!
May 28 2010
For those, who aren't yet aware of the wiki-site: http://www.prowiki.org/wiki4d/wiki.cgi
May 28 2010
Matthias Pleh wrote:For those, who aren't yet aware of the wiki-site: http://www.prowiki.org/wiki4d/wiki.cgiSuu-weeet!
May 28 2010
Matthias Pleh wrote:I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets MatthiasOh, wow. I'd been watching you make changes, didn't realize this was the result. Really nice work.
May 28 2010
Matthias Pleh wrote:I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts?<snip> Get rid of the abomination that is font sizes in px! Specify them in em or, even better, not at all. Stewart.
May 30 2010
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stewart Gordon wrote:Matthias Pleh wrote:Yeah, apart from that though it looks really sweet. Nice work! - -- My enormous talent is exceeded only by my outrageous laziness. http://www.ssTk.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMAwIJT9LetA9XoXwRArXIAKCfuHwA7A6ntCCSqN9HKJGXm4BCFwCeOXEr DJDvr6kIdptGgf/6OLjwPgQ= =7Gcf -----END PGP SIGNATURE-----I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts?<snip> Get rid of the abomination that is font sizes in px! Specify them in em or, even better, not at all. Stewart.
May 30 2010
Am 30.05.2010 23:43, schrieb Stewart Gordon:Matthias Pleh wrote:all many thanks for your replies Stewart I'm just the initiator of this changes (you know, I'm just a C/D programmer), the files itself was written by Wilhelmstätter Simon (he works alongside me), I will speak to him about the size problem. other suggestions are always welcome!! greets MatthiasI have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts?<snip> Get rid of the abomination that is font sizes in px! Specify them in em or, even better, not at all. Stewart.
May 31 2010
Stewart Gordon wrote:Matthias Pleh wrote:mI have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts?<snip> =20 Get rid of the abomination that is font sizes in px! Specify them in e=or, even better, not at all. =20I agree that font sizes in px is an abomination, but font sizes in em is just plain ridiculous since 1em is defined in terms of the font size! Use either pt (which should work if the os/browser is configured properly), percents, or the keywords (x-large, large, normal, small, x-small). Jerome --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.fr
May 31 2010
Going OT here, but I've gotta defend the pixel font sizes. I used to do percents, (since I read somewhere that px is evil and zomfg never use it...) but I got tired of the constant "bug" reports coming in from the clients saying "it doesn't match the psd exactly on my Mac". Specifying them explicitly in px avoids this. The way I see it, if you care about font sizes, go with px and match the design. If you don't care, just don't specify them at all. pt isn't reliable either; it is different across browsers, and apparently, it is only technically defined in print anyway. Moreover, the rest of the site's design is probably in pixels, so it is easier to see it fitting to stick to the same all along. Now, I hate all designer's choices (in my mind, graphic design is a synonym for incompetent producer of illegible ugliness), so in my main browser, I have a min and max size set, so I'm free of their bad decisions. Every browser in use, aside from the aging IE6, scales px fonts just fine too, so it is ok there.
May 31 2010
Adam Ruppe wrote:Going OT here, but I've gotta defend the pixel font sizes. =20 I used to do percents, (since I read somewhere that px is evil and zomfg never use it...) but I got tired of the constant "bug" reports coming in from the clients saying "it doesn't match the psd exactly on my Mac". Specifying them explicitly in px avoids this. =20 The way I see it, if you care about font sizes, go with px and match the design. If you don't care, just don't specify them at all. =20The problem is that px is not even theoretically reliable: it depends on the screen you are viewing the page on. The text for wiki4d is 1.7mm high on my screen, that's much too small for comfort (as a comparison, the way I've configured it, the text in Thunderbird is 2mm high, e.g. 18% more, and lots of people find it too small when they look at my screen).pt isn't reliable either; it is different across browsers, and apparently, it is only technically defined in print anyway. Moreover, the rest of the site's design is probably in pixels, so it is easier to see it fitting to stick to the same all along. =20Pt is supposed to be reliable (and it is reasonably so on recent browsers, e.g. not IE6) because it adjusts to the screen resolution (not to be confused with the definition). Pt is an absolute measure (there are exactly 72 points in an inch) and relates to the actual size you want the text to appear no matter what medium is used to display it (whether a 72dpi screen, a 96dpi screen or a 600dpi printer).=20 Now, I hate all designer's choices (in my mind, graphic design is a synonym for incompetent producer of illegible ugliness), so in my main browser, I have a min and max size set, so I'm free of their bad decisions.Unfortunately, that doesn't work: it is perfectly legitimate for some text to be smaller (for example the text at the bottom of the page that says "last changed on..." or "made with...") and setting a min size will prevent those from being smaller than the page content.Every browser in use, aside from the aging IE6, scales px fonts just fine too, so it is ok there.Yes, it is possible to scale pages, but that's a pain and shouldn't be necessary anyway. I've configured my browser so that the default font size (and the default font for that matter) is the one I find most comfortable to read text. A web site which expects people to actually *read* the contents should respect those choices (a web site whose contents is mostly pictures is another matter entirely). Jerome --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.fr
May 31 2010
On 5/31/10, "J=E9r=F4me M. Berger" <jeberger free.fr> wrote:The problem is that px is not even theoretically reliable: it depends on the screen you are viewing the page on.That's true, it definitely changes across different screens. I'm probably biased by the fact that the majority of the sites I've been doing are very picture and video heavy - the pixel measurements are always the right size relative to the images, which are also sized in pixels.Pt is an absolute measure (there are exactly 72 points in an inch)Huh, I read somewhere that it wasn't defined on screen, but only for printers. I guess I was wrong - the measuring tape agrees with you. Though, it still comes out different on my Linux box than it does on the designer's Mac, leading to bug reports whenever I try it. I really don't know why, but I've gotta deal with it somehow. Though, even so, this still isn't an ideal measure. One inch on my television is a different beast than one inch on my monitor, since I sit much farther away from the TV... percents would be fine, but they don't work well for the rest of the page content, so the fonts start overflowing from images. Gah, the web sucks.Unfortunately, that doesn't work: it is perfectly legitimate for some text to be smaller (for example the text at the bottom of the page that says "last changed on..." or "made with...")Meh, not to me. It is already at the bottom, so it is out of the way. The small size just complicates it if I do care. I feel the same way about grey on grey text. Bah!Yes, it is possible to scale pages, but that's a pain and shouldn't be necessary anyway. I've configured my browser so that the default font size (and the default font for that matter) is the one I find most comfortable to read text. A web site which expects people to actually *read* the contents should respect those choices (a web site whose contents is mostly pictures is another matter entirely).Right. That's why all the sites I do for myself just don't specify size at all; trust the user in size, font, color - pretty much everything. But, the sites for clients are different - lots of images and really picky reviewers mean pixels it is.
May 31 2010
On 5/31/10 3:08 PM, Adam Ruppe wrote:On 5/31/10, "Jérôme M. Berger"<jeberger free.fr> wrote:A good discussion of how to size text on the web is at http://www.alistapart.com/articles/howtosizetextincss/ The bottom line for its recommendations is to use ems, plus font-size:100% in the body tag.The problem is that px is not even theoretically reliable: it depends on the screen you are viewing the page on.That's true, it definitely changes across different screens.
Jun 01 2010
David Gileadi wrote:On 5/31/10 3:08 PM, Adam Ruppe wrote:Funny thing is: they got it wrong! The text of that page is too small here... Jerome --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.frOn 5/31/10, "J=E9r=F4me M. Berger"<jeberger free.fr> wrote:=20 A good discussion of how to size text on the web is at http://www.alistapart.com/articles/howtosizetextincss/ =20 The bottom line for its recommendations is to use ems, plus font-size:100% in the body tag.The problem is that px is not even theoretically reliable: it depends on the screen you are viewing the page on.That's true, it definitely changes across different screens.
Jun 01 2010
Jérôme M. Berger wrote:David Gileadi wrote:<snip>Indeed, there are many web pages that don't practise what they preach. Take a look at this page http://tinyurl.com/36pb56w and then run it through a validator. (Notice also the sheer mix of good and bad advice on that page!) Stewart.The bottom line for its recommendations is to use ems, plus font-size:100% in the body tag.Funny thing is: they got it wrong! The text of that page is too small here...
Jun 04 2010
Adam Ruppe wrote:On 5/31/10, "Jérôme M. Berger" <jeberger free.fr> wrote:You mean if you're using inline images to present such things as mathematical expressions? I'm never sure what's the best thing to do about this either.The problem is that px is not even theoretically reliable: it depends on the screen you are viewing the page on.That's true, it definitely changes across different screens. I'm probably biased by the fact that the majority of the sites I've been doing are very picture and video heavy - the pixel measurements are always the right size relative to the images, which are also sized in pixels.<snip> This is because an inch in the context of screen measurements doesn't correspond to an actual physical inch. Rather, there is a setting somewhere in the OS that determines how many pixel side lengths constitute a logical inch (or centimetre or whatever). On Windows, the factory default is 96dpi. Other OSs might have different defaults. In any case, it isn't right to work against this setting. Stewart.Pt is an absolute measure (there are exactly 72 points in an inch)Huh, I read somewhere that it wasn't defined on screen, but only for printers. I guess I was wrong - the measuring tape agrees with you. Though, it still comes out different on my Linux box than it does on the designer's Mac, leading to bug reports whenever I try it. I really don't know why, but I've gotta deal with it somehow.
Jun 04 2010
Stewart Gordon wrote:Adam Ruppe wrote:On 5/31/10, "J=E9r=F4me M. Berger" <jeberger free.fr> wrote:<snip> =20 This is because an inch in the context of screen measurements doesn't correspond to an actual physical inch. Rather, there is a setting somewhere in the OS that determines how many pixel side lengths constitute a logical inch (or centimetre or whatever). On Windows, the=Pt is an absolute measure (there are exactly 72 points in an inch)Huh, I read somewhere that it wasn't defined on screen, but only for printers. I guess I was wrong - the measuring tape agrees with you. Though, it still comes out different on my Linux box than it does on the designer's Mac, leading to bug reports whenever I try it. I really don't know why, but I've gotta deal with it somehow.factory default is 96dpi. Other OSs might have different defaults. In=any case, it isn't right to work against this setting. =20Yes and no. Most modern monitors include a small ROM that can be read by the OS to get the monitor characteristics, including definition (width and height in pixels) and dimensions (width and height in centimeters) from which the resolution (dpi) can easily be computed. I know Linux does it and I believe recent versions of Windows (i.e at least from XP) do too. Jerome --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.fr
Jun 04 2010
Adam Ruppe wrote:Going OT here, but I've gotta defend the pixel font sizes. I used to do percents, (since I read somewhere that px is evil and zomfg never use it...) but I got tired of the constant "bug" reports coming in from the clients saying "it doesn't match the psd exactly on my Mac". Specifying them explicitly in px avoids this.<snip> People should get their heads around the fact that web design isn't about specifying the precise pixel position of everything. See also this discussion I was once involved in: http://tinyurl.com/3ysen6d and in particular Alan J. Flavell's comment (number 12 in the tree). Stewart.
Jun 04 2010
On 6/4/10, Stewart Gordon <smjg_1998 yahoo.com> wrote:See also this discussion I was once involved in: http://tinyurl.com/3ysen6d and in particular Alan J. Flavell's comment (number 12 in the tree).This thread reminds me of another "bug" report I got a few months ago: "please use 980px fixed width, not fluid layout". Yeah, I did the fluid layout (which is the easier way to do it anyway!), which looks exactly like what they want on 980, AND scales up and down, and they insist that it be changed anyway. Another ridiculous one was when the insisted on using html image maps for text yuck!), so the link's font matches exactly. Thankfully, he backed off that one. It's incredible what people will do.
Jun 04 2010
"Adam Ruppe" <destructionator gmail.com> wrote in message news:mailman.107.1275674543.24349.digitalmars-d-announce puremagic.com...On 6/4/10, Stewart Gordon <smjg_1998 yahoo.com> wrote:An appropriate image: http://www.semitwist.com/download/fp2.jpg The best types of people to work for are real experts and complete novices. Actual experts, obviously, becase they're (by definition) not idiots. And novices because they *know* that they don't know anything and would rather not give any thought to it anyway, so they leave you alone and trust your judgement. The worst people to work for are the tech enthusiasts: the ones that know just barely enough that they *think* they're capable of having a coherent opinion.See also this discussion I was once involved in: http://tinyurl.com/3ysen6d and in particular Alan J. Flavell's comment (number 12 in the tree).This thread reminds me of another "bug" report I got a few months ago: "please use 980px fixed width, not fluid layout". Yeah, I did the fluid layout (which is the easier way to do it anyway!), which looks exactly like what they want on 980, AND scales up and down, and they insist that it be changed anyway. Another ridiculous one was when the insisted on using html image maps for text yuck!), so the link's font matches exactly. Thankfully, he backed off that one. It's incredible what people will do.
Jun 04 2010
Adam Ruppe wrote:On 6/4/10, Stewart Gordon <smjg_1998 yahoo.com> wrote:Do you ever manage to get reasons (or even excuses) out of your clients for their ridiculous requests? That said.... One excuse I've heard for fixed-width layout is that very wide layouts are less comfortable to read. But if that's the case, they can resize their browsers! Like what I said about font sizes, people set their browsers to a width that is comfortable for them. Others claim that some layouts just can't be made fluid. But that's still no reason for a client to insist on it. And I suspect that in the majority of cases the claim is due to the limit of the coder's skill, an attempt at making the design too complicated or some linear combination of the two. But those who feel they must set a width can at least * specify it in ems or some other relative unit * set it as a max-width, so that nobody has to scroll horizontally as a result.See also this discussion I was once involved in: http://tinyurl.com/3ysen6d and in particular Alan J. Flavell's comment (number 12 in the tree).This thread reminds me of another "bug" report I got a few months ago: "please use 980px fixed width, not fluid layout". Yeah, I did the fluid layout (which is the easier way to do it anyway!), which looks exactly like what they want on 980, AND scales up and down, and they insist that it be changed anyway.Another ridiculous one was when the insisted on using html image maps for text yuck!), so the link's font matches exactly. Thankfully, he backed off that one.Yes, people who gratuitously do text as images are another silly thing. But really puzzlingly, some people can't for their lives set appropriate alt attributes even on such images as these. Text links can actually look better these days, now that we have ClearType. And now that we have CSS, there's plenty of room for their links to be customised. When I took over http://www.lrca.org.uk/ among the many improvements I made was to replace the image links in navigation columns with text links. The backgrounds of these links are the same as they were. This killed a few birds with one stone: - looks nicer, at least with ClearType enabled - zooms well - don't have to create a new image every time I want to link to something new - don't have to fiddle around with relative image links FWIW I've just been reminded of this: http://webtips.dan.info/wysiwyg.html#HallOfShame (the entry is out of date with respect to the particular site, but still....) Stewart.
Jun 05 2010
On 2010-06-05 21:16:32 -0400, Stewart Gordon <smjg_1998 yahoo.com> said:Yes, people who gratuitously do text as images are another silly thing. But really puzzlingly, some people can't for their lives set appropriate alt attributes even on such images as these.Speaking of text as image, having the top header in the new wiki4d layout be a background image with no "real" content in the HTML markup doesn't ring very well with me. Actually, having a <img> element with a proper alt="D programming lanuage" attribute instead would be better for those with stylesheet or images turned off, printed form (which often remove backgrounds including background images), screen readers, and search engines. -- Michel Fortin michel.fortin michelf.com http://michelf.com/
Jun 05 2010
On 6/5/10, Stewart Gordon <smjg_1998 yahoo.com> wrote:Do you ever manage to get reasons (or even excuses) out of your clients for their ridiculous requests?The fixed width one most recently was so it would "look good on the iPad". Among older ones were wanting to use an elaborate background image (fairly legitimate, assuming you accept such images as being legitimate in the first place) and silly insistence that the columns look the same as the fixed width psd.But if that's the case, they can resize their browsers!Amen. Sometimes I feel that I'm the only person who doesn't run his browser maximized. (In fact, I rarely maximize any individual window.)Others claim that some layouts just can't be made fluid.The most annoying thing is the web is fluid by default - you have to fight it to make it fixed width! But, meh, people are stupid.* set it as a max-width, so that nobody has to scroll horizontally as a result.This is the compromise solution I usually go with, unless specifically demanded not to.Yes, people who gratuitously do text as images are another silly thing. But really puzzlingly, some people can't for their lives set appropriate alt attributes even on such images as these.You know what annoys me? alt="image". Ugh. Or another bad one: alt="logo". gah, these people have obviously never browsed the web without images! Perhaps, worst of all, alt="left_rounded_corner". Ew!Text links can actually look better these days, now that we have ClearType. And now that we have CSS, there's plenty of room for their links to be customised.For my newest work site (the one rewritten in D from PHP actually), I went wild with the css. The design had image links all over the place. I replaced them with this: <a class="button" icon="arrow" href="">Text</a> The icon attribute there is rewritten on the server side to be an img right before the inner text. I used a custom attribute to make the code prettier. Anyway, the css transforms that regular link into a button, with a gradient background, rounded corners, an icon, fluid width and height (height isn't ideal if it changes though, since the gradient is fixed height. But it uses a solid background color to still look pretty good), hover and active styles - it is really a beautiful result, with the one exception of the icon, which doesn't scale well, being an image. But, best of all, it is easy to reskin without going back to the image editor! (I also use a small D cgi program to generate the gradients for me, because realistically, css gradients don't exist, so they are specified in the css too.) I really like it.- don't have to create a new image every time I want to link to something newThat's the best advantage ever. Going to the image creators wastes huge time.
Jun 05 2010
Adam Ruppe wrote:On 6/5/10, Stewart Gordon <smjg_1998 yahoo.com> wrote:<snip>Taken the words out of my mouth there. I once came across this: http://www.wiltshirefarmfoods.com/accessibility.asp "Wiltshire Farm Foods has worked hard to make this site as accessible to as many customers as possible, whether you have a disability or are simply not using the latest technology." I guess this shows how content writers and coders are often not on the same wavelength. I've a feeling I've come across a delusion that websites have to be explicitly programmed to make browers' built-in text size settings work. But I'm not sure.... <snip>Others claim that some layouts just can't be made fluid.The most annoying thing is the web is fluid by default - you have to fight it to make it fixed width! But, meh, people are stupid.You know what annoys me? alt="image". Ugh. Or another bad one: alt="logo". gah, these people have obviously never browsed the web without images! Perhaps, worst of all, alt="left_rounded_corner". Ew!Sometimes you even see images explicitly mislabelled as being purely decorative (alt=""). You may have noticed from the page I linked to before that this is one of the many things WebPlus likes to do of its own accord. <snip>Anyway, the css transforms that regular link into a button, with a gradient background, rounded corners, an icon, fluid width and height (height isn't ideal if it changes though, since the gradient is fixed height.<snip> One possibility is to make the background image tall enough to allow for this. Either do the gradient over the default height and pad it with solid colour, or use a sigmoid gradient. But it would be better if only CSS provided a means to scale the background image.... Stewart.
Jun 07 2010
"Stewart Gordon" <smjg_1998 yahoo.com> wrote in message news:huj8co$odr$1 digitalmars.com...Taken the words out of my mouth there. I once came across this: http://www.wiltshirefarmfoods.com/accessibility.asp "Wiltshire Farm Foods has worked hard to make this site as accessible to as many customers as possible, whether you have a disability or are simply not using the latest technology."I absolutely love this part: "or are simply not using the latest technology." One of my [many] huge pet peeves about the web is how there's so many sites out there that feel it's their duty to try to push/shame/scare people into using the alleged "latest and greatest".
Jun 07 2010
Nick Sabalausky wrote:"Stewart Gordon" <smjg_1998 yahoo.com> wrote in message news:huj8co$odr$1 digitalmars.com...Indeed, you could well ask how you can have to work hard not to use any of the ultra-modern features webmasters of the 90s had no trouble not using. Though I suppose one challenge is remembering which features CSS had in those days.Taken the words out of my mouth there. I once came across this: http://www.wiltshirefarmfoods.com/accessibility.asp "Wiltshire Farm Foods has worked hard to make this site as accessible to as many customers as possible, whether you have a disability or are simply not using the latest technology."I absolutely love this part: "or are simply not using the latest technology."One of my [many] huge pet peeves about the web is how there's so many sites out there that feel it's their duty to try to push/shame/scare people into using the alleged "latest and greatest".I know. Apparently some makers of lesser-known browsers even feel it's their duty to try push/shame/scare people into using SOTA mass-market browsers instead of their own. Go figure. http://webtips.dan.info/brand-x/intro.html (Maybe I'll ask him if he has anything resembling a list of current examples....) Stewart.
Jun 09 2010
Jérôme M. Berger wrote:Stewart Gordon wrote:Not quite. http://www.w3.org/TR/2009/CR-CSS2-20090908/syndata.html#length-units "The 'em' unit is equal to the computed value of the 'font-size' property of the element on which it is used. The exception is when 'em' occurs in the value of the 'font-size' property itself, in which case it refers to the font size of the parent element. It may be used for vertical or horizontal measurement. (This unit is also sometimes called the quad-width in typographic texts.)"Matthias Pleh wrote:I agree that font sizes in px is an abomination, but font sizes in em is just plain ridiculous since 1em is defined in terms of the font size!I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts?<snip> Get rid of the abomination that is font sizes in px! Specify them in em or, even better, not at all.Use either pt (which should work if the os/browser is configured properly), percents, or the keywords (x-large, large, normal, small, x-small).By suggesting pt, you have contradicted the point I was making. The point is _not_ to inflict a fixed size. No size specified Pros: Conforms to the size setting that the user has set for his/her comfort Cons: Some fonts look bigger or smaller at the same point size than the default Times New Roman, so the ideal size is dependent on the font Size in em Pros: Always scales to the user's font size setting. Can be used to compensate for the aforementioned relative sizes of different fonts. Cons: If used on body text, it's still annoying if you change the size significantly from the default. Maintaining font sizes of elements relative to each other can get complicated. Size keywords Pros: Easy to maintain since you don't have to worry about how relative sizes work. Zooms correctly in browsers. Cons: Those of em, plus it's coarse-grained. Size in pt Cons: Those of em, plus in some broken browsers (such as IE) it overrides the text size/zoom option. Size in px Cons: All those of pt, plus works against the ability to change the system font scale. But you can use em without it becoming too complicated. All you need to do is: - understand how em works (it's actually quite simple - see the quoted paragraph above) - if you must change the body text size, do it by just setting it for the body element - keep the font size scheme generally as simple as you can get away with Stewart.
Jun 04 2010
On Sat, 29 May 2010 07:47:50 +0900, Matthias Pleh <matthias.pleh gmx.at> wrote:I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets MatthiasNew design is good! I have a suggestion. Now, Japanese site on Other Languages is inactive. Could you please change link? New link: http://dusers.dip.jp/ Masahiro
May 31 2010
New design is good! I have a suggestion. Now, Japanese site on Other Languages is inactive. Could you please change link? New link: http://dusers.dip.jp/ Masahiro--> done! BTW: hey, it's a wiki. You can change everything yourself. Ther is no registration needed. Just click on the 'edit' link and enter your username and you can change the content as you need it. greets Matthias
May 31 2010
On Mon, 31 May 2010 22:24:07 +0900, Matthias Pleh <matthias.pleh gmx.at> wrote:Thanks!New design is good! I have a suggestion. Now, Japanese site on Other Languages is inactive. Could you please change link? New link: http://dusers.dip.jp/ Masahiro--> done!BTW: hey, it's a wiki. You can change everything yourself. Ther is no registration needed. Just click on the 'edit' link and enter your username and you can change the content as you need it.Oops. I have been misunderstanding that editing a page needs special authority. Thanks for your advice. Masahiro
Jun 01 2010
== Quote from Matthias Pleh (matthias.pleh gmx.at)'s articleI have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets MatthiasInteresting choices on the layout. I'm not quite sure what I think about it yet, but I think it is an improvement on the old layout. I had an idea a long time ago to try to match the style of the Walter's official D website. I don't remember if I decided that it was too much effort or if I decided that I didn't like the official style enough (or maybe I just ran out of time), but I still think it would be nice if the official site and Wiki4D had more similar styles. At least an effort could be made to coordinate colors, graphics, and fonts. It's probably an impossible dream anyway. jcc7
May 31 2010
thanks for your comments I've played around with the font-size problem and have setup a test page under my folder on the wiki. I also like the idea from Justin to make the look more like the official d-page. So please have a look, comment here or change the files directly for the testpage. http://www.prowiki.org/wiki4d/wiki.cgi?MatthiasPleh/TestPage greets Matthias
Jun 03 2010
"Matthias Pleh" <matthias.pleh gmx.at> wrote in message news:hu8r4f$p6j$1 digitalmars.com...thanks for your comments I've played around with the font-size problem and have setup a test page under my folder on the wiki. I also like the idea from Justin to make the look more like the official d-page. So please have a look, comment here or change the files directly for the testpage. http://www.prowiki.org/wiki4d/wiki.cgi?MatthiasPleh/TestPageNot a big deal (no pun intended), but the H1 and header/footer links seem absolutely enormous. ------------------------------- Not sent from an iPhone.
Jun 03 2010
"Nick Sabalausky" <a a.a> wrote in message news:hu8rgi$q6g$1 digitalmars.com..."Matthias Pleh" <matthias.pleh gmx.at> wrote in message news:hu8r4f$p6j$1 digitalmars.com...And the Links in the Table Of Contents box have way too much vertical spacing.thanks for your comments I've played around with the font-size problem and have setup a test page under my folder on the wiki. I also like the idea from Justin to make the look more like the official d-page. So please have a look, comment here or change the files directly for the testpage. http://www.prowiki.org/wiki4d/wiki.cgi?MatthiasPleh/TestPageNot a big deal (no pun intended), but the H1 and header/footer links seem absolutely enormous.
Jun 03 2010
"Nick Sabalausky" <a a.a> wrote in message news:hu8rih$qbg$1 digitalmars.com..."Nick Sabalausky" <a a.a> wrote in message news:hu8rgi$q6g$1 digitalmars.com...Other than those things, it looks good though."Matthias Pleh" <matthias.pleh gmx.at> wrote in message news:hu8r4f$p6j$1 digitalmars.com...And the Links in the Table Of Contents box have way too much vertical spacing.thanks for your comments I've played around with the font-size problem and have setup a test page under my folder on the wiki. I also like the idea from Justin to make the look more like the official d-page. So please have a look, comment here or change the files directly for the testpage. http://www.prowiki.org/wiki4d/wiki.cgi?MatthiasPleh/TestPageNot a big deal (no pun intended), but the H1 and header/footer links seem absolutely enormous.
Jun 03 2010
thanks! I've tried to left out the specification of the font-size (as someone mentioned here), and the result was this big font! But now it should look better.Other than those things, it looks good though.
Jun 03 2010
Matthias Pleh wrote:thanks for your comments =20 I've played around with the font-size problem and have setup a test pag=eunder my folder on the wiki. I also like the idea from Justin to make the look more like the officia=ld-page. =20 So please have a look, comment here or change the files directly for th=etestpage. http://www.prowiki.org/wiki4d/wiki.cgi?MatthiasPleh/TestPage =20Mostly, looks fine here, except that having some headers smaller than the text body looks funny (of course, h4, h5... are not used that often in real pages). Your font specifications should always end with one of the standard CSS font families ("serif", "sans-serif", "monospace", "cursive" or "fantasy"), you should not assume that everyone has one of the fonts specified explicitely ("Helvetica" for example is not that common in the Windows world). Jerome PS: btw, do you know browsershots? http://browsershots.org It allows you to see screenshots of how a web page looks on a wide variety of OSes and browsers (although of course you won't see the differences due to the screen that way). --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.fr
Jun 03 2010
Mostly, looks fine here, except that having some headers smaller than the text body looks funny (of course, h4, h5... are not used that often in real pages). Your font specifications should always end with one of the standard CSS font families ("serif", "sans-serif", "monospace", "cursive" or "fantasy"), you should not assume that everyone has one of the fonts specified explicitely ("Helvetica" for example is not that common in the Windows world). JeromeAh, I see! I will have a look at thisPS: btw, do you know browsershots? http://browsershots.org It allows you to see screenshots of how a web page looks on a wide variety of OSes and browsers (although of course you won't see the differences due to the screen that way).Hey, really cool site. But it seems, that my testpage was already tested.
Jun 03 2010
Matthias Pleh wrote:d. Uh, probably by me ;) sorry. It should be possible to re-test soon (I don't remember how long you have to wait between tests unless you create an account). Jerome --=20 mailto:jeberger free.fr http://jeberger.free.fr Jabber: jeberger jabber.frPS: btw, do you know browsershots? http://browsershots.org It allows you to see screenshots of how a web page looks on a wide variety of OSes and browsers (although of course you won't see the differences due to the screen that way).Hey, really cool site. But it seems, that my testpage was already teste=
Jun 04 2010
Am 29.05.2010 00:47, schrieb Matthias Pleh:I have renewed the layout of the wiki4d-site. It's not finished, but I think it is already useable! Content itself hasn't changed! Any thoughts? Please check also the links on the sidebar! I have taken this from a template from Justin Calvarese (thanks), so maybe some links should changed, reordered or even removed! greets MatthiasGreat Work! I especially like the D Logo in the banner. It looks amazing :] -- ruunhb [AT] googlemail.com http://www.ruuns.de/blog
Jun 04 2010