Search
Tuesday, 17th of July 2018, 6:18:24 UTC
8:18:30
loke
jackdaniel: We really should fix the fact that transforms don't affect pixmaps
8:18:39
loke
It should be reasonably easy to fix, too
8:18:50
loke
Would you like me to tackle that one?
9:32:22
jackdaniel
wouldn't that be a costful operation? each individual pixel will need to be transformed…
9:34:09
loke
jackdaniel: Yes. Well, it can be accelerated using Xrender, I think
9:35:01
loke
Even without xrender, it wouldn't be too bad, I think.
9:50:45
beach
Doesn't Opticl have that functionality?
9:52:19
loke
beach: Hmm, I recall looking at it and determining it didn't.
9:52:22
loke
I could be wrong though
9:52:40
loke
But with xrender it should be really fast
9:53:07
loke
A pure Lisp version would be needed with clim-fb though
10:07:00
loke
beach: That's OK. I'l just interpret that as “good morning”
10:07:18
beach
Maybe I'll try changing my keyboard.
10:29:16
loke
I'm giving up on the attempt to create a generic double buffering (for now)
14:41:58
slyrus1
loke what functionality are you looking for in opticl?
14:44:32
beach
Transforming pixmaps I think.
14:45:16
slyrus1
opticl:transform-image ?
14:46:31
slyrus1
loke: let me know if you're looking for something else (there's also transform-coord but that may not be exported -- but could be, of course).
15:57:16
loke
slyrus1: yes transform-image
15:57:32
loke
I have now implemented a first draft of draw-image that uses xrender
15:57:52
loke
transformations are buggered still, because CLIM and xrender uses different transformation matrixes
15:58:12
loke
But that should be simple thing to deal with
15:58:47
loke
slyrus1: Opticl's transformation will be needed for the framebuffer renderer
15:59:14
loke
Anyway, I'll continue looking at this tomorrow
Tuesday, 17th of July 2018, 18:18:24 UTC