<cbb>
lol, who does that cheakoirccloud guy think he is?
<cbb>
desperately needs to wind his neck in
<rcf>
Maybe they’re the one who inspired jwz’s hostility
cbb has quit [Ping timeout: 256 seconds]
cbb has joined #foot
cherti has quit [Ping timeout: 268 seconds]
cbb has quit [Quit: WeeChat 3.3]
cherti has joined #foot
cherti has quit [Ping timeout: 268 seconds]
cherti has joined #foot
<coder_kalyan>
lol
<coder_kalyan>
thankfully the majority of people on libera are respectful
gtms has joined #foot
gtms_ has joined #foot
gtms has quit [Ping timeout: 256 seconds]
st3r4g has joined #foot
Guest8 has joined #foot
<Guest8>
Hello, I'm wondering how I can put my keypad in application mode. It seems foot supports it (https://codeberg.org/dnkl/foot/#keypad), but was it present in 1.6.4, or do I need to update for it to work?
<dnkl>
Guest8: you linked the answer yourself ;) you need to disable private mode 1035, and then emit the normal escape to switch the keypad into application mode
<dnkl>
The escape for application mode is \E=
<dnkl>
So, \E[?1035l\E= should do the trick
<Guest8>
Thanks, I'll give it a try!
<Guest8>
I'm stupid... I forgot to put it in quotes
<Guest8>
Well, it does work in 1.6.4 then! Thanks for the help
Guest8 has quit [Quit: Client closed]
grumpey[m] has joined #foot
ynakao has quit [Remote host closed the connection]
ynakao has joined #foot
st3r4g has quit [Ping timeout: 252 seconds]
st3r4g has joined #foot
ollysmith has joined #foot
<manio>
dnkl: do you know what could be the reason for emoji not scalled properly or cut?
<dnkl>
That's a problematic codepoint. It has a wcwidth if '1' (i.e it _should_ be 1 column wide). But your font has a glyph that's two columns wide
<dnkl>
I'm fairly certain foot should handle this anyway
<manio>
I see
<dnkl>
But suspect the issue is related to this fact, in some way
<dnkl>
For best compatibility, applications should print a space after such glyphs
<manio>
Ah, good to know
<dnkl>
It still looks a bit weird though. When I try something similar, the emoji very clearly flows over into the next cell, and overlaps the glyph there (the 'P' in your example)
<dnkl>
I.e I can't really reproduce what you're seeing
<dnkl>
Hmm, maybe... Glyphs are only allowed to overflow inte *one* neighboring cell
<dnkl>
Since this codepoint has wcwidth=1
<dnkl>
It may at most render into two cells
<dnkl>
But, the glyph is wider than that
<dnkl>
And would need to overflow into a third cell. Which foot does not allow
<dnkl>
So it does get cut off
<dnkl>
manio: ^^
<manio>
dnkl: if it's matter I can provide you a screen shot from foot 1.9.2
<manio>
it's interesting, give me a sec :)
<dnkl>
1.9.x should behave the same way
<dnkl>
1.8.x on the other hand used a different rendering technique
<dnkl>
Actually no... The new rendering technique was introduced in 1.8.2
<dnkl>
Note that this mode _may_ cause cursor synchronization issues with some applications
<manio>
thank you dnkl :)
<dnkl>
But, I've used it for long periods of times without any issues
<dnkl>
Np
<manio>
in fact I can see that all "wider" glyphs are now correct
<manio>
it was cut before
<manio>
by cursor synchronization you mean that when I have such a glyph in line, and move cursor right than it is something wrong (until i do ctrl+r/redraw) ?
<manio>
if so - I can live with this :)
pipeweed[m] has left #foot [#foot]
<dnkl>
Yes
<dnkl>
I wonder if all those glyphs are followed by a variation selector... 🤔
st3r4g has quit [Quit: Lost terminal]
Jozzle has left #foot [#foot]
avane has quit [Ping timeout: 268 seconds]
st3r4g has joined #foot
jackhill has joined #foot
<jackhill>
Hi, I'm not having much luck getting the foot terminfo settings ssh-ing into a remote RHEL 7 hosts (my local host, Guix, works great as well as remote Guix and Debian hosts) I tried to foolow https://codeberg.org/dnkl/foot/wiki#user-content-things-break-after-i-ssh-into-a-remote-machine and installed the terminfo files to $HOME/.terminfo/f/ but I still get complaints from e.g. less that WARNING: terminal
<jackhill>
is not fully functional.
<jackhill>
Ideas on how to solve the problem? I tried `export TERMINFO_DIRS=/home/jackhill/.terminfo` but that didn't seem to help
<dnkl>
jackhill: I was just going to suggest precisely that...
<dnkl>
Try strace:ing "infocmp" on the remote, to see which directories it's actually looking in
<jackhill>
dnkl: :) I'm kind of wondering if there is just somethign too old about rhel 7
<jackhill>
ok, will do
<dnkl>
Could be. Might help to take a look at the system installed terminfos; where are they, and are they in the same format?
<dnkl>
Could for example be that the foot terminfos you're copying over is in a newer format that isn't recognized
<dnkl>
In that case, you can try copying over the source file (foot.info) and compiling it on the remote
<jackhill>
dnkl: and by the way, thanks for making foot, it's been a great couple of week for me so far. I'm really enjoying the url hinting and history search
<dnkl>
jackhill: thanks :)
<dnkl>
Means we're doing _something_ right :D
<dnkl>
jackhill: btw, the text on the output directory is outdated
<dnkl>
If you run tic as your regular user, the output will be in ~/.terminfo by default
<dnkl>
I.e no need to use -o <dir>
<dnkl>
(I'll update the documentation later)
<jackhill>
compiling the terminfo files on rhel 7 did the trick, thanks!
<dnkl>
jackhill: great! I'll try to add something to the wiki
<jackhill>
dnkl: sound good, thanks for your help
<dnkl>
Np :)
avane has joined #foot
st3r4g has quit [Quit: おやすみ]
brocellous has quit [Remote host closed the connection]