<dominikh>
weird, must've forgotten to release a version for that. if you build from git, it's fixed
<dominikh>
will release 2.1.1 once I boot my dev system
<Paradox>
alright
<Paradox>
i'll do a git pull
<Paradox>
does…uh…the git version have oper and sanitize?
<Paradox>
they are in the docs but nonfunctional in 2.1.0
<Paradox>
well…sanitize works but it whines about being private
<dominikh>
what's "sanitize"? and oper should work just fine.
<Paradox>
idk, i've seen it mentioned a few times throughout your changelogs/readmes, but ideally some simple way to strip color codes from messages for processing
<Paradox>
oh my mistake, its called filter_string or strip_colors
Azure has quit [Remote host closed the connection]
<dominikh>
huh, when did those become private
<dominikh>
oh, have been forever. odd.
<Paradox>
yeah, i wanted to use them in a bot that announces reddit posts
<dominikh>
guess I'll have to change that, too
<Paradox>
but it kept yelling at me so i just C+P code
<Paradox>
lol
<dominikh>
a) there's nobody to yell at you but the docs, they're not private in the ruby sense
<dominikh>
only documented as private
<dominikh>
b) there's the #safe_* methods for sending messages, those use filter_string on the argument
<Paradox>
huh, well i wasnt sure of the official stauts
<Paradox>
and yeah, those work for outgoing messages, but if you use Format anywhere it removes it
<dominikh>
actually, considering they're private right now and filter_string as a name bugs me, I'll rename that method to filter
<dominikh>
or sanitize or something like that..
<Paradox>
sanitize is what rails would call it
<Paradox>
ie h()
<dominikh>
yeah
<Paradox>
aliased as sanitize
<dominikh>
okay, will release 2.1.1 later that fixes the AWAY bug, and somewhen after that 2.2.0 which will make the string utilities public and rename filter_string
<Paradox>
also, this isn't really something you have to worry about, something I need to eventually fix on snoonet
<Paradox>
but, if a channel has some replay mode cinch freaks out about it
<Paradox>
i.e. in InspIRCD, we have +H, which shows a per-channel configurable history, bracketed by start-and-end notices
<Paradox>
which causes the sync to freak out because its getting messages from users that may not be there anymore
<Paradox>
again, not something *you* need to worry about, just letting you know
<dominikh>
mhm
<dominikh>
maybe one day IRCv3 will have an official extension for replays, then we can implement that
<Paradox>
well, the patch i'm working on for INSP is to make it not send replays to +B users
<Paradox>
+B being bot-mode
<dominikh>
sounds like a good idea.
<Paradox>
problem is my C++ is janky
<Paradox>
yeah git head fixes the away spam dominikh
<Paradox>
thanks
<dominikh>
no problem
Rylee has quit [Ping timeout: 245 seconds]
Rylee has joined #cinch
Rylee has quit [Client Quit]
Rylee has joined #cinch
postmodern has quit [Quit: Leaving]
thrillagorilla has joined #cinch
Azure has quit [Ping timeout: 240 seconds]
Azure has joined #cinch
kludge` has quit [Ping timeout: 255 seconds]
kludge` has joined #cinch
thrillagorilla has quit [Write error: Connection reset by peer]