HTML or CSS?

Message Bookmarked
Bookmark Removed
Are you using mostly tables these days or mostly divs?

redfez, Tuesday, 12 October 2004 02:10 (twenty-one years ago)

Mostly divs. But the thread title implies an either/or proposition, which it is not.

Smokin' funk by the boxes (kenan), Tuesday, 12 October 2004 02:12 (twenty-one years ago)

for all my trying, for all my years of computer experience, for all my knowledge of intricate video editing shit and photoshop shit and all sorts of other shit, i still can't get my head around any of this web designing shit.

s1ocki (slutsky), Tuesday, 12 October 2004 02:14 (twenty-one years ago)

CSS as much as possible. We do still use tables, but now most formatting I do is done with divs & so on. I love beveled curvy corners without having to line up images!

S1ocki, the key I think is to not try to actually understand it too much, it will just twist yr brain. If it works, it works, don't try to sort out *why* a certain span all of a sudden snapped into place.

lyra (lyra), Tuesday, 12 October 2004 02:17 (twenty-one years ago)

Smokin' funk by the boxes, snappy titles receive snappy answers.

redfez, Tuesday, 12 October 2004 02:20 (twenty-one years ago)

Mostly divs. It's easier to throw together php or asp to spit it out, and rearrange it without playing with the code that produces it. And most browsers just make it look so much more pretty. CSS rocks. It will eventually converge with flash.

jurgenthor, Tuesday, 12 October 2004 02:22 (twenty-one years ago)

Ewww, I hope not. I hate flash, but then again, I have only 56k at home.

Also, have you tried Mason yet? It's pretty much all I want to build sites in any more- it's dead easy to hack together simple pages, which is why I first tried it. But then when you need to build up a more complex site, the components and stuff come in really handy.

lyra (lyra), Tuesday, 12 October 2004 02:29 (twenty-one years ago)

CSS is surely the future. In fact, it's the present. Once you get the hang of it and learn a few essential hacks (for The Browser That Shall Remain Nameless), it becomes easier to manage a site that uses CSS.

Mason? Does it support CSS better than Dreamweaver? I can't even use Dreamweaver anymore, which is a damn shame. CSS has forced me onto notepad.

Smokin' funk by the boxes (kenan), Tuesday, 12 October 2004 02:31 (twenty-one years ago)

Well, Dreamweaver is a HTML editor.

Mason is an extension to perl- I write it in emacs, but you can use whatever editor you choose. Your apache (or whatever webserver you have) needs to be set up to execute the mason files- it's very similar to using CGI.pm. But better.

http://www.masonbook.com/ -you can read the book online.


lyra (lyra), Tuesday, 12 October 2004 02:38 (twenty-one years ago)

Ah so. Never used Perl before. I'm all about php.

Smokin' funk by the boxes (kenan), Tuesday, 12 October 2004 02:40 (twenty-one years ago)

Well, Dreamweaver is a HTML editor.

Well, it was conceived as a design tool as well, back when they were the same thing. Since it doesn't understand CSS, it's useless for CSS designing. TopStyle is good, though a bit thin.

Smokin' funk by the boxes (kenan), Tuesday, 12 October 2004 02:41 (twenty-one years ago)

I still use Dreamweaver with CSS. Now that you mention it, I don't know why, though. I'm always just hitting F12 to see it in a browser, then I go back and fuck with the code-- ha,ha, I fuck with the style.css open in simpletext or bbedit, then back to Dreamweaver, then press F12. This really does seem asinine. But, I do have to use HTML a lot still, too.

redfez, Tuesday, 12 October 2004 02:45 (twenty-one years ago)

EMACS. :-)

I do know a lot of people who use bbedit, also, and Boy is a big PHP user. He swears by PHPEdit, which is some text editor built specifically for PHP. I don't think he uses stylesheets, though, so who knows how it works with them.

lyra (lyra), Tuesday, 12 October 2004 02:48 (twenty-one years ago)

