00:18
diniwed has joined #foot
00:21
novakane has quit [Quit: WeeChat 3.3]
04:42
diniwed has quit [Ping timeout: 256 seconds]
04:42
diniwed has joined #foot
05:50
diniwed has quit [Read error: Connection reset by peer]
06:53
<
dnkl >
Isn't hunter a file browser? It does sixel, I think?
07:04
cherti has quit [*.net *.split]
07:04
cherti has joined #foot
08:03
novakane has joined #foot
08:55
<
novakane >
oh you already added the build flag for theme, nice, thank you!
08:57
<
dnkl >
novakane: yeah, managed to find a couple of spare minutes last night :D
08:58
<
novakane >
dnkl: btw did you saw my messsage last night about xdg-open, I still can't figure out why it open everything in firefox
08:58
<
dnkl >
And for all the Arch users: the foot package has now been split into foot + foot-themes
08:58
<
dnkl >
Xdg-open isn't "source" aware
08:58
<
dnkl >
I.e y doesn't care who called it
08:59
<
dnkl >
It just maps URI type to application
08:59
<
dnkl >
I.e it doesn't know, it care, that you're running it in a terminal context
08:59
<
novakane >
hmm so does open an url in url mode does something else than calling xgd-open $url?
09:00
<
dnkl >
The default just does xdg-open url
09:00
<
novakane >
because I can't understand why mimetype works everywhere but with foot url mode
09:01
<
dnkl >
Do you mean for example osc8 links?
09:01
<
dnkl >
They are file:///foo.txt URIs
09:02
<
dnkl >
Xdg-open probably handles that differently compared to plain foo.txt
09:02
<
dnkl >
you could write a small wrapper script for xdg-open, that recognizes file:/// URIs, and strips of the file:/// prefix before calling xdg-open
09:03
<
dnkl >
and use that as url.launch in foot
09:03
<
novakane >
hmm it could be that, makes sense, I'm going to try to make something, thanks
09:07
<
novakane >
so in copy mode foot already strips the prefix?
09:08
<
dnkl >
novakane: yeah, for file:// URIs pointing to localhost
09:09
<
dnkl >
(that includes file:/// URIs, where the hostname is "empty")
09:10
<
dnkl >
it's similar to how the file://-prefix is stripped when pasting URI-lists (a clipboard mime type) from other applications
09:10
<
novakane >
alright, that's why I didn't thought about this being a problem
09:10
<
dnkl >
for example, when dragging files from a graphical file manager
09:10
<
rumpelsepp >
IIRC `gio open` handles it correctly
09:11
<
rumpelsepp >
gio is the gnome io tool. I use it on sway instead of xdg-open.
09:13
<
dnkl >
heh, "gio open PKGBUILD" started an emacsclient instance side-by-side with my shell... aka
*not* good :D
09:25
<
rumpelsepp >
haha lol. 😀
09:28
<
dnkl >
but, using it as url.launch seems to work - the file pops up in my already open emacsclient instance
09:40
<
novakane >
hmm I made a quick bash script to strip file:// which look like works as intended in a term but not with url.laucnh
09:42
<
dnkl >
novakane: what is (not) happening?
09:59
<
dnkl >
novakane: does the script still work from the terminal if you run it through "nohup"?
10:01
<
dnkl >
novakane: so xdg-open somehow depends on whether there's a tty...
10:02
<
dnkl >
what if you unset both DISPLAY and WAYLAND_DISPLAY before calling xdg-open?
10:03
<
dnkl >
btw, xdg-open is just a shell script. It has
*lots* of custom handling of different DEs etc
10:03
<
dnkl >
might be worth going through to try to see which path it uses (and thus which helper applications is cals)
10:04
<
dnkl >
from a quick look, it appears opening in the browser is always the last fallback
10:07
<
novakane >
unsetting DISPLAY and WAYLAND_DISPLAY doesn't change anything
10:08
<
novakane >
you have a line for xdg-open code please?
10:08
<
novakane >
s/line/link/
10:08
<
dnkl >
novakane: file:///usr/bin/xdg-open ;)
10:08
<
dnkl >
it's a shell script
10:09
<
novakane >
oh duh, thanks
10:13
<
beerman >
did any of you try handlr yet? I use that for a while but i am currently unable to test what you are trying to do
10:15
<
novakane >
hmm looks like xdg-open already strip 'file://' with `file_url_to_path()`
10:17
<
novakane >
beerman: nope I didn't know handlr, I'll look into it, but I'd like to fix xdg-open just because it bother me to not understand lol
10:18
<
beerman >
ok, no worries :) i just wanted to drop it in case it might help
10:19
<
dnkl >
beerman: thanks, looks interresting!
10:23
<
dnkl >
gave it a quick spin, Seems to work. I'll run this conf for a while to see if it keeps behaving :)
10:35
<
novakane >
yeah so xdg-open already strip the prefix so there just someething weird happening with tty
10:36
<
novakane >
guess I'll try handlr too then
10:45
<
dnkl >
beerman: if it depends on a 10 year old GNOME issue - good luck 🙄
10:48
<
beerman >
lol.. i had the same feeling months ago :D
10:50
<
novakane >
so with handlr you use `url.launch=handlr open ${url}` in foot.ini?
10:50
<
beerman >
i am not able to see for myself, but i actually made a symlink from handlr to xdg-open in /usr/local/bin that prepends my path
10:51
<
beerman >
so i am pretty certain i still use xdg-open as given in the default config
10:51
<
dnkl >
novakane: yeah, that's what I'm doing at least
10:53
novakane has quit [Quit: WeeChat 3.3]
10:53
novakane has joined #foot
10:54
<
novakane >
well it doesnt open anything for me, guess I messed something
10:55
<
beerman >
you have to associate filetypes with applications in handlr, you can see current associations with `handlr list`
10:55
<
dnkl >
novakane: depends on which application it tried to use. I ended up with several emacsclient processes in the background (no visible windows) when I tried to open files without having an already open emacsclient instance
10:56
<
novakane >
oh I see I have `server: /run/user/1000/foot-wayland-1.sock is already accepting connections; is 'foot --server' already running` when I use url mode
10:56
<
novakane >
beerman: yeah thats good handlr open everything when using it in terminal
10:57
<
novakane >
hmm why would it try to use a new foot --server
10:57
<
novakane >
everything is so confusing today lol
10:57
<
dnkl >
you have TERMINAL set to that, or something similar?
10:58
<
dnkl >
or maybe it copies the command line from the process that started handlr...
11:00
<
novakane >
nope foot --server only start once with a runit service at my pc boot and after I use footclient
11:02
<
novakane >
I'm just gonna give up lol
11:04
<
novakane >
ah I see handlr set x-scheme-handler/terminal to foot-server.desktop
11:05
<
dnkl >
Ah. was going to say that it (also?) goes through your .desktop files
11:06
<
emersion >
yeah that dbus API is nuts
11:07
<
novakane >
allright I change it to foot.desktop and it works, I need to make a footclient.desktop though
11:09
<
dnkl >
novakane: we should add footclient.desktop to foot upstream I think, seeing we already have foot-server
11:10
<
dnkl >
beerman: emersion: I started reading the issue and was "what dbus API?". Then I scrolled to the bottom...
11:10
<
dnkl >
why does all things gnome end in dbus?
11:10
<
beerman >
dnkl: madness :)
11:11
<
novakane >
dnkl: it would makes sense yeah
11:12
<
novakane >
I'll open a PR with what I did if you want
11:16
<
novakane >
dnkl: yep that what I have
11:17
<
dnkl >
novakane: merged
11:18
<
novakane >
nice thanks!
11:18
ynakao has quit [Quit: WeeChat 3.3]
11:20
<
novakane >
works fine
11:20
ynakao has joined #foot
12:30
kmarius has joined #foot
13:59
emcconville has joined #foot
14:21
emersion has quit [Remote host closed the connection]
14:21
emersion has joined #foot
15:31
cbb has joined #foot
15:59
andrew_ has joined #foot
15:59
<
andrew_ >
hello, is there a way to make foot render right to left text (like arabic) correctly? "bidi"
16:04
<
andrew_ >
I see, thank you
16:34
andrew_ has quit [Quit: leaving]
18:29
bgs has quit [Ping timeout: 256 seconds]
18:35
bgs has joined #foot
18:36
bgs has quit [Read error: Connection reset by peer]
18:37
cbb has quit [Ping timeout: 250 seconds]
18:53
bgs has joined #foot
19:26
cbb has joined #foot
20:19
Nulo has quit [Ping timeout: 268 seconds]
20:41
Nulo has joined #foot
20:47
diniwed has joined #foot
21:23
emcconville has quit [Quit: WeeChat 3.3]
21:39
Lord has quit [Ping timeout: 265 seconds]
21:40
Lord has joined #foot
21:51
novakane has quit [Quit: WeeChat 3.3]
21:51
Lord has quit [Ping timeout: 256 seconds]
21:59
Lord has joined #foot
23:37
diniwed has quit [Ping timeout: 265 seconds]
23:38
diniwed has joined #foot