FrameBuffer images in w3m

[WesleyAC]

Hi,

Framebuffer images can't be displayed on lilyterm, such as in w3m. Is there a fix for this, or, if not, would it be possible to add support for it?

I am told that they work for termite, another vte terminal, so it should be possible.

Thanks,
Wesley.

[Tetralet]

hmm... I have no idea how to fix it.
I'll check it. Thanks for report this bug!

[WesleyAC]

Thanks for looking into it :)
By the way, there's a thread on the Arch Linux forums about this here: https://bbs.archlinux.org/viewtopic.php?id=174389
We haven't been able to find much out, but maybe it'll be of some use to you.

[Tetralet]

w3m-img needs an environment WINDOWID to be set.
But it may cause problem under LilyTerm.
So that it will not be fixed soon. Sorry...

[WesleyAC]

Just curious, what problem does it cause?

Thanks,
Wesley.

[Tetralet]

The WINDOWID may get from GDK_WINDOW_XID (gtk_widget_get_window(vte)),
And must be set as an environment before a new vte tab is created.

But gtk_widget_get_window(vte) must run after the vte is created and shown.
So that it is very difficult to implement it in LilyTerm.

Of cause, We may use GDK_WINDOW_XID (gtk_widget_get_window(window)) instead.
Also, gtk_widget_get_window(window) must run after the window is created and shown,
And set as an environment before any new vte tab created in it.
It may cause problem under LilyTerm.
(due to the weird GTK2/3 geometry behavior.)

And, the vte widget may drag between LilyTerm windows,
But it is no way to update the WINDOWID environment of a vte widget after it had been drag to another LilyTerm windows.
i.e. the WINDOWID environment of a vte widget may be incorrect.

So that it will not be fixed soon. Sorry...

[WesleyAC]

Ok, thank you for explaining.