Lyra, you're talking about the language called "emacs" right? Isn't an emac also like a euro version of the imac, too? I just found cssedit on www.macrabbit.com that looks cool.

redfez, Tuesday, 12 October 2004 02:58 (twenty-one years ago)

Now that you mention it, I don't know why, though. I'm always just hitting F12 to see it in a browser, then I go back and fuck with the code

I just keep messing with the html and css in TopStyle, then refreshing my localhost page to see what I've got. I do this despite the fact that TopStyle has a built-in browser window. It's about as easy, I guess.

There really is no good way to do it, is there? Someone somewhere is working on that. Inside a year or two, I'll be using a WYSIWYG css editor, I just know it. And there will be fields of buttercups and girls in white dresses and little baby deer in the sunshine. Ah, sweet halcyon days.

Smokin' funk by the boxes (kenan), Tuesday, 12 October 2004 03:14 (twenty-one years ago)

Emacs is a text editor: http://www.xemacs.org The main usefulness to HTML/CSS/Mason/Perl editing is that you can define "modes" (or download and install pre-defined ones) which do fancy tabbling/syntax highlighting/other neat things for you. For instance, I have one mode for a language that I use a lot, which opens up a new frame and displays only the if/else structure of a file- and it flags where the line that my cursor is on falls in that. Quite nice when I'm wrestling with some inherited code.

If anyone posts after me & tells you to check out vi, put your hands over your eyes and quickly skip over that post, for they are deeply misguided. =)


lyra (lyra), Tuesday, 12 October 2004 03:20 (twenty-one years ago)

http://www.csszengarden.com/ is great

i think the world needs to move away from tightly designed webpages using nested tables and 1x1 invisible spacer images - html wasn't designed for that stuff and they ain't nothing but trouble.

vim >>> emacs 8)
(but, unless you've used either for many years, i'd stick with something a bit more gui-based)

koogs (koogs), Tuesday, 12 October 2004 07:42 (twenty-one years ago)

But emacs *is* gui-based - if you can't remember C-x C-s you can just do File->Save.

For me, the most useful thing when developing with CSS is Mozilla's DOM Inspector.

caitlin (caitlin), Tuesday, 12 October 2004 11:08 (twenty-one years ago)

firefox's Web Developer Toolbar is also great. i can add css styles to ilx pages on the fly and make everything less readable than it is now.

(gvim also has a gui but, like the emacs gui, it just makes me think 'afterthought'. plus it requires taking your hands off the keyboard in order to use the mouse which is always going to be slower than ':w')

