![[staff profile]](https://www.dreamwidth.org/img/silk/identity/user_staff.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
Code push - tomorrow (April 26th, 2020) at ~1PM Pacific / 2000 UTC
This is a codepush announcement.
Tomorrow around 1PM Pacific / 2000 UTC, we will be updating Dreamwidth to the latest committed code. The short summary of the main changes:
We continue to iterate on the Quick Reply form, improving its usability/consistency across all platforms and cleaning up the hideously bad code that used to live under it. This particular update includes the feedback from the last update, so many of your thoughts/suggestions have been incorporated!
A number of improvements in how we render things for mobile devices. Not all of these will be immediately live, but stay tuned to
dw_beta if you'd like to turn them on and give us feedback.
Improvements to Markdown rendering (in particular, the code that turns
\@mark
intomark should do it more correctly/in fewer places).
Finally, major changes to how we store passwords in our database (we won't anymore). This will break Semagic and other clients, but there is a workaround: Please see the workaround at the bottom of this post.
For more details, see the relevant posts in dw_dev:
We'll update this community and our dreamwidth as we push code out, as per usual. See you then!
no subject
no subject
I will note that semgaic is already somewhat broken with regards to DW. It can't fetch user and community info the way it can on LJ. Alas, I'm not enough of a programmer to figure out what needs fixing.
no subject
Ok, so to use Semagic (and other clients), you will need to:
1. Navigate to the Mobile Post Settings page.
2. Click the Generate New API Key button in the Manage API Keys section.
3. Copy the API key that was generated.
4. Change your Semagic password to the API key you copied.
5. That's it, have fun!
no subject
no subject
no subject
Will the Quick Reply updates include formatting buttons?
no subject
This sounds like you stored them in plain text previously.
no subject
For historical context, this is how LiveJournal (which we're a fork of) stored passwords (and presumably still does, since they still support MD5 hash based logins, which would require them to have the raw password I imagine).
We are now modernizing this part of the codebase to be in line with modern best practices, which of course results in breaking some things (hence needing migration steps for Semagic users).
(no subject)
no subject
+1
+2
no subject
(users of LJLogin will have to switch to API key, as to my knowledge development has been dead for close to ten years now)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
I think you mean 2019-12-14...
no subject
(no subject)
ljArchive stopped working
--
А.Кац и Я
no subject
no subject
+1
+1
Function over form, please.
no subject
We're juggling a number of different considerations of usability, accessibility, and screen space, but the #1 issue is streamlining the amount of vertical and horizontal space being used by the various elements, and this latest round is part of that ongoing project. Taking out the "browse" button and moving the behavior to being "click the icon to select the icon" recovers us a great deal of space when the elements overflow on mobile, and it's also in line with how similar selectors work on other sites so in the future people don't have to relearn the behavior they've learned elsewhere.
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
+1
no subject
no subject
(no subject)
(no subject)
(no subject)
no subject
no subject
(The changes we're making to the comment form are to improve the mobile experience -- we're trying to get the comment form down to one screen both horizontally and vertically, and that involves a lot of space-juggling. The random button isn't incredibly frequently used, but it is something the people who use really love, so we didn't want to lose it completely -- but we needed to steal its space!)
(no subject)
no subject
no subject
LJ banned us from crossposting again (to their system we can look like we're spammers and every time they whitelist us, the whitelisting goes away again after a while) but we made some changes that fixed it a little while ago. You may need to edit posts that were crossposted before we did the fix, check the crosspost box again, and save.
div presentation on posts
The post will show correctly when I hit "preview post" in the pop-up window, but the post itself will be all sorts of messed up.
I don't know what changes were made to the site presentation itself, but it's broken hours of design/coding that I'm not even sure how to fix :( which is exhausting and a little upsetting with the amount of time that's gone into various posts.
I can PM screenshots to whatever account you think is most salient.
DW update (random button)
I know y'all are trying to accommodate everybody, but from my perspective it feels like non-mobile users are being thrown to the wayside. It seems like EVERY change degrades our experience.
Why is there room for the Random button onscreen once you hit it in the dropdown menu, but not before? Does something disappear to make room for it? If not, then there's room for it.
(Also, despite my whining hatred of change, I do appreciate all of you for running the site.)
Re: DW update (random button)
I know it's frustrating to see changes happening to make things better for a use case that you don't personally use, but over half of our site visits are on mobile devices, and that's with our less-than-optimal mobile experience! Updating the visual layout, the workflow/UI, and the underlying code that generates both is an ongoing problem that isn't just for mobile access: ultimately, the code that generates the comment form is at heart 20 years old, and that's ancient. We've been bolting new bits and pieces to it for the 11 years DW has existed, but the landscape of browser and device support for the various forms of bolts we've used over time has changed massively just in that decade, and the expectations of users have changed in that time as well. We will always need to keep making changes so that people can use the site in their current browsers, but the landscape of how people access the web and how they expect the sites they visit to behave has also shifted.
Ultimately, we aren't making changes because they're cool or trendy -- we're a niche site, we're always going to be a niche site, and we're fine with that because we like the niche we have. But things have changed massively in how people access even the niche sites, and that means even a niche site has to make changes to accomodate. Sometimes that means we have to offload the stuff that a small minority of people are using to an alternate workflow in order to accomodate the ways the majority of people are accessing the site. We have been doing, and will continue to do, our very best to make sure that the changes to the workflows that are in frequent use are seamless to both desktop and mobile -- people on desktop haven't noticed a lot of the changes we've made to improve mobile experience -- but for something that's as frequently used as the abridged comment form, sometimes it does mean we have to add a few clicks here and there for people using the features that only 1% of our users use in order to make things better for everyone else.
We love having a lot of features because it means people can be massively creative in how they use the site, but running a site like this involves a lot of hard choices like that. I know it sucks when you're in the 1% often, and I'm sorry -- you can ask the guy who's on point for this project, I whine at him a lot when I'm the lucky 1% on a particular issue -- but there are good reasons for the changes we make, I swear.
no subject
Although, the dates don't check out, since this post is April and on May 2 I was still successfully crossposting. Maybe I should open a support ticket?
no subject
(no subject)