freenode/#clim - IRC Chatlog
Search
6:37:46
loke
I have another problem as well... It turns out that it calls TEXT-SIZE to determine the size of text (for layout purposes) _before_ the mirror has been realised. However, with SDL you can't do text measurement without a realised mirror.
6:38:15
loke
So I have to return zero for the text size until the mirror is realised, which means that layout is all wrong until I resize the window (forcing a re-layout)
6:39:55
beach
Remind me, what are the different problems solved by an SDL backend and a framebuffer backend? And what is the state of the latter at this point?
6:40:55
loke
A possible (but unlikely) secondary benefit: It may be possible to get this stuff to run on Windows.
6:43:17
beach
That seems like it would be easy to fix, though, doesn't it? I mean, that's just the very bottom layer of it.
6:44:50
beach
Or, let me ask it differently. On a typical GNU/Linux machine, is there any other way than X11 to create a window that will play nicely with the windows created by the X11 server?
6:45:00
loke
beach: Not really. I'm looking at the code for CLX-fb right now, and there is very little code in it at all. Almost all of it is inherited from CLX
6:45:35
loke
Well, that's not entirely true. Since a lot of Linux systems are deprecating X11 now, the actual answer is SDL or Wayland
6:46:04
loke
SDL does use X11 when run on an X11 display. If you run it wothout X it renders directly on the framebuffer. If you run it on Wayland it renders using Wayland... Etc.
6:47:11
beach
So in what sense is it a framebuffer backend? I guess you don't know, so it's a rhetorical question.
6:47:34
loke
Now, something _like_ that must exist, since Mezzano had some CLIM support, and it certainly don't have an X server.
6:48:39
loke
beach: That's a good question. I must be missing something since I don't see _any_ drawing code in CLS-fb at all.
6:50:20
loke
So as far as I can tell, the framebuffer backend renders to bitmaps which are displayed in X11 windows.
6:50:37
loke
Which means that all the event management, window management etc is still handled by the CLX backend.
7:30:45
loke
It's not entirely clear to me which methods I should implement, and more importantly, which ones I should _not_ implement.
7:31:12
loke
jackdaniel: also, am I right in noting that the function OPEN-FONT is actually never called?
7:50:19
jackdaniel
beach: like we have postscript backend, there is a backend which creates raster images, which may be later exported as png, bitmap etc
9:14:28
loke
Turns out that not even Cairo has acceptable text renderering, but relies on things like cairo-pango.
9:14:55
loke
And for me to use that one I'd have to implement yet another antive library binding. That's not happening.