freenode/#clim - IRC Chatlog
Search
10:30:40
loke[m]
jackdaniel: I note that *UNSUPPLIED-ARGUMENT-MARKER* isn't supported for commands invoked via DEFINE-PRESENTATION-TO-COMMAND-TRANSLATOR.
10:32:22
loke[m]
I would like to invoke an input form when clicking on a presentation, and I figured that the U-S-A-M would be perfect for that. If that's not possible, what is the proper way to achieve this?
10:50:59
no-defun-allowed
Quick test: if I write *foo* to not have Markdown interpret the stars as italics, does it come out okay on IRC?
10:51:44
no-defun-allowed
Excellent, it does. It's still annoying to put backslashes before earmuffs, but it's better than not having that.
10:58:41
jackdaniel
loke[m]: i.e you could call clim:accept in the presentation translator body for remaining arguments. I'm not certain how feasible would be handling partial commands from translators (and I won't investigate that now), it doesn't sound bad though
12:25:45
jackdaniel
you may expermient a little with :maximize-generations t/nil to see what works better for you
12:28:07
jackdaniel
beach mentioned that in the past, that i.e graphviz algorithms are well known and someone could implement them. our abstraction capable of handling different layout algorithms, so it is just a matter of effort (i.e there is no super-heavy conceptual work involved)
12:31:51
shka_
jackdaniel: i actually tried to implement graphviz algorithm, but suddenly stuff popped up and i left it
12:35:41
shka_
anyway, IIRC if i want to display interactive widgets as nodes, this will boil down to presentation type and mouse coordination translation using macro that name i forgot
12:36:43
jackdaniel
formatting-graph-from-roots accepts a print function, if you call (present …) in this function, or wrap your output in (with-output-as-presentation …), then it will be a presentation
13:24:03
jackdaniel
should the sheet be accessible from the blank-area presentation? it sounds useful, especially when you call (accept 'blank-area)
13:26:54
jackdaniel
we may access that information in translators, so there is a way around that, however that seems kludgy in a scenario when you simply want to call accept
13:53:15
scymtym
shka_: i did some experiments with protocols for graph layout, different algorithms and interactive graphs in CLIM: https://techfak.de/~jmoringe/mcclim-double-buffering-4.mkv
16:39:03
jackdaniel
hm, I'm reverting changes to the blank-area presentation (except for the fix which is obvious), because the change is generally not obvious; I'll make a PR with changes instead
16:52:12
jackdaniel
https://github.com/McCLIM/McCLIM/pull/1106 ; if anyone is interested in a preview. I have ambivalent feelings regarding the extension (I've described my concerns in a comment)
20:14:36
recalloc
Hi, I'm currently making a music sheet writing app that looks a bit like this right now: https://0x0.st/iRIp.png
20:15:29
recalloc
I'm trying to find if I could have the application frame scroll somewhere along the red line cursor, instead of the current behavior of rescrolling to the top after every redraw.
20:20:20
recalloc
I'm aware of gsharp from mcclim, but I failed compiling it, and I didn't see support for this specific sheet that I'm doing
20:22:38
pjb
You may want to try this fork with some bugs corrected: https://gitlab.com/abnotation/gsharp/-/tree/master
20:26:33
recalloc
Hmm. After quickloading all dependencies, and then loading `INSTALL` from sbcl, it can't find the package CLIM-MOP.
20:28:08
recalloc
In any case, how would I tell the application pane to scroll after drawing -- or, possibly better -- tell it to track a custom cursor?
20:45:19
jackdaniel
recalloc: it is no after redrawing, but after redisplaying (i.e all contents are removed and put again)
20:46:00
jackdaniel
to scroll, you may use the function (scroll-extent pane 0 +100) to scroll 100 units "down"
20:46:46
jackdaniel
regarding "remembering" the cursor after redisplay, this feature requiest pops from time to time, so maybe it is worth investigating