IRC channel logs

2020-02-02.log

back to list of logs

***Server sets mode: +nt
***apteryx_ is now known as apteryx
*chrislck watching janneke
<chrislck>go wingo
***jao is now known as Guest60511
<fnstudio>hi all, i'm using emacs+geiser+readline and i'd like to remap my keys so that <up>/<down> bring me back/forth in my history
<fnstudio>which is the usual behaviour you get on the cli
<fnstudio>whereas, if i understand it correcly, the default in the geiser repl is M-p/M-n, respectively
<fnstudio>is there a specific reason why i might *not* want to remap them over up/down?
<fnstudio>if not, any pointer on how this can be done?
<mwette>IIRC in geiser you can do C-<up>/<down> (or is it S-<up>/<down>) ?
<fnstudio>mwette: let me try
***Guest60511 is now known as jao
<fnstudio>mwette: hm, nope, that doesn't seem to work here
<dsmith>It's been a while, but I remember is was better to not enable readline while using geiser.
<dsmith>So this is more of an emacs question. But look into local-set-key (emacs function)
<chrislck>fnstudio: you can use M-p M-n
<dsmith>As in C-h f local-set-key
<fnstudio>dsmith: yeah, the fact i don't find anything on the web re that remapping makes me suspicious, as there might be some reason why i should not be going that way...
<mwette>fnstudio: also, I set up things so that in geiser readline is not enabled
<fnstudio>chrislck: yes, i know, but i was wondering if there might be a way to use up/down instead
<dsmith>It's pretty normal in emacs to use M-p and M-n for moving though history in most interavtive modes.
<mwette>C-<up> works for me
<dsmith>For example, that's the bindings for erc
<mwette>and I don't find anything in my .emacs to set it up
<dsmith>fnstudio: Type C-h k C-<up> and see what it's bound to.
<fnstudio>dsmith: i see, consistency is a good reason for me to get used to it
<fnstudio>dsmith: cool, that helps, let me try that
<dsmith>You can rebind anything you want. It's emacs!
<mwette>mine is bound to (comint-previous-input ARG)
<fnstudio>mwette, dsmith: it seems mapped to `backward-paragraph`
<fnstudio>and it says "found in global-map"
<fnstudio>ooops
<dsmith>fnstudio: Make sure you run that while in geiser-mode
<fnstudio>yeah that was me... it's in my init file :)
<fnstudio>ok, that explains everything
<fnstudio>dsmith, mwette: thanks so much, that solves my problem i think - `C-h k` was super helpful
<fnstudio>thanks both!
<dsmith>np!
<dsmith>Emacs is a huge beast. You can spend decades learning stuff and still be surprised by new things.
<mwette>exactly
<mwette>I've tried to find out how to add #! ... !# as comment block but failed.
***daviid` is now known as daviid
<manumanumanu>rlb: That seems like something that should not work :D But if it did work in 2.2 it is technically a regression.
<rlb>manumanumanu: looks like it did. And I suppose it could just be considered say undocumented behavior, but the define-generic description in the manual perhaps suggests otherwise.
<rlb>e.g. " If symbol was previously bound to a Scheme procedure (or procedure-with-setter), the old procedure (and setter) is incorporated into the new generic function as its default procedure (and setter)."
<manumanumanu>oh.
<manumanumanu>I had no idea.
<rlb>I've worked around it, but perhaps it's worth a bug report...
<manumanumanu>That indeed seems like a regression
<dsmith>rlb: There were some changes in goops. iirc something about no longer able to dynamically change things by default. (Still possible, but you need to ask for it some how).
<dsmith>The wingo knows!
<rlb>(This conversation is giving me a bit of deja-vu. I have this vague idea I may have been poking at something a bit similar when 2.2 was released.)
<drakonis1>the guile 2020 talk is nice
<drakonis1>suggests that what's next for guile is stealing as many racket features as possible
<drakonis1> https://video.fosdem.org/2020/AW1.125/guile2020.mp4
<rlb>I take it back -- that didn't work in 2.2 either.
<rlb>(Accidentally tested my "test fix" with 2.2 rather than the broken version.)
<dsmith>drakonis1: Ah cool! But they cut off the screen!
<drakonis1>Narrator: they have not
<drakonis1>it cuts into the screen later
<dsmith>I see!
<mwette>for #lang see https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30094; my 2.2.4 patch worked as-is on 3.0.0
<drakonis1>neat.
<drakonis1>that rules.
<drakonis1>slowly walk towards absorbing racket into it
<mwette>not tested on 3.0.0 yet -- building now -- but no rejected patch fragments
<rlb>filed a bug.
<drakonis1>cool talk though
<mwette>my #lang patch test failing in 3.0.0 -- needs work -- does not look bad