Conversion to bases <=1 or >10 fails

[refi64]

Stuff like 21b or 11b will loop indefinitely.

[refi64]

Huh, and ACb results in...:!? This needs a bit of rework. :O

[refi64]

@phase What if we changed b to return an array of numbers instead of a string?

[phase]

If we have a array of number to string operator then sure.

As a side note, I'll start working on O again once I get my laptop working again. Crashing during an update does wonders. Shouldn't take too much longer.

[refi64]

@phase

If we have a array of number to string operator then sure.

Well, you could do something like [[1234]{n""+}d]p...

As a side note, I'll start working on O again once I get my laptop working again. Crashing during an update does wonders. Shouldn't take too much longer.

Ouch. Was that a Windows crash? I actually haven't been able to get the Windows side of my laptop to boot in forever, so I can sort of related to that. :/

[phase]

An operator would be better, I'm surprised no one noticed O doesn't have one.

I switched to Kubuntu a while ago, and I was updating to Ubuntu 16 when KDE decided to do its hourly crash. I'm backing my root folder up to a hard drive and I'm just going to reinstall it.

[refi64]

@phase Yeah, I need to upgrade mine. Still on Ubuntu 14 LTS. I'm surprised you stuck with Kubuntu if it crashed hourly...

[refi64]

@phase I got an idea. What if range (,) gets overloading so that, if the TOS is a string, then it will join the next value on the stack with the string as the separator? So that ['1'2'3'4'5]S, would output 12345. It would convert any non-string values to strings, so [12345]S, would be the same thing.

[phase]

Ooo that's nice.

Plasma 5 is just a little finicky if you mess with it a lot. Luckily it has a built in error catcher, so you can instantly restart it whenever you decide to mess with the settings.