![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
UPDATE 2018/12/4: QUESTION 1: Yes, this respects your colours; I just like green.
UPDATE 2019/2/6: QUESTION 2: Yes, this sat fallow for a while, but no longer. We have a second RC.
You Want Mobile Dreamwidth, Artie? You Got It.
Coexistence Alpha: a mobile-friendly CSS patchset for Neutral Good - v0.846 RELEASE CANDIDATE TWO
(2019/2/6)
This is a fully-responsive mobile-ready theme modification layer intended to make Dreamwidth's default style fully functional on both mobile and desktop devices wherever it can be applied. Features include journal and reading pages with near-zero horizon scrolling on mobile, including in long comment reply cascades, and more-comfortable comment creation, including on iOS.
To install: Choose style "Neutral Good" for "Practicality" in the journal style selector. Copypasta all of the linked CSS into the Advanced Seettings Custom CSS box, and save. (This may require a desktop device.) Apply "your style" to everything you can.
This build includes Navbar 2, which is mostly cosmetic but somewhat mobile-aware upgrade of the Navbar.
0.846rc2: issues with proto-emoji/"subject icon" functionality triggering horizontal scrolling.
0.845alpha: issues with external image size limits (to prevent horizontal scrolling) fixed.
0.844alpha: issues with qrform select box placement.
0.843alpha: some divs in RSS feeds disallow whitespace wrap, causing horizontal scrolling. I'm as surprised as you. Overridden.
0.842beta: Small calendar module cleanup on desktop views. No bugs externally reported, last three builds. We are now in beta.
0.841alpha: Previous N/Next N links given more height.
0.840alpha: Cleaned up code a lot, particularly comment handling on mobile, which gives you even more text entry room now.
0.834alpha: Individual-comment reply form (reached via inbox reply) cleanup. Small Navbar 2 button regularisation on Reading page view.
0.833alpha: Fixes a small border problem, alignment issue on Reading page.
0.832alpha: Rebuilds Navbar 2 from the top down, and adds some mobile awareness, again mostly cosmetic, but hopefully a bit more visual coherence nonetheless.
0.830alpha: Hands body font size back to user preferences, removing the hardcoded size used until now. The system default is 1em. This unit (em) is unreliable across browsers; I have changed my body type size to 14px and recommend the use of a px-based size generally.
solarbird_testbed is always running the bleeding edge build or later (when code changes are in progress).
.82x fixes included Navbar 2 working better on Android browsers (Login panel is still a bit of a mess but I don't care, all that's going away in Navbar 3 anyway), comment thread depth indicators on mobile working even without subject lines, various overprint issues, and so on.
.81x fixes included user left-right selection of icon placement is honoured correctly again. As are icon sizes except on mobile comments where you're forced to "smallest" regardless. Also, the implementation was improved.
And if you see issues, please give me a screenshot and tell me your browser and OS. Thanks!
UPDATE 2019/2/6: QUESTION 2: Yes, this sat fallow for a while, but no longer. We have a second RC.
Coexistence Alpha: a mobile-friendly CSS patchset for Neutral Good - v0.846 RELEASE CANDIDATE TWO
(2019/2/6)
This is a fully-responsive mobile-ready theme modification layer intended to make Dreamwidth's default style fully functional on both mobile and desktop devices wherever it can be applied. Features include journal and reading pages with near-zero horizon scrolling on mobile, including in long comment reply cascades, and more-comfortable comment creation, including on iOS.
To install: Choose style "Neutral Good" for "Practicality" in the journal style selector. Copypasta all of the linked CSS into the Advanced Seettings Custom CSS box, and save. (This may require a desktop device.) Apply "your style" to everything you can.
This build includes Navbar 2, which is mostly cosmetic but somewhat mobile-aware upgrade of the Navbar.
0.846rc2: issues with proto-emoji/"subject icon" functionality triggering horizontal scrolling.
0.845alpha: issues with external image size limits (to prevent horizontal scrolling) fixed.
0.844alpha: issues with qrform select box placement.
0.843alpha: some divs in RSS feeds disallow whitespace wrap, causing horizontal scrolling. I'm as surprised as you. Overridden.
0.842beta: Small calendar module cleanup on desktop views. No bugs externally reported, last three builds. We are now in beta.
0.841alpha: Previous N/Next N links given more height.
0.840alpha: Cleaned up code a lot, particularly comment handling on mobile, which gives you even more text entry room now.
0.834alpha: Individual-comment reply form (reached via inbox reply) cleanup. Small Navbar 2 button regularisation on Reading page view.
0.833alpha: Fixes a small border problem, alignment issue on Reading page.
0.832alpha: Rebuilds Navbar 2 from the top down, and adds some mobile awareness, again mostly cosmetic, but hopefully a bit more visual coherence nonetheless.
0.830alpha: Hands body font size back to user preferences, removing the hardcoded size used until now. The system default is 1em. This unit (em) is unreliable across browsers; I have changed my body type size to 14px and recommend the use of a px-based size generally.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
.82x fixes included Navbar 2 working better on Android browsers (Login panel is still a bit of a mess but I don't care, all that's going away in Navbar 3 anyway), comment thread depth indicators on mobile working even without subject lines, various overprint issues, and so on.
.81x fixes included user left-right selection of icon placement is honoured correctly again. As are icon sizes except on mobile comments where you're forced to "smallest" regardless. Also, the implementation was improved.
And if you see issues, please give me a screenshot and tell me your browser and OS. Thanks!
no subject
Date: 2017-04-30 02:26 am (UTC)no subject
Date: 2017-04-30 02:44 am (UTC)(Edit): Looks like this is the proper URL? (OP, sorry if you didn't want people poking around in the directory structure.)
no subject
Date: 2017-04-30 05:48 am (UTC)small bugfixes if you want the absolute latest hotness
Date: 2017-04-30 09:14 am (UTC)(post link also updated to point to this version)
no subject
Date: 2017-04-30 05:47 am (UTC)no subject
Date: 2017-04-30 05:54 am (UTC)no subject
Date: 2017-04-30 03:09 am (UTC)i don't know why i keep quoting mccree when i'm a tracer main
Date: 2017-04-30 05:52 am (UTC)no subject
Date: 2017-04-30 01:09 pm (UTC)thanks!
Date: 2017-04-30 08:38 pm (UTC)no subject
Date: 2017-05-07 10:51 pm (UTC)Header buttons on Android Chrome
Date: 2017-05-01 12:01 am (UTC)Otherwise looking good.
Re: Header buttons on Android Chrome
Date: 2017-05-01 12:52 am (UTC)Questions:
1) Anything custom running in the CSS? Did you modify it at all?
2) What (if any) non-default style settings do you have set outside of CSS edits?
I don't have a Galaxy device but I'll see what I can find to trigger the behaviour.
Navbar 2 is a placeholder, really. You might be interested in the Navbar 3 project for mobile and for Desktop. These will require code changes on the server side but Denise is actively interested.
Re: Header buttons on Android Chrome
Date: 2017-05-01 01:44 am (UTC)1) No modifications. 2) At this point I had not done anything other than select Neutral Good and add the CSS. Anything specific to check in the wizard?
Re: Header buttons on Android Chrome
Date: 2017-05-01 01:52 am (UTC)Oh, a very important question: what browser? Chrome, Firefox, or that horrible thing that ships with Samsungs? :D
Re: Header buttons on Android Chrome
Date: 2017-05-01 01:58 am (UTC)I also have a Samsung tablet and it has the same issues.
Re: Header buttons on Android Chrome
Date: 2017-05-01 03:57 am (UTC)0.814 alpha EXPERIMENTAL
Re: Header buttons on Android Chrome
Date: 2017-05-01 04:04 am (UTC)Looking better: http://imgur.com/a/gzUFC
Re: Header buttons on Android Chrome
Date: 2017-05-01 04:24 am (UTC)With my partially finished color scheme highlighting some edges.
Re: Header buttons on Android Chrome
Date: 2017-05-01 07:17 am (UTC)0.82 alpha.
Re: Header buttons on Android Chrome
Date: 2017-05-01 06:43 pm (UTC)really close :)
Re: Header buttons on Android Chrome
Date: 2017-05-01 07:00 pm (UTC)Re: Header buttons on Android Chrome
Date: 2017-05-01 07:03 pm (UTC)Re: Header buttons on Android Chrome
Date: 2017-05-04 04:00 am (UTC)Re: Header buttons on Android Chrome
Date: 2017-05-04 03:56 pm (UTC)Re: Header buttons on Android Chrome
Date: 2017-05-04 04:25 pm (UTC)Button styles regularised on Reading page Navbar in 0.834.
no subject
Date: 2017-05-01 08:14 pm (UTC)1) On some of the comment chains on this page, some content text is overlapping with footer links. A clear fix is needed due to your floats.
2) 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.
3) 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.
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 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.
I apologize if some of these suggestions were things you were going to work or approve on, haha.
I'm really glad someone is tackling this officially! Just having the viewport declared by default would make me a happy camper.
no subject
Date: 2017-05-01 08:23 pm (UTC)This reminds me: I have accessibility settings on for comments. The two nesting indicators both display.
no subject
Date: 2017-05-01 08:35 pm (UTC)screenshot?
fffft, how will I test for this, idek.
no subject
Date: 2017-05-02 03:20 am (UTC)I know that setting was a check box somewhere...
no subject
Date: 2017-05-14 06:08 pm (UTC)http://www.dreamwidth.org/manage/settings/?cat=display
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.
no subject
Date: 2017-05-01 08:43 pm (UTC)I'm on Chrome right now, using MacOS 10.12.4.
no subject
Date: 2017-05-02 12:59 am (UTC)no subject
Date: 2017-05-02 02:23 am (UTC)no subject
Date: 2017-05-01 09:02 pm (UTC)I was seeing the overlapping on Firefox on win 10 but I can't get a screenshot of that atm. On my galaxy android using Chrome there's no overlapping, bug there is little to no margin between the main comment content and footer links, caused by the same thing, see this:
http://imgur.com/a/5Zdbe
"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."
It is best practice to do mobile first, and can cut down on css code (and thus memory downloaded) because you won't be overriding as much... I see the base style you're building on is also doing min-width for its media queries so it's best to match it.
But, it might take more time for you, though, but in the end I find it worth it when I have to retrofit a sit for responsive. (I'm a front end developer and I've had many a-project retrofitting sites, so I get this pain, hah.)
"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"
I do. It's not an accessibility issue insomuch a screen reader will break reading it, but it is one in terms of you're changing the expected look of something that can be confusing, especially with how small the fields now are they look like tiny buttons rather than inputs.
I think the rounded corners on the larger input fields, like in this comment box, are fine enough with the rounded corners, though, because they're larger and a lititle more clear what they are. I'm more concerned about the control strip.
"I'll look into that, thanks. I was using existing classes because they were there. :D"
I figured so! But the counter will make it less tedious and can go on infinitely, at least.
"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."
I don't have a concrete idea off the top of my head and I can't play around with it atm (at work now), but just "Comment #1" would be more inuitive for the time being. I can revisit this later!
no subject
Date: 2017-05-02 02:30 am (UTC)The problem with something large like "Comment #" is too much space taken up on mobile. But also, it's not a comment number, it's a depth of reply in chain number, which is the information I'm trying to convey in replacement form given that the actual physical depth is no longer available. And "Reply depth: #" is also large.
I'm still thinking about it. Maybe something like ↳ if the CSS parser will let me? (I kind of doubt it will tbh.)
no subject
Date: 2017-05-03 02:02 pm (UTC)no subject
Date: 2017-05-07 10:52 pm (UTC)no subject
Date: 2017-05-02 04:04 am (UTC)(There are design documents involved as well as a bunch of images.)
no subject
Date: 2017-05-04 04:04 am (UTC)no subject
Date: 2017-05-07 10:53 pm (UTC)no subject
Date: 2017-05-13 03:27 pm (UTC)That's no glitch... that's a secret feature.
Date: 2017-05-13 08:48 pm (UTC)If I don't do that (and a couple of other things), then you get auto-zooming and auto-repositioning on iOS when a text field is selected. It's an awful user experience that Apple considers a feature, and I - like so many other people - work to avoid triggering it as broadly as we can.
Re: That's no glitch... that's a secret feature.
Date: 2017-05-13 10:57 pm (UTC)I was viewing it on in a desktop browser; unfortunately (fixed-width) the font used in text areas is significantly larger than the body text -- I expect it's the system default, which I set to something that makes text editors and terminal windows usable. Possibly this isn't a problem for people who use the OS's default fonts.
Re: That's no glitch... that's a secret feature.
Date: 2017-05-13 11:52 pm (UTC)#qrform select, #qrform textarea, #qrform subject, #qrform body, input#subject.textbox, textarea#commenttext.textbox {
font-size: 16px;
}
no subject
Date: 2017-05-01 10:16 pm (UTC)Anyway I don't have any concrit, just wanted to let you know it looks good from an iPhone 6.
Also people on the unofficial Dreamwidth account on Plurk are being directed here but a lot of different mobile users posted directly in that plurk that it looked good for them so here's a link to it.
no subject
Date: 2017-05-02 02:59 am (UTC)I've dropped a quickfix for a problem affecting Chrome users, and users of Firefox on Windows 10. (Tho' really I'm surprised it wasn't affecting more users given what it was...) See above for the updated link. ^_^
no subject
Date: 2017-05-07 10:52 pm (UTC)no subject
Date: 2017-05-07 11:10 pm (UTC)(The result of this code being to hackily mimic the way comment headers appear on sitescheme.)
no subject
Date: 2017-05-07 11:35 pm (UTC)HOWEVER, I threw your mods on my testbed account, and it behaved reasonably. Not perfectly, but easily enough that fixes should be trivial.
I suggest you try your mod code again against the beta code stack, but making sure you've added it at the very bottom of the CSS window, well after everything else.
Also, two of your class modifications up at the top are indented; this may not matter in true standard CSS, but may be confusing the Dreamwidth parser. I unindented both. (They're the first two.)
I did these two things and it's about 95% working on my testbed account.
no subject
Date: 2017-05-07 11:38 pm (UTC)And I guess that was the issue, because now everything is hunky dory! Thanks.
no subject
Date: 2017-05-07 11:39 pm (UTC)no subject
Date: 2017-05-07 11:39 pm (UTC)With the beta css:
Date: 2017-05-08 04:14 am (UTC)Re: With the beta css:
Date: 2017-05-08 06:08 am (UTC)That said - what's the resolution of your phone's screen? If it's 640px or more on the short side, I've got a revision note to make - I'd really better shrink the user icon a little to fix that adjacency between it an the H in "Home." But if it's <640px, that's below the operational minimum spec I set, and it'll do.
Re: With the beta css:
Date: 2017-05-09 03:15 am (UTC)Re: With the beta css:
Date: 2017-05-09 03:20 am (UTC)Re: With the beta css:
Date: 2017-05-09 03:25 am (UTC)(If it overlapped I would probably want to address it anyway. And if no other bugs come in I might anyway for you. ^_^ )
Re: With the beta css:
Date: 2017-05-09 11:56 am (UTC)Re: With the beta css:
Date: 2017-05-09 03:23 am (UTC)no subject
Date: 2017-05-08 04:59 am (UTC)no subject
Date: 2017-05-08 05:10 am (UTC)no subject
Date: 2017-05-08 05:41 am (UTC)oh. wow. I get it.
Neutral Good on Practicality, which is the system new user default.
I entirely forgot there was Neutral Good on Drifting. That's my fault and I have modified the install directions accordingly.
Fixed install directions
Date: 2017-05-08 05:47 am (UTC)Re: Fixed install directions
Date: 2017-05-08 05:56 am (UTC)Re: Fixed install directions
Date: 2017-05-08 05:58 am (UTC)Also - oh good, I was terrified for a second there. XD
eta: tho' at the moment you appear to be on system standard Neutral Good which is not at all well behaved on mobile and has a variety of other issues I've been working to fix. If you're changing back, disregard this comment; if not, you've lost the patch and need to reapply it.
(The most immediate "tell" for most users is that posts are in smallcaps in system default, and normal mixed case as entered by the user in Coexistence Alpha. Also, journal title and subtitle should both be on the left, above your page indicator. And there are a zillion other changes too, but for some reason those are the two people find easiest to notice on desktop.)
Re: Fixed install directions
Date: 2017-05-08 06:27 am (UTC)You're totally right, I didn't re-enter the custom CSS at all, haha... I've done it now and everything still looks good on PC/Chrome and iOS/Dolphin. It's my bedtime now but I'll try to fiddle with it more during the week!
Re: Fixed install directions
Date: 2017-05-08 07:26 am (UTC)no subject
Date: 2017-05-09 12:29 pm (UTC)no subject
Date: 2017-05-09 05:14 pm (UTC)Nah, she's looking at my journal, in my style, which is correct and current.
Unfortunately, even using the MacOS versions of the same rendering engines, I have nothing that repros this. Clearly I need to define something I'm not, but I dunno how to test it. >:/
Sorry, reply posted to wrong comment. My bad.
no subject
Date: 2017-05-11 09:51 pm (UTC)Not finding this. I'm assuming you're referring to this page but I''m not finding a box to paste CSS into.
Is this a "Layer" or a "Style"? (going to either of those pages doesn't yield a box either).
Is this something that only paying members can do?
no subject
Date: 2017-05-12 12:51 am (UTC)The options for viewing other people's stuff in your style are here
no subject
Date: 2017-05-12 03:29 pm (UTC)no subject
Date: 2017-05-12 03:37 pm (UTC)no subject
Date: 2017-05-13 12:38 pm (UTC)(Quick question: any plans to extend this to the top navbar?)
no subject
Date: 2017-05-13 06:08 pm (UTC)But that aside, there is are plans; I have a project called Navbar 3, which includes Navbar 3 for Mobile. Navbar 3 is a set of swipeable panels. Here are screenshots and a design document, which is all that exists so far, but Denise is heavily interested. Here are docs and screenshots for the desktop version.
need desktop to switch?
Date: 2017-05-13 03:44 pm (UTC)I tried it out myself. I found that I had to go to a desktop computer in order to copy-paste the CSS code, but now I can look back and forth and see that it scales properly depending on whether I'm on desktop or mobile.
Re: need desktop to switch?
Date: 2017-05-13 06:09 pm (UTC)Yes, in Beta, I consider it acceptable to require a visit to a desktop to install. (I don't have any ability to change that anyway. :/ )
Re: need desktop to switch?
Date: 2017-05-13 07:05 pm (UTC)Then the instructions really should include such a caveat.
. http://X-Clacks-Overhead.dw/GNU-Terry_Pratchett . http://www.gnuterrypratchett.com/
Re: need desktop to switch?
Date: 2017-05-13 07:54 pm (UTC)Re: need desktop to switch?
Date: 2017-05-13 08:10 pm (UTC)Re: need desktop to switch?
Date: 2017-05-14 01:23 am (UTC)Re: need desktop to switch?
Date: 2017-05-14 03:01 am (UTC)no subject
Date: 2017-05-14 05:24 am (UTC)no subject
Date: 2018-12-05 07:33 am (UTC)no subject
Date: 2018-12-05 10:00 am (UTC)font-variant: all-small-caps;
font-variant: small-caps;
whereever you see it.
no subject
Date: 2018-12-05 10:24 am (UTC)why is site scheme not a tweakable theme ;_;no subject
Date: 2018-12-05 10:01 am (UTC)no subject
Date: 2018-12-08 12:05 am (UTC)I'm so grateful for finally disabling the zoom on IOS, again, thank you!
no subject
Date: 2018-12-08 05:21 am (UTC)no subject
Date: 2018-12-09 05:11 pm (UTC)no subject
Date: 2018-12-11 03:04 am (UTC)As far as I can tell this is new -- I use DW enough that I would have noticed before now, it just started happening in the past few days. Not sure when I last updated Firefox to be sure though; I'm running 63.0.3 on desktop. I have no idea what my mobile versions are but I can look if need be.
Not sure if it's just me! Even if it is, any ideas? I'm not really sure how to prevent FOUC on a site like DW.
no subject
Date: 2018-12-11 04:10 am (UTC)What you could do if it's distracting enough is copy it to a very fast server somewhere else, and use the Custom CSS URL (right above the code box) to grab it from there, instead. That might help.
In other news, though... well. It'll take some time for that. But something bigger is coming and it'll solve this a different way. ♥
no subject
Date: 2018-12-11 06:21 am (UTC)I'll give that a shot. Thank you for making such a great theme - it's made DW so much easier to use for me.
no subject
Date: 2018-12-20 03:14 pm (UTC)no subject
Date: 2019-01-21 10:54 pm (UTC)no subject
Date: 2019-01-28 04:56 am (UTC)no subject
Date: 2019-01-28 03:00 am (UTC)no subject
Date: 2019-01-28 04:56 am (UTC)Yeah, default sizes are pretty close to what shipped originally? But not identical and I have to use pixel heights (and not em) on mobile for reasons. Some of which are not even Apple's fault, so there y'are. It's everybody!
no subject
Date: 2019-02-01 12:10 am (UTC)Record keeping
Date: 2019-02-01 12:27 am (UTC)This is still an alpha and without warranty and all that, please report bugs. Thanks.
DO NOT LINK DIRECTLY TO THESE STYLESHEETS. I will make them go away, they're just temporary download points.
HELLO PLURK USERS! To answer the nr. 1 question I've seen: This layout uses YOUR COLOURS. I happen to like green, but on new accounts it is system default greyscale and your custom colour selections are respected. (My test account is
Re: Record keeping
Date: 2019-02-05 04:23 am (UTC)So far it all looks pretty damn tight. :)
Re: Record keeping
Date: 2019-02-05 04:39 am (UTC)1) when the smiley face on comment forms next to comment subject fields is clicked the dropdown icons/emoji table stretches the page out, so yeah, horizontal scrolling's needed, which also obscures the username/password fields but that can be reigned in
2) most of your entry and comment titles wrap to two or three lines. There's enough space to stretch them out a bit more - if desired
2a) more minorly, entry and comment titles aren't clearing the entry/comment usericons. That might be intended, to save space, so I'm only mentioning it in case it's not (they don't bump though, they just don't clear)
3) the expander for cuts isn't aligning at all
Also, I took my screencaps in portrait, not landscape mode as I've got the phone locked against landscape but I can change that if you want landscape, too.
I also have Chrome and Samsung browsers on my phone, if you want some variety.
Re: Record keeping
Date: 2019-02-06 07:52 pm (UTC)That said, I haven't even played with the emoji thing and honestly forgot about it. I'll give that a look.
To address a couple of issues - items 2 and 2a are intentional, because of interactions with other elements which aren't even always visible. The only safe way I've found to handle it is to scrunch up tight (forcing more subject wrapping, as you've seen), or make fonts smaller, but if I make the fonts smaller, it triggers iOS's zooming all over the place when you're selecting items, and avoiding that nonsense is a design axiom.
So I'm not fond but it's the compromise set I've chosen.
I'm not sure what you're talking about with item 3 - post that screencap? Thanks.
Re: Record keeping
Date: 2019-02-07 07:44 am (UTC)Nope, I visited the test journal: https://solarbird-testbed.dreamwidth.org/
I'm not sure what you're talking about with item 3 - post that screencap? Thanks.
Didn't take one, but I will. Reading through your other replies and will get this all together.
Re: Record keeping
Date: 2019-02-07 08:08 am (UTC)I did take a peek in Firefox on my laptop, though, and the comment icon table is looking much better (though on desktop the comment form tables are still resulting in horizontal scrolls under 320px. I do Horrible Design Things like
@media(max-width:2000000px){
(actually in my source) just to avoid these issues and also try to get everything working down to 280px or so before cut-offs/scrolls are pretty much inevitable because it's more fuss to get things right much tinier (not that it can't be done; I'm a bit lazy is all)).body{overflow-x:hidden}
Will get back to you...
Re: Record keeping - screen shots yay!
Date: 2019-02-07 10:14 am (UTC)Underlying code that might want fiddling with on the following:
-- https://marahmarie.dreamwidth.org/file/452443.png and https://marahmarie.dreamwidth.org/file/453818.png
(on full-size comment forms OpenID username/pass field stretches out, forcing horizontal scroll)
-- https://marahmarie.dreamwidth.org/file/452935.png (entry tags next to green + sign don't completely align right)
-- https://marahmarie.dreamwidth.org/file/453129.png (every element of logged-in inline comment forms except Post and More Options buttons is centering; not sure if that's desired)
-- https://marahmarie.dreamwidth.org/file/458187.jpg (lj-cut image is top-aligned, if it's at all aligned; this might be desired, so just pointing it out)
The oinking you did so far on comment icon tables is looking great:
-- https://marahmarie.dreamwidth.org/file/453488.png
One thing on that; if you don't like the way Dreamwidth makes the icon images different sizes, which makes the table a bit ragged looking, you can smooth it out in the comment form and the resulting comment title on the entry page with something like this:
#subjectIconList img{height:14px;width:14px}
(comment form).comment-subjecticon img{height:14px;width:14px}
(comment title on entry page)A search of
#subjectIconList
and.comment-subjecticon
in my source (on this journal, not the testbed) will show the latest changes I've made to that.Re: Record keeping
Date: 2019-02-06 08:14 pm (UTC)...I've got an idea. I can't really fix it but I can reduce the damage.
Re: Record keeping
Date: 2019-02-06 09:32 pm (UTC)Release Candidate 2.
Re: Record keeping
Date: 2019-02-07 07:49 am (UTC)And I've already yoinked it, if you want to take a peek (four year old code of mine, updated just the other day): https://marahmarie.dreamwidth.org/443790.html
(I have breakpoints set for it, too, if you want to check through the source - I exposed the icon table altogether so people don't have to click the icon by the comment title field just to find it)
Re: Record keeping
Date: 2019-02-05 04:51 am (UTC)no subject
Date: 2019-02-07 03:37 am (UTC)two things:
first, for anyone else who has the thing set where on reading pages, the comment count gets appended to the comment link, you need to add this to the custom CSS so that it will change color when visited:
ul.entry-interaction-links a:visited, ul.entry-management-links a:visited { color: (your color here); }
this appears to be a thing in the base style here.
second, is it possible to force the comment buttons to be as wide as their text? this is what I'm seeing on mobile replying to a top-level comment in Chrome on Android https://photos.app.goo.gl/hLnF5Tfq5WNXKCeS9
thanks so much!
no subject
Date: 2019-02-07 07:42 am (UTC)no subject
Date: 2019-02-07 12:17 pm (UTC)Then it might be an old-ish phone thing--it's doing it in Firefox too--I have a first-generation Pixel! Don't worry about it. Thanks again!
no subject
Date: 2019-05-11 04:32 pm (UTC)And it does make my journal look so much nicer on mobile, thank you!
no subject
Date: 2019-07-08 06:17 pm (UTC)no subject
Date: 2019-07-08 06:20 pm (UTC)Please feel free to try it with others and report back!
Also, be aware that functionality is not as optimal as it could be right now, because the latest code drop from Dreamwidth official broke several things. I'm intending to work on that this week.
no subject
Date: 2019-09-08 07:14 pm (UTC)no subject
Date: 2019-09-11 09:30 pm (UTC)no subject
Date: 2019-09-11 09:56 pm (UTC)Would it be possible for you to send the css to my email? I'm runpunkrun at the gmails.
no subject
Date: 2019-09-11 10:08 pm (UTC)I've sent a copy directly. Good luck!
no subject
Date: 2019-09-11 10:11 pm (UTC)