(( :w looks like an emoticon for something i don't understand))

koogs (koogs), Tuesday, 12 October 2004 11:18 (twenty-one years ago)

It should be the emoticon for "Oh, shit, I'm going to have to use vi", of course

caitlin (caitlin), Tuesday, 12 October 2004 11:20 (twenty-one years ago)

Show me some of your css websites! I'd like to see how this css-dedication is paying off.

I really have a hard time with css still and find that even the best-looking css sites look very "css". By that, I mean they all look alike, which tends to get boring, and I think this is due to annoying limitations and cross-browser issues.

Examples of nice-looking sites which look very boring after you've seen a few:
http://www.37signals.com
http://www.kicksology.net
http://www.netdiver.net

redfez, Thursday, 14 October 2004 03:13 (twenty-one years ago)

I think this is due to annoying limitations and cross-browser issues

I think it's due to annoying limitations caused by cross-browser issues. I have often put together a page with a fun effect, only to find that IE doesn't render it properly, no matter how much I tweak margins or any of that other frustrating crap. Or I'll put together a page that works in IE and Firefox and Opera (and Safari), and then get to work to find that it's totally broken in IE5/Mac. When I'm at home, I'm thinking, "How many people really use IE5/Mac anymore?" When I'm at work, the answer is, "I do." It's so difficult and so unwise to ignore all the bad browsers from the past 5-10 years.

And if you're trying to make money off of doing this, doubly so. Once you design a site for a company, you immediately begin to realize how many terrible browsers are still out there. A lot. A whole lot. More than your designer friends' blogs would ever lead you to believe. Some days it seems like a majority. And every one of those people are seeing vertical menus that should be horizontal, or big gaps where there should be invisible seams, or a broken image where you arrogantly tried to put a png file, or something else or something else. There's really no end to the things that can go wrong.

I can only just keep learning new things, keep doing what I'm doing, knowing that it won't always be this way. Inside of the next few years, I *will* forget about IE5/Mac, and I will get some very restful sleep that night. I will also be much better at it by then, and I will be in higher professional demand. It hasn't happened yet, but the day will come when companies will come to CSS designers saying, "So, I hear you can cut my bandwidth in half..."

Smokin' funk by the boxes (kenan), Thursday, 14 October 2004 06:27 (twenty-one years ago)

> due to annoying limitations and cross-browser issues

see, this is why i suggested forgetting the tightly designed, nested tables thing above. that zengarden site has the same text, same html even, displayed using a bunch of different css and the results are very diverse.

all those sites look fine to me, nice and clean. most of what people read on paper is black and white and very boringly laid out and nobody complains about that. see also the thread the other day with people saying what they liked about ILX design.

koogs (koogs), Thursday, 14 October 2004 06:47 (twenty-one years ago)

Show me some of your css websites!

My blog. Let me know if you think it looks samey

(it probably does, to be honest)

caitlin (caitlin), Thursday, 14 October 2004 10:39 (twenty-one years ago)

Samey is what the web was originally designed to be! Hurrah!!

You've Got to Pick Up Every Stitch (tracerhand), Thursday, 14 October 2004 11:20 (twenty-one years ago)

that zengarden site has the same text, same html even, displayed using a bunch of different css and the results are very diverse.

Also, almost every single one fails in the cross-browser compatability test. I agree that they look great in supportive browsers, though.

redfez, Thursday, 14 October 2004 12:45 (twenty-one years ago)

My blog. Let me know if you think it looks samey

(it probably does, to be honest)

Yes, the classic nested menu, boxiness, white space and all that, but it's very easy on the eyes. I like because it's minimalist and very easy to read. Nice!

redfez, Thursday, 14 October 2004 12:50 (twenty-one years ago)

> Also, almost every single one fails in the cross-browser compatability test

care to supply details? i'm curious. i thought they'd tried to be as friendly as possible but i accept that it'll never work with non-css browsers (or borswers with bad css support)

that said, i don't do this stuff anymore, not for a living (and i'm a coder rather than a designer), so i'm behind the times. i do try and keep certain principles in my head for those times when i am html coding though.

koogs (koogs), Thursday, 14 October 2004 13:19 (twenty-one years ago)

My blog.

Smokin' funk by the boxes (kenan), Thursday, 14 October 2004 13:25 (twenty-one years ago)

koogs, just view zen garden with IE5. If your standard is always the newest most standards-compliant browsers, a lot of clients would not be happy because many schools, businesses and just regular people are using some browser thats render zen garden as shit (not just IE5.)

redfez, Thursday, 14 October 2004 14:19 (twenty-one years ago)

Nice, I like it, Smokin'. I can tell immediately it is CSS w/o even thinking about it... When browsers catch up, CSS will not look so "samey" I suppose. There are cool tricks I've seen like slicing images up into divs to get a great text wrap. I'm just irked because simple things are still not simple for me, even though I have code snippets.

redfez, Thursday, 14 October 2004 14:23 (twenty-one years ago)

no ie5 here fortunately unfortunately.

in last job they decided that they'd put a little frontend onto the database tables to let people use that rather than hacking values with sql / toad. they wrote it in powerbuilder that only ran on windows and it turned out the university that was the customer didn't have a pc to run it on*. oops. next project they thought they'd avoid similar problems by writing it as a web-enabled frontend. they then preceded to write it in html so specific that it'd only run on the newest version of IE. meaning that everyone still had to use a pc to edit stuff. how i laughed.

koogs (koogs), Thursday, 14 October 2004 14:42 (twenty-one years ago)

TOP CSS HINT: i wrote myself a default css file for Safari to use that puts padding after LI's and the New Answers page is muuuch clearer. woo

Jaunty Alan (Alan), Thursday, 14 October 2004 15:31 (twenty-one years ago)

one year passes...
ok i have a simple question, which i think i knew the answer to once, and have since forgotten

i want to use images as links. i want these images not to have a border when i turn them into links.

i dont really understand css much, i just need the relevant info to paste into a txt editor

terry lennox. (gareth), Monday, 31 October 2005 15:17 (twenty years ago)

border=0 in html

I FORGET THE CSS

jdubz (ex machina), Monday, 31 October 2005 15:22 (twenty years ago)

< a href="your link here" > your image here < /a >

Onimo (GerryNemo), Monday, 31 October 2005 15:22 (twenty years ago)

or put this in your css

img {
border: 0;
}

Onimo (GerryNemo), Monday, 31 October 2005 15:26 (twenty years ago)

aha, of course. the thing about css is the syntax isnt very friendly, if you're not using it the whole time. i guess once you set up a template, its easy to forget what does what. whereas html is kind of more intuitive

terry lennox. (gareth), Monday, 31 October 2005 15:29 (twenty years ago)

But with CSS you only have to write it once. Which might contribute to the forgetting of the syntax, I guess.

Steve.n. (sjkirk), Monday, 31 October 2005 15:30 (twenty years ago)

Either put an inline style:

< a href="/" >src.jpg< /a>

or make an image class on your stylesheet:

< a href="/" >src.jpg< /a >

and the class would look like this:

.noborder {
border:0;
}

Paunchy Stratego (kenan), Monday, 31 October 2005 15:36 (twenty years ago)

Onimo's way seems best.

Sociah T Azzahole (blueski), Monday, 31 October 2005 15:37 (twenty years ago)

learn one css

Miss Misery (thatgirl), Monday, 31 October 2005 15:42 (twenty years ago)

who me?

Sociah T Azzahole (blueski), Monday, 31 October 2005 16:44 (twenty years ago)

the trouble with img {border:0;} is that it applies only to non-linked images. The < a href > will put a border on it.

Paunchy Stratego (kenan), Monday, 31 October 2005 16:50 (twenty years ago)

it hasnt on mine

all i have is


type="text/css">A {TEXT-DECORATION: none}


img {
border: 0;
}

terry lennox. (gareth), Monday, 31 October 2005 16:56 (twenty years ago)

yes it should apply to linked images as well

Ste (Fuzzy), Monday, 31 October 2005 17:01 (twenty years ago)

border might still show in Firefox?

Sociah T Azzahole (blueski), Monday, 31 October 2005 17:03 (twenty years ago)

i use firefox and ie, both show no borders with linked images

Ste (Fuzzy), Monday, 31 October 2005 17:07 (twenty years ago)

There might be a browser issue, true.. this is what drives me crazy, I end up adding extra tags in the HTML to compensate even if the CSS sets the borders a certain way.

dar1a g (daria g), Monday, 31 October 2005 17:26 (twenty years ago)

two years pass...

:( I've got a whole load of input cells mimicking a spreadsheet, and I've been requested to make the values go bold if they are changed, so it's easier for the user to see. Easy enough, I just change the class:

onchange="this.className='bulkeditchanged';"

BUT when the value goes bold for some reason it also makes the input box wider, so all the cells shift over a bit. How do I stop it doing this? It's not because the value is now too long to fit.

All I'm doing in the CSS class is setting font-weight: bold;

ARGH

Colonel Poo, Wednesday, 27 February 2008 10:56 (seventeen years ago)

make it change colour instead

Alan, Wednesday, 27 February 2008 10:59 (seventeen years ago)

Heh, I already do. They wanted it to change colour AND go bold.

Colonel Poo, Wednesday, 27 February 2008 11:05 (seventeen years ago)

I would guess 'cause default input size is dependent on character width, and bold characters are wider. Try setting the width in the bulkeditchanged class too.

ledge, Wednesday, 27 February 2008 11:06 (seventeen years ago)

inputs don't seem to have a width attribute (according to W3, anyway) - just a size, which is in number_of_chars, so presumably that won't work if the bold characters are wider (they don't seem to be wider, at least visibly, but I guess they must be)

Colonel Poo, Wednesday, 27 February 2008 11:10 (seventeen years ago)

they don't have a width attribute but you can still set it in css (just tried it and it worked, in firefox and ie).

ledge, Wednesday, 27 February 2008 11:13 (seventeen years ago)

You're a star! Thanks, it does work. This is why working with CSS/HTML is such a nightmare, there's no standards for anything :( I'm pretty new to this as you may have guessed.

Colonel Poo, Wednesday, 27 February 2008 11:15 (seventeen years ago)

The standards are fine! You shouldn't expect there to be a match-up between html attributes and css properties 'cause they're dealing with different things (content and presentation). The 'size' attribute is a tad confusing as it's a hangover from before css, when you did have to deal with the presentation in html.

Working with CSS is still a nightmare though, just for other reasons (poor standards support, often counter-intuitive or just damn weird).

ledge, Wednesday, 27 February 2008 11:27 (seventeen years ago)

The standard for CSS1 is a good reference, it's pretty easy to read:
http://www.w3.org/TR/CSS1

ledge, Wednesday, 27 February 2008 11:28 (seventeen years ago)

Thanks, I've bookmarked that page.

I'm not a web developer, I'm a database developer who's been tasked with writing web frontends for some database tables, hence why I'm completely clueless about this stuff.

Colonel Poo, Wednesday, 27 February 2008 12:30 (seventeen years ago)

slightly ot and poss stupid question...

what are the main advantages of using php/sql to generate webpages? am i right in thinking that php is just the language that takes stuff out of the database and turns it into a webpage? is it easy to learn?

im only asking because i see lots of small websites using php and can't work out why.

Crackle Box, Wednesday, 27 February 2008 14:15 (seventeen years ago)

am i right in thinking that php is just the language that takes stuff out of the database and turns it into a webpage?

Takes stuff out, puts stuff in, processes forms... anything that you can't do on the client with html/css/javascript.

I think it being free is the main advantage. But yes it is pretty easy to learn too.

ledge, Wednesday, 27 February 2008 14:32 (seventeen years ago)

PHP is fantastic but I wouldn't recommend using it for what are essentially static HTML pages. It's just unnecessary.

If you have a content mgmt type interface where non-developers are maintaining content, alright. Or perhaps changing HTML templates based on user action, okay. But don't put content into a database and then pull it out via PHP in order build a page just for the hell of it.

Bonita Applebum, Wednesday, 27 February 2008 15:15 (seventeen years ago)

seven years pass...

I'm tired of randomly trying floats and stuff to get things aligned right, so I figure I should get some proper training in CSS. Is there a hands-on book / online course that anyone can recommend? The last time I tried Code Academy I found it tediously basic.

:wq (Leee), Tuesday, 18 August 2015 17:51 (ten years ago)

Do you use Webmonkey?

http://www.webmonkey.com/2010/02/css-guide/

polyphonic, Tuesday, 18 August 2015 17:56 (ten years ago)

four months pass...

http://idlewords.com/talks/website_obesity.htm

Nhex, Monday, 4 January 2016 19:21 (ten years ago)

fun article, won't change anything.

this one's similarly worthwhile:
http://idlewords.com/talks/web_design_first_100_years.htm

ledge, Tuesday, 5 January 2016 13:47 (ten years ago)

i agree with you on both respects.
also i avidly await the commercial ad space bubble explosion and/or AI singularity apocalypse

Nhex, Tuesday, 5 January 2016 15:17 (ten years ago)


You must be logged in to post. Please either login here, or if you are not registered, you may register here.