Links
Active Entries
- 1: as supplies run low
- 2: since this bullshit is going around again
- 3: threatening the supreme court
- 4: google, we need to talk
- 5: Gamers Nexus out there casually providing the best coverage of tariffs
- 6: Good turnout in Bothell for Saturday’s protest
- 7: Do This Today: Call Senators
- 8: Maps Release: Greater Northshore Bike Connector, MEGAMAP 1.6
- 9: the sort of thing you discover when working on a map.
- 10: burn baby burn I guess
no subject
Date: 2017-05-01 08:33 pm (UTC)Can I get a screenshot and browser+OS info? Because that's not showing up in mine.
If DW is aiming for best practices involving responsive design, the CSS should be done mobile-first, since you're using max-width on media queries this is desktop-first css.
I don't want to speak for Dreamwidth, as I'm not an employee or contractor for them. I'm doing this to make a fully-working implementation that can be reimplemented in S2 as a new style which behaves the same way. A reference model, as it were.
I wouldn't add border-radius to inputs, it makes them not look like an input, and in areas like in the control strip where you shrunk the size it makes the type very claustrophobic.
You think so? Huh. Is this an accessibility issue? I dislike the hard points but if it's an issue I can go back to them.
4) your idea for how you're handling the comment threads is interesting, however, instead of specifying a number for every comment depth in the css look into the css counter-increment property, it will auto count and spit out numbers for you.
I'll look into that, thanks. I was using existing classes because they were there. :D
I would also look into styling it so it's a little more clear what you were going for. I didn't notice the numbers at first and "#>" doesn't mean much, especially if it's your first time coming to a dw journal and you're on a phone.
What I wanted to do, Dreamwidth's CSS parser won't let me do, even though it's legal CSS. Something breaks and the whole custom CSS structure gets dropped. I would welcome a better suggestion that doesn't break the Dreamwidth parser - I am not happy with #> either, but it works.