Author Topic: Best way to learn HTML?  (Read 2994 times)

citoyen

  • Occasionally rides a bike
Re: Best way to learn HTML?
« Reply #25 on: 06 June, 2018, 05:00:09 pm »
I did expect the browser to handle frames.

Burn the witch!
"The future's all yours, you lousy bicycles."

ian

Re: Best way to learn HTML?
« Reply #26 on: 06 June, 2018, 05:15:32 pm »
My first loving crafted web site, resplendent in the same bad colour choices that lead to my wife throwing out my clothes when she thinks I'm not looking, and Times New Roman. It had frames. Everything had frames in the early 00s. It was entitled 'The Animal Head Cookbook' which was an accurate description of its content. Hosted on Demon. I just tried to find it archived, but it seems I made no impact. I'm sure it was awesome(ly embarrassing).

Genosse Brymbo

  • Ostalgist
Re: Best way to learn HTML?
« Reply #27 on: 06 June, 2018, 05:27:33 pm »
I find CSS is the coding equivalent of herding cats.  ::-)
Hmm.  I wouldn't say it was quite that easy.  At least you can bribe cats with nosh. 
....
rest of us frogs in the increasingly warm water.
Best written and most factually accurate rant I've read in a long time.  Well said, TheLurker :thumbsup:
The present is a foreign country: they do things differently here.

Re: Best way to learn HTML?
« Reply #28 on: 06 June, 2018, 09:10:12 pm »
Aren't HTML and XML technically DTDs of SGML? I came across SGML first too, but never actually learnt it - it was something that colleagues played with.

David Martin

  • Thats Dr Oi You thankyouverymuch
Re: Best way to learn HTML?
« Reply #29 on: 06 June, 2018, 10:57:17 pm »
XML is but HTML is an almost but not quite SGML-alike with browser specific exeptions to deal with bad coding.
"By creating we think. By living we learn" - Patrick Geddes

ian

Re: Best way to learn HTML?
« Reply #30 on: 06 June, 2018, 11:20:33 pm »
Pure HTML and XML are applications of SGML, defined by DTD. Current HTML is, as described above. SGML is pure structured markup.

Afasoas

Re: Best way to learn HTML?
« Reply #31 on: 08 June, 2018, 05:44:38 pm »
It's good to have an understanding of html and css - as a starting point.

I've built a number of sites for people and whilst I started out with Wordpress, I now much prefer flat file CMS such as GravCMS. Why? Essentially it's just a load of files that can easily be moved from one place to another. There's no database to be concerned with. That means  (a) backing up the website is straight forward and (b) it's possible to have some sort of automated workflow that means you can deploy your site to 'demo' and see how it looks (that means I can do the development anywhere - I don't need a webserver running on my local machine) and (b) the websites are easy to backup (no database dumps to export)

These days I have all the 'source code' for the websites I look after in source control (git or subversion, take your pick). That means I can track the history of changes I've made and when I find myself wondering why I did 'x', I can blame the file and see the commit message. You could use  public github repository for free or if you need to keep your source files to yourself, pay for private github repositories. The alternative is hosting git or subversion yourself - an old laptop running linux is probably a good choice budget option so long as you are able to back it up.

Committing to the source control repository triggers a build which deploys the code to a demo environment. Then I can push a button and it deploys the changes live.

Of course, with GravCMS you can use it in much the same way as Wordpress as it has an 'admin' section which will let you create and edit pages etc. and then schedule regular backups instead of deploying from source control. Otherwise you can create content using markdown files (much simpler than html) and template new types of pages or component parts of pages in twig (it's a bit like php, but much simpler).

Having the pipeline makes maintaining the websites much easier.
Of course, there's some outlay in setting it up, but in the long-term the productivity gains stack up quite well.

The only draw back with using a CMS and it's range of plugins to build a site, is that you end up doing a lot of "integration" work. And/or dealing with the mistakes and decisions other developers have made.