tantek.comedited /Bridgy_Fed (+3804) "start a Troubleshooting section with Activity not showing up in dashboard section of steps to take to debug" (view diff)
tantek.comedited /Wordle (+655) "copy edit dfn, summarize IndieWeb relevance, separate game play into its own paragraph, sharing, Why post subsection, How to post subsection, btrem subsection, History, Acquisition motivating IndieWeb posting" (view diff)
[tantek]aaronpk from the MediaWiki docs I have read, they expect you to set fixed sizes for the widths etc. depending on the context that you will be embedding the image. since that's extra work, I figured I'd make the simpler image embedding default code "just work" reasonably
tantek.comedited /Bridgy_Fed (+216) "/* History */ fix date per original permalink, link masto tech archive page, note original masto. tech and hubzilla servers are offline" (view diff)
[KevinMarks]There is some trickiness for wider viewports where you want the text to wrap at a sensible line length but sometimes want images to be able to be wider than that - Tufte CSS has some variations for that.
omz13, tnbd, Guest6 and [Joe_Crawford] joined the channel
[tantek][Paul_Robert_Ll] I'd suggest people try switching their Preferred theme to Vector (2022) for a bit (days? a week?) and see how it feels once you get used to it. FYI folks can do this by going to https://indieweb.org/Special:Preferences#mw-prefsection-rendering and choosing (•) Vector (2022)
capjamesg[d][tantek] That feels counterproductive for this change that addresses a page that has been in need of change -- as recognized by the community -- for years.
capjamesg[d]I think testing, yes. But I'm cautious of us being here in a week because nobody read this message, changed their theme, and wrote feedback (which is all a big ask).
[tantek]also I think you may be conflating what the community has been asking for "for years" (which is a much larger redesign, a la /three_columns) with the general refresh design that [Paul_Robert_Ll] has done.
[tantek][Paul_Robert_Ll] do you have a particular goal for when you think it would be good / impactful to switch to your refresh? E.g. is there some significant date? Perhaps first of the month?
aaronpk+1 for more testing by people here first. there's a lot of pages that have random things on them, so spot checking only a few here and there isn't really enough
[tantek]having a live/sync chat about design changes is almost always very helpful, insightful, and nearly always reveals things (concerns, bugs) that async feedback does not
capjamesg[d][tantek] Given discussions have happened for years on the homepage and the topic has come up a lot in HWC Europe, I feel that any movement is great.
capjamesg[d]No, but every time we have a discussion nothing happens other than another wiki page (a frustration that has been voiced several times). And something did now!
Loqi2019/homepage is a project to update the IndieWeb community homepage in 2019, in particular with a three column layout designed for onboarding three common sets of visitors and new IndieWeb community members https://indieweb.org/three_column
[tantek]that's clearly not what this design refresh is about, so it's really unfair to both the folks who have had those conversations and to [Paul_Robert_Ll] who has done good work regardless to conflate them
capjamesg[d]I heard one frustration last week about the way we discuss things here that they aren't participating here because they can move faster elsewhere.
[tantek]not everyone is going to be interested in everything, even after being invited. that doesn't mean we are doing anything wrong per se. that's also ok.
capjamesg[d]I see an invitation to a group of people who actively have personal websites in the "indie web" community not joining a discussion here after an invitation as a problem for us.
[tantek]having only a small number of people "cowboy" changes tends to reinforce any feelings of in/out groups and frankly *that* is a much harder/worse problem to solve
[tantek]If we can incorporate new vector-2022.css styles into the current Common.css (making whatever backcompat fixes we need to not break the current default theme / vector (2010)) then people trying vector 2022 won't need to add/edit their personal CSS to try the new design
[tantek]capjamesg[d] btw as background, all past homepage and other large site redesign changes we made we literally had to do them during IndieWebCamps/IndieWebSummits or once we started having them, an Organizers Meetup where people *had* already looked at new logos, designs etc, and it took time, sometimes an hour, sometimes more, to actually get constructive feedback, do design iterations, then start testing changes, fixing bugs etc.
[tantek]Paul is quite thorough with these things, and a bunch of us have more familiarity with how MediaWiki styling/designs work (how to fix/break things 🙂 ), so I have greater confidence with this iteration, however it doesn't hurt to learn from and be cautious from experience
[tantek]tbc I'm quite excited about this refresh, it fixes so many papercuts and provides a more welcoming vibe. that's a good step forward, and maybe with the papercuts out of the way, we can focus on the more substantial structural redesign thoughts
[Paul_Robert_Ll]More than happy to add the vector-2022 changes to common.css; I think I need to be granted some sort of permission to edit that page though
[tantek]if you can test incorporating them the other way around, existing common.css rules into your vector-2022.css, I can help with incrementally editing the main common.css
[Paul_Robert_Ll]While it’d be nice to have updated in time for when people can start getting tickets for IWC Brighton, perhaps best to not have too much to worry about on a single day! So maybe 14 Feb is a good date to shoot for?
[campegg]1FWIW, I have been using [Paul_Robert_Ll]’s updates via custom CSS for about a week now; I like it a lot and haven't come across anything that is notably broken (aside from the home page, which is a known thing)
gRegorI've not tried Paul's CSS changes yet, but have been using vector 2022 for months now. The upgrading of the core MW vector-2022 alone the other week has been great, resolved the sidebar issue.
[tantek][Paul_Robert_Ll] one annoyance in the new look or maybe it's just Vector 2022 is the interline spacing on the left column list is way to big, it breaks the feeling of clustered items under the headings in the Sidebar
gRegorI'm still adjusting muscle memory though. Even though I'm used to it on Wikipedia, I forget sometimes I've collapsed the sidebar on our wiki and have to click the icon top left to check it :)
[Paul_Robert_Ll]☝ Got to do some experimentation with the above, and copy into and test with legacy theme. _Slightly_ tricky as ofcourse the existing common.css are applied before my custom styles. Will let you know when I think I have something worth testing.
[Paul_Robert_Ll]I think that’s partly due to making sure the target size of those links is reasonable; the space is due to the padding applied to the links. Personally, I don’t mind it.
[tantek]I think it harms the semantics/legibility. increasing the target size of the links especially for mobile makes sense, but that wasn't ever a problem on desktop
[tantek]we have tried for a while to encourage folks in HWC online meetups to use the #indieweb chat as the place to share links etc. from the meetup, and yet that doesn't seem to quite click. sometimes the Etherpad works, some subset of the folks at a HWC online contribute to it, however even that doesn't seem get everyone or even most people (in the meetup) participating
[tantek]folks have proposed (thanks capjamesg!) enabling the Zoom chat on the IndieWeb Zoom accounts as an alternative, but the downside there (as we experienced previously) is that it led to *less* participation in the community, as in people would pop-in, chat there, then disappear. whereas at least having a few more people go to the #indieweb chat to chat meant that at least *some* of them hung around a while
[tantek]would it help if we had a dedicated channel for HWC? e.g. # indieweb-hwc for live chats? that way it would be clear what the context of the chat was for, and not have to worry about imposing on other topics being discussed (e.g. as it is now in #indieweb or even here in #indieweb-meta)
gRegorWhether a separate chat channel or not, I think a nice first step might be for Zoom Hosts to enable chat for only Hosts, and use the Zoom chat to periodically send links to the chat and etherpad.
[tantek]IMO it would also help if an explicit IndieWeb chat link and Etherpad Notes link near the top of the Event Description, so it was easy to find, instead of buried at the bottom
[tantek]Also, something like "Notes: https://etherpad.indieweb.... " is much better for visibility/discoverability/clickability rather than just a "Notes" link which is VERY easy to miss especially since the styling is so subtle (it's sorta blue, no underline)
[tantek]I think we're still generally struggling how to put enough context in the summary / start of description but not so much that people just skim past. I don't have a good suggestion for that so far, been mostly leaving that up to individual organizers/hosts to figure out what seems to work for their meetup
[tantek][Paul_Robert_Ll] as a contrast, check out how tight the "Tools" menu is on the right sidebar is styled in Vector 2022. that looks much more appealing as a "menu" of things to click than the extra spaced things in the left sidebar
[Paul_Robert_Ll]It’s very difficult to tweak MediaWiki styles as it’s a bit of a wasps nest. For example, too broadly applied styles break things in unexpected places. This is what the toolbar currently looks like:
tantek.comedited /Ghost (+1420) "stub features & why sections, how to section with migrations, move articles above issues, focus on positive, also more recent, fix year in date, incorporate a few more SAs" (view diff)
aaronpkfor events.oauth.net I'd like links to the youtube recording and meeting minutes for IETF meetings for example, but it would just be distracting to have a "Minutes" field when editing an event for events.indieweb.org
[Al_Abut]Also I think I missed it because I’m trying to keep up with scrollbacks but sometimes I declare Slack bankruptcy when it’s like 780+ messages missed 😆
LoqiJust generated this week's newsletter! You still have a few minutes to make changes, and I'll re-generate it 10 minutes before it gets sent out at 3pm Pacific time. https://indieweb.org/this-week/2024-01-26.html
[tantek]if it helps, I find that once I've been away for more than a day (yes it happens 😂 ), the archives are much easier to read quickly than chat clients
[Al_Abut]Well I’m glad I scrolled back because I’m super glad to see there’s a new mobile-friendly theme in the works by [Paul_Robert_Ll]! When it comes to making things more broadly inviting, forget renaming the main chat channel, that’s going to be frigging huge.
[tantek][Al_Abut] I agree, mobile-friendly viewing of the site is massive and it's been a heroic effort by aaronpk updating our MediaWiki and the design/theme/CSS updates & fixes by [Paul_Robert_Ll]++
[tantek]one improvement which will take some thinking and likely coding, can we cluster the upcoming "Homebrew Website Club Europe/London" events especially since they have the same title and summary?
[tantek]thoughts & ideas welcome gRegor, capjamesg[d], aaronpk, on either/both a good way to present a clustering of same-named/regular events, and potentially what logic/code to use for such clustering
capjamesg[d]If two events have exactly the same name it can be implied they are part of a series. We usually change titles for special events like years in review.
[tantek]agreed capjamesg[d], perhaps clustering purely by direct event title string match would be sufficient, and then only display the Summary from the next upcoming event in that series, but then display the dates as "Wednesday, February 7 at 7:00pm, and again on February 14, 21, 28"
[tantek]with each of those linking to its specific instance so there is something directly clickable, e.g "February 14" would be a link, as would "21" and "28"