lit

About the `unticked` python's function or class First, there are some of these functions that can be easily implemented: 1. slice() can be by `system.countup()` 2. ascii() can be implemented...

> Is this possible to define these outside of tonim: given the current macro capabilities of nim? Sure, [here](https://github.com/litlighilit/nimpylib/blob/8d4f8dd76be0783edcadffa0132ca32eff2c337a/src/pylib/classdef/pydef.nim#L147) Also, I'm planning to implement `raise ErrType(...)` and non-declaration-needed assignments in...

I guess this change can breaks some existing code. Yet currently it does violate what strictFuncs shall mean. However, just in a little field, as NimNode can only be used...

`stdin` is not peek-able (IIRC) What's more, in my test on Linux, `s.peekChar()` will explicitly cause `Error: unhandled exception: cannot retrieve file position [IOError]`, which differs from what you met...

> Maybe os-dependent behavior? Later I'll test on Windows On Windows, this behaves the same as MacOSX, i.e. blocking silently when peeking

But I find one interesting thing: blocking as it's really, it's in fact waiting for your another input, which means `peekChar` somewhat behaves the same as `readChar` (p.s. tested on...

> But if you don't get error, setFilePos/fseek or getFilePos/ftell works for stdin even if it reads from keyboard or pipe on these OS? Not that, I found that on...

> fseek(stdin, 0, SEEK_SET) will set position of stdin to the begining of the current buffer (after cleaning buffer) However, what's notable is that fseek for stdin is not portable,...

Solution: While `setFilePos` is not for `stdin`, `peekDataImpl`, called with length of 1 as its argument by `peekChar`, can call `ungetc` instead, which seems to run on `stdin` I may...

> I may try to implement later. See https://github.com/litlighilit/Nim/commit/3032c748ec3b67aa3f5669cffae94771959bd51f But it looks ugly, as `std/streams` used to have no `importc` pragma. So I myself even don't wanna PR it, considering...