freenode/#clim - IRC Chatlog
Search
8:24:28
scymtym
i have resolved all conversations (i think. github for sure doesn't make it easy to tell) and was going to ask whether everything was ready
9:21:57
scymtym
jackdaniel: looks good. one final thing: could you change the message of the new commit to something like "with-pointer-grabbed: remove unused macro" or something else that gives a reason for the removal
9:46:52
scymtym
right. shouldn't "ports: refactor port-grab-pointer protocol" and "pointer grab removal" happen in a single commit, then
11:18:55
scymtym
jackdaniel: i'm sorry that i didn't notice this earlier, but the description text in the demo should use (format … "…line ~<newline>…") instead of (format … "…line~<newline>…"). otherwise the first word of the next is fused with the last word of the previous line
15:41:05
ck_
I'd like to see this profiled so I can get a sense of whether I'm barking up the wrong tree: https://gist.github.com/kc-/7e83e1b80e86354c5523af2b6367700b
15:45:38
scymtym
ck_: does this look ok? https://gist.github.com/scymtym/d353afc63eed0200ceb97beb6806abcd
16:52:22
ck_
scymtym: can you in any way help me understand why there's 1352 calls to draw-design in your case, and the 'proper' amount of 676 in mine?
17:07:10
ck_
scymtym: scratch that, sorry :) (or mark it under "he doesn't understand how profiling works")
17:57:00
scymtym
ck_: i looked a bit. performance is terrible because XLIB:DRAWABLE-DEPTH called in COMPUTE-RGB-IMAGE makes a roundtrip through the server for every MEDIUM-DRAW-RECTANGLE
18:37:53
jackdaniel
in dnd-comented demo tracking pointer is not reentrant, you had a similar remark somewhere else
20:03:55
krwq
when defining presentation method, are new lines allowed in the output? I think they currently are not (at least it seems like newline character gets replaced with nothing or a space) - is this intentded?
20:06:15
krwq
also seperate question: when using display-function why do present method always has to be wrapped with (let ((*standard-output* stream)) ...)?
20:10:11
scymtym
krwq: i assume you are defining a PRESENT presentation method? you should definitely be able to write newlines to the stream. the newline may not enlarge the bounding region of the presentation if not followed by more output, though. can you share your code?
20:12:27
scymtym
krwq: (let ((*standard-output* stream)) …) should not be necessary. the stream is one of the parameters of the display function. you choose a name for that parameter and then FORMAT, PRINT, etc. to the stream using that name
20:13:08
krwq
scymtym: for question 1 https://pastebin.com/69Tdd5pZ only stuff with comment `;; FOO` is relevant
20:13:29
krwq
scymtym: I'm just playing with various tutorials, right now specifically with https://common-lisp.net/project/mcclim/static/documents/mcclim.pdf
20:15:06
krwq
scymtym: for Q2: Yes but if I use (present ...) then stream doesn't get propagated into the `define-presentation-method present` and basically nothing gets displayed unless I rebind *standard-output*
20:16:58
krwq
scymtym: perhaps present should take a stream or *standard-output* should be bound already when display-function is called
20:18:12
krwq
scymtym: I mean, I think it should work by default since I'm not trying to display elsewhere