you can provide (map f) as an optional arg when creating the channel

the channel is being created by sql/select from sqlingvo

or, if you don’t control channel creation, you can pipe into your channel

can you explain what you mean by "pipe into your channel"?

https://clojure.github.io/core.async/#clojure.core.async/pipe the funciton, pipe

it takes a from channel and a to channel

put the (map f) transducer on the to channel

or even pipeline with an xf arg maybe?

yea, i thought about pipeline but it feels like an abuse of the semantics

I would go with pipe though, less complex

how do i know a good buf-or-n to pick for the arg to chan?

pipe plus a chan with a transducer does what you want

nil is equivalent to chan with no args

ahh, right. ok, cool

thx

this seems like something common enough that it should be in the std lib though honestly

pipe is in the stdlib

not pipe. the whole construct that i'm going to build here

a) create a chan passing xfm, b) call pipe with orig chan and newly created chan from a

seems like a super common operation

one i would've expected to have the name map actually 🙂

johanatan map> exists, and is explicitly deprecated in favor of using a map transducer as we’ve just described

so it exists, but authors think you shouldn’t use it any more

ahh, yea, i figured that's what that was but since it's deprecated there's no documentation explaining what it is

well, not using it amounts to me re-writing it in the form of a helper that calls the transducer way

so, not really any benefit that i can see

oh wait, core.async/map still exists, is not deprecated, and directly does what you want

no, that takes N channels

n can be 1

I have only 1 channel with N things

map also maps over n collections

usually n is 1, but it’s still n

ahh, then i know my problem

(async/map f [c]) should work

i tried calling it like: (map :a-kwd src-channel) rather than (map :a-kwd [src-channel])

I always do that when I’m using alts!