freenode/#clim - IRC Chatlog
Search
11:31:04
loke`
What I am actually trying to do is to add support for indentation in my word-wrap text flow function.
11:31:44
loke`
So I have a function that prints text, but adds word-wrap. This works, and by adding a S-I-C-P after performing a wrap, I'm able to have an indent
11:34:07
loke`
jackdaniel: I do have a problem though, and that is that when I use FORMATTING-TABLE, I want to indent the entire table. So I decided to use WITH-TRANSLATION for that. Here's my problem: When I wrap a FORMATTING-TABLE in a WITH-TRANSLATION, the text is not translated, only presentations.
11:35:33
jackdaniel
I think that translation applies only to the output, while text is passed via stream
11:36:46
loke`
I'll experiment more later, but would you propose that perhaps wrapping the entire thing in a WITH-OUTPUT-TO-OUTPUT-RECROD and then adding the output record with translation would fix it?
11:38:00
jackdaniel
I think that the "correct" solution would be using draw-text, and that would get translated
11:38:37
jackdaniel
but maybe we could loosen this behavior a little and assume, that when we put something in formatting-table sets the cursor for us, so doing (Format t …) in cell will adjust to said cell beginning
11:39:21
jackdaniel
but the prerequisite for that is reading the spec and validating if my fast thinking (/me winks to beach) is correct
11:40:30
loke`
I don't think this happens with just formatting-table. That's just where is discovered it.
11:41:51
jackdaniel
I'm saying, that for formatting-* macros (and with with-room-for-graphics-* macro) we could temporarily swing cursor where one would expect it to be
11:42:25
jackdaniel
i.e verify, which take :move-cursor keyword argument and if it is T, then manipulate stream cursor
16:34:58
slyrus1
I have no idea. And I'm not sure there ESA problems per se, but I drop into the debugger in ESA frequently.
16:39:45
slyrus1
OK. It would be nice to get it in a less-crashing shape to help showcase what one can do with McCLIM.
16:40:06
slyrus1
I'll send a PR. If you have time to review the (relatively few) changes at some point, that would be great.
16:40:14
beach
I agree. But I am totally preoccupied by SICL progress and ELS paper submissions at the moment.
16:41:53
slyrus1
Besides having a decent app for McCLIM to point, my other goal was to show off the improved performance of the bezier drawing stuff. I think I've done that, as I didn't notice any problems. Then again, I don't have much a baseline to compare it too (I can't remember if it was slow in the past -- as the clim drawing tests were).
16:42:43
slyrus1
With your permission, I think it would be nice to extract some of the lovely shapes (musical notes) and drop them into some of our other demo code that shows of bezier drawing.
16:42:45
beach
As it turns out, Gsharp doesn't really do Bezier drawing. It uses Bezier curves to generate pixmaps.
16:44:05
beach
I think now that we are using the render extension, it should be fine without caching.
17:19:28
beach
I get an error: Invalid initialization argument: :BORDERS in call for class #<STANDARD-CLASS CLIM-CLX::CLX-3361-GSHARP-INFO-PANE>.
17:23:19
slyrus1
my guess is that we ship the ESA stuff but that there isn't much software in the wild that uses it at the moment.
17:28:13
beach
slyrus1: I see no change from before. The noteheads are not displayed at the right vertical position.
17:41:25
slyrus1
I made no claims about correctness, merely that I could build and run Gsharp on current McCLIM
17:48:28
beach
Let me know if you want me to make a screen shot. But now, my (admittedly small) family is informing me that dinner is ready. Talk to you later.
21:42:50
slyrus
OK. There's a lot of good stuff in there, so the sooner it lands, the better, in my opinion.