Live data from Hacker News

A Single Div

a.singlediv.com

31–40 of 146 posts

Re: A Single Div

#31
post #16

I am unmoved by the many "... in pure CSS" posts, but I guess they are the equivalent of "HTTP server in x86 assembly" for CSS designers.

no kidding. The practicality of this is just non-existent. So you can do many shapes in CSS box-shadow, oh joy.

Show me one instance where this is actually applicable and more semantically appropriate than embedding an SVG and I'll shut up for life.

Re: A Single Div

#32
post #20

What is the point of doing that instead of using SVG?

What's the point of writing your own language instead of using an existing one?

What's the point of learning Haskell, if you're never gonna realistically find work with it?

Some things are just fun to do, and stretch the limits of what we can do.

Not everything has to have a real use case "point".

Re: A Single Div

#33
post #31
post #16

I am unmoved by the many "... in pure CSS" posts, but I guess they are the equivalent of "HTTP server in x86 assembly" for CSS designers.

no kidding. The practicality of this is just non-existent. So you can do many shapes in CSS box-shadow, oh joy. Show me one instance where this is actually applicable and more semantically appropriate than embedding an SVG and I'll shut up for life.

To say nothing of the fact that, because you can embed images in CSS, this sort of thing is only interesting at all if you actually look at the CSS source. It's kind of like someone making scrambled eggs with their hands tied behind their backs. Sure, it's challenging, but why should anybody care?

Re: A Single Div

#35
post #25
post #20

What is the point of doing that instead of using SVG?

you're not allowed to ask that these days, we have to celebrate using inferior means for the sake of doing so.

Theese days?

Let's pretend people didn't ever make contests of do X in assembly|binay|electronics... Or one liners contests, or blanckspace coding sprints.

Re: A Single Div

#36
post #23

Earlier quoted context omitted.

I disagree - you still only have one element in markup which is the whole point.

But when you're using CSS to turn one element into three... what is the "whole point", exactly?

It means you should be able to do more from semantic HTML only and CSS only, without mixing up markup and presentation.

Re: A Single Div

#37
post #23

Earlier quoted context omitted.

I disagree - you still only have one element in markup which is the whole point.

But when you're using CSS to turn one element into three... what is the "whole point", exactly?

The whole point is that you're using one element on your HTML code.

Re: A Single Div

#38
post #23

Earlier quoted context omitted.

I disagree - you still only have one element in markup which is the whole point.

But when you're using CSS to turn one element into three... what is the "whole point", exactly?

You're using CSS. That's the point. Many people still think CSS is still stuck in 2003. It's still limited, but it's come a long way... Heck, with just CSS you can have a webpage react to your turning off the lights on your phone.

Re: A Single Div

#39
post #33
post #31

Earlier quoted context omitted.

no kidding. The practicality of this is just non-existent. So you can do many shapes in CSS box-shadow, oh joy. Show me one instance where this is actually applicable and more semantically appropriate than embedding an SVG and I'll shut up for life.

To say nothing of the fact that, because you can embed images in CSS, this sort of thing is only interesting at all if you actually look at the CSS source. It's kind of like someone making scrambled eggs with their hands tied behind their backs. Sure, it's challenging, but why should anybody care?

I agree the novelty has worn off, but for someone who's trying it out and has done it for the first time - it's a pretty cool hack.

Remember your first novelty hack?

Re: A Single Div

#40
post #31
post #16

I am unmoved by the many "... in pure CSS" posts, but I guess they are the equivalent of "HTTP server in x86 assembly" for CSS designers.

no kidding. The practicality of this is just non-existent. So you can do many shapes in CSS box-shadow, oh joy. Show me one instance where this is actually applicable and more semantically appropriate than embedding an SVG and I'll shut up for life.

Just because I like to shut people for life: Advertisement and decoration, you don't need an HTML element with title "pen for background decoration" where you want people to focus in your product. The other one is separation of concerns, many times the programmer and the designer work together, but is sometimes unhealthy to give the designer access to the templates (or php, whatever), is way less dangerous to give him access only to CSS, so using stuff like this helps in such case.
Post reply on HN