|
|
|
|
|
|
|
|
|
|
|
|
fairyrune
Sr. Member ⚓︎
   
 

we live to make the impossible possible! ⛺︎ My Room
iMood: 
Matrix: Chat!
RSS: 
Guild Memberships: Artifacts:
 
|
 |
« Reply #6 on: a Spring night » |
|
I actually find flex a lot easier to control/predict the outcome of than float. 100%! i feel a bit like i'm gambling when i use float. i used to, though, when i first learned to code! nowadays, i like flex for its stability. also, it means i can space things out super easily.
if i'm just aligning something, though? float. or margin: 0 auto 
i definitely agree with the sentiment that none are a one-size-fits-all solution of sorts. it depends on the context... but it's interesting to see how many ways you can do the same thing with code.
|
|
|
|
|
Logged
|
☾ "you want to run - i'll run with you" ☼    
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
xwindows
Full Member
  

 ⛺︎ My Room
Artifacts:

|
 |
« Reply #14 on: a Spring day » |
|
I eschew CSS/MovingGoalpost by the matter of principles (1)(2), and my main browser also predates CSS/MovingGoalpost's flexbox specification; so I have not and will never use flex layout on any of my own sites.
This means I use layout rules from CSS 1.0, CSS 2.0, and CSS 2.1: floats are what I make uses of sometimes, along with `display: inline-block` in combination with `text-justify:`, and a bunch of others. Because want to make sure that my website can "time-travel" (i.e. reliably viewable with browsers from the past and the future), I make do with these limitations as well as occasionally compromising my designs to make them fit. If I encountered a scenario where a complex layout really, really, can't be avoided; I'd fall back to the old standby: HTML <table>.
(1) CSS/MovingGoalpost (called by its proponents "CSS3"), like HTML/MovingGoalpost (usually euphemized as "HTML5"): it is a moving-goalpost specification with no real version number and change at breakneck pace; basically designed to be unimplementable from ground-up by any party outside of "web oligarchs" circle (let alone a single-developer effort common in libre software world) before it would change. I don't call such thing a "standard".
(2) Technically I do still allow myself to sprinkle some cosmetic rules from CSS/MovingGoalpost onto my sites; under a strict rule that my site layout must not break down, degrade, or have it usability hampered in any way when I viewed it under browsers that don't support CSS/MovingGoalpost. So no structural stuffs like flex layout, aspect ratio controls, newer length units; mobile media query ought to mirror CSS2 handheld style, and even seemingly-cosmetics things like text/box shadows have to be designed strategically to stay readable/distinguishable when shadow disappears etc.
|
|
|
|
« Last Edit: a Spring day by xwindows »
|
Logged
|
|
|
|