Eastern Thailand
Pronouns: he/him | เขา | ລາວ Pronunciation: [ˈtʰo̞stɫ̩]
I do remote front-end dev and incidental travel.
photography ∘ food ∘ tea ∘ OSS ∘ functional programming
PureScript | JavaScript | Dhall | Nix
Democracy for Thailand | Taiwan is a country | End Uyghur genocide & enslavement | Black lives matter
Wishes for Sourcehut: AsciiDoc support
Comment by ~toastal on ~soywod/pimalaya
Version is 0.7.1 from Nixpkgs unstable. RFC 3339 to ISO 8601 specifies that you can drop the
T
which I find to be the bit that brings the most clutter (followed by the time zone offset), but otherwise it is readable. I think in general the user would expect either something universal or tailored to the OS & environment.
Ticket created by ~toastal on ~soywod/pimalaya
In both the CLI and Neovim plugins I‘m getting the wrong date. A message sent to me this hour reads
17/05/2023 11:36
for which I expect withLC_TIME=en_DK.UTF-8
(ISO 8601) to be2023-05-17 18:36
. I can live with the UTC time as I keep two clocks in my OS‘s bar, but I cannot do little-endian date formats. They cause me too much confusion and do not match user expectations. My other OS locale flags areen_US.UTF-8
which is middle-endian, and while less preferable than big-endian formats, I have an intuition for it.
Comment by ~toastal on ~taiite/senpai
Yes, some option for big endian dates to meet expectations.
Ticket created by ~toastal on ~taiite/senpai
The dates in the UI confuse me. I expect to see big endian dates, just as we see when destructured
ya, ma, da := b.lines[i].At.Local().Date()with year-month-day as expected with ISO 8601. This does not match my OS's locale or cultural expectations.
Ticket created by ~toastal on ~emersion/goguma
The red of the unread message counter reminds me too much of other platforms and my brain has been trained that this is a notification indicator that I need to get rid of it. IRC doesn't necessitate this sort of urgency, but I find myself clicking and not reading just to make the red dot go away.
Proposal:
- gray for notification count
- red iff it includes a mention
- bonus: configure both of those colors
Ticket created by ~toastal on ~taiite/senpai
Recently there were max widths added for the side panels. What I would however like to see is a max width for the text from users. With optimal reading length being at around 65 characters, on a wide monitor and at full screen, the lines get way too long to read comfortably.
If implemented, what I would expect to see is something more akin to "zen mode"--so thin side panels (users, rooms), and whitespace padding to center the content main content given a max text width parameter.
#rm1 | 00:00 usr main panel text main panel text | foo #rm2 | 00:00 usr' main panel text main panel text | bar
~toastal unassigned ~toastal from #2 on ~toastal/sugilite256
~toastal assigned ~toastal to #2 on ~toastal/sugilite256
Ticket created by ~toastal on ~toastal/sugilite256
There isn't a good reason not to also support a light theme on the same principles, although I wouldn't be actively using it. The only issue that comes up is that in keeping 8-bit color support, hues may shift quite a bit.
~toastal assigned ~toastal to #1 on ~toastal/sugilite256