dnkl changed the topic of #foot to: Foot - fast, lightweight and minimalistic Wayland terminal emulator || 1.11.0 || https://codeberg.org/dnkl/foot || channel logs: https://libera.irclog.whitequark.org/foot
caveman has quit [Remote host closed the connection]
caveman has joined #foot
Nulo has quit [Ping timeout: 252 seconds]
an3223 has joined #foot
ynakao has quit [Quit: WeeChat 3.4]
ynakao has joined #foot
ynakao has quit [Quit: WeeChat 3.4]
ynakao has joined #foot
ynakao has quit [Quit: WeeChat 3.4]
ynakao has joined #foot
an3223 has quit [Ping timeout: 240 seconds]
an3223 has joined #foot
brocellous has quit [Ping timeout: 240 seconds]
brocellous has joined #foot
ghost08 has joined #foot
<ghost08> hi guys, I want to find the procedure with which I can tell foot, that it needs to wait with rendering until all my text and sixel data is printed out. I know there was something new that only foot can do. but somehow I can't find it
noteness has joined #foot
noteness_ has quit [Ping timeout: 240 seconds]
<dnkl> ghost08: "application synchronized updates"
<ghost08> dnkl: so `ESC P = 1 s ESC \` on beginning of my 'frame' and `ESC P = 2 s ESC \` at the end. Yes?
<dnkl> That's it
<ghost08> thank you :) and one more question: How can I query for this functionality? Or it doesn't matter?
<dnkl> ghost08: terminals that doesn't support it should simply ignore it
<dnkl> There's also a non-standard terminfo capability, Sync
<dnkl> But that one is not, and never will be, part of any upstream ncurses provided terminfo
<ghost08> ok thanks, that's all I need to know
<dnkl> Looks like dircolors will soon start working on foot, and others, out of the box: http://git.savannah.gnu.org/gitweb/?p=coreutils.git;a=commit;h=75c9fc6740e93dba95f63a1e5e92bd5cf17f1743
<dnkl> About time
Oleg has quit [Ping timeout: 272 seconds]
<sochotnicky> oh finally
<sochotnicky> I guess foot is becoming a mainstream terminal now :-)
<sochotnicky> which means we are not cool anymore...
<manio> :D
<dnkl> Time to switch to something else :D
<sochotnicky> I'll just make my own terminal with blackjack and...stuff :-0
an3223 has quit [Ping timeout: 240 seconds]
an3223 has joined #foot
<Consolatis> electron based xterm.js please
Oleg has joined #foot
<Arnavion> That's VSCode
cbb has joined #foot
funcrab has joined #foot
cbb1 has joined #foot
cbb has quit [Ping timeout: 240 seconds]
cbb1 is now known as cbb
funcrab has quit [Quit: WeeChat 3.4]
cabal704 has joined #foot
cvmn has joined #foot
ghost08 has quit [Quit: WeeChat 3.4]
<cbb> dnkl: do you think we should recommend DECSET 2026 over the DCS sync updates sequences?
ynakao has quit [Quit: WeeChat 3.4]
ynakao has joined #foot
cvmn has quit [Remote host closed the connection]
ynakao has quit [Quit: WeeChat 3.4]
ynakao has joined #foot
kevr has quit [Remote host closed the connection]
kevr has joined #foot
ynakao has quit [Quit: WeeChat 3.4]
Nulo has joined #foot
cabal704 has quit [Ping timeout: 240 seconds]
cabal704 has joined #foot
<dnkl> cbb: I was under the impression that most terminals supported both variants
<dnkl> But if DECSET is more widely supported, yes, let's suggest that instead
<cbb> I'm not sure if it's more widely supported
<cbb> but some advantages to using it vs DCS were mentioned on that issue above
<cbb> support for both seems to be roughly the same from what I can tell though
<dnkl> I'm pretty much unbiased. Perhaps it's enough, it best even, to mention both?
<cbb> mention where?
<cbb> in the man pages or if people ask about it you mean?
<dnkl> If people ask about it. And both should of course be mentioned in our ctlseq man page. Might be a good idea to cross reference them too
<cbb> the consensus on the terminal-wg discussion seems to be that the CSI-based version is better
<cbb> ...because it's ignored by pretty much anything that doesn't support it
<cbb> whereas the DCS ones sometimes aren't
<cbb> and also because there's no sane reason for it to be a DCS sequence
<dnkl> Are there terminals that only support the DCS version?
<cbb> not that I could tell
<cbb> it seems everyone in that terminal-wg thread has added support for the newer ones
<dnkl> In that case I guess there's not much point in mentioning the DCS when people ask
funcrab has joined #foot
<cbb> ms-terminal don't support either afaict, but they indicated a preference for DECSET 2026 too
<cbb> so perhaps they'll never support the DCS sequences
<cbb> if they add DECSET 2026 aat some point
<dnkl> Alright, let's keep the DCS in ctlseq, but otherwise stick to DECSET
<dnkl> Might mention that DECSET is preferred in ctlseq as well
<cbb> that's what I've done in that PR
<dnkl> Ah, sorry. Saw the PR but haven't had time to look at the diff
<cbb> no worries
<cbb> I've just changed the Sync cap in terminfo
<cbb> and added a note to thr DCS sequence
<cbb> should be no functional changes
<dnkl> cbb: looks good, though I won't pretend I'm fluent in terminfo speak... But I assume you've tested it?
<cbb> dnkl: yeah, I've tested it
<cbb> it maps "1" to "h" (DECSET) and "2" to "l" (DECRST)
<cbb> so that it's compatible with the old "API"
<cbb> you can test with "tput Sync 1" and observe the timeout delay
<cbb> but let me do some more serious testing before we merge
<dnkl> cbb: sounds reasonable (re terminfo API)
<dnkl> Did a quick search in kitty and contour, to see if they use 2026 in 'Sync', but couldn't find anything (wanted so see if they did something else with the parameters)
<cbb> I think the people who came up with the number did some searching for that
<cbb> and changed it at least once
<cbb> both kitty and contour support DECSET 2026
<cbb> quite an amusing commit message there 😆
<dnkl> Sure, but I meant if they did something different in their terminfo's Sync definition, with the "parameters" (i.e we assume '1' and '2' right now, to be compatible with the DCS)
<cbb> dnkl: ah ok, yeah I see what you mean
<cbb> it was the tmux author who came up with the terminfo string
<cbb> I credited him for it in the commit message
cabal704 has quit [Ping timeout: 252 seconds]
<dnkl> Ah, in that case I guess it's stamped, verified and approved already :D
<cbb> "tmux understands some unofficial extensions to terminfo(5)"
<cbb> "Sync Start (parameter is 1) or end (parameter is 2) a synchronized update"
<cbb> I think it'd be unusual for anyone else to use "Sync" but change the meaning of params
<cbb> so we should be good
<cbb> but thinking about it, it'd make no difference to us anyway
<cbb> before vs after that PR I mean
Oleg has quit [Ping timeout: 250 seconds]
<funcrab> j
<funcrab> (I made a mistake in the operation. Excuse me)
funcrab has left #foot [WeeChat 3.4]
<dnkl> funcrab: 😂 no worries
funcrab has joined #foot
cabal704 has joined #foot
an3223 has quit [Ping timeout: 240 seconds]
an3223 has joined #foot
avane_ has quit [Ping timeout: 252 seconds]
avane has joined #foot
Oleg has joined #foot
funcrab has quit [Quit: WeeChat 3.4]
funcrab has joined #foot
funcrab has quit [Client Quit]
cvmn has joined #foot
amk has left #foot [#foot]
funcrab has joined #foot
cvmn has quit [Ping timeout: 240 seconds]
funcrab has left #foot [WeeChat 3.4]
ynakao has joined #foot
cbb has quit [Quit: WeeChat 3.4]
ecocode__ has quit [Read error: Connection reset by peer]
ecocode__ has joined #foot
caveman has quit [Remote host closed the connection]