| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Update chame | bptato | 2024-02-08 | 1 | -0/+0 |
| | | |||||
| * | Update chame | bptato | 2024-02-07 | 1 | -0/+0 |
| | | |||||
| * | Incremental rendering | bptato | 2024-02-07 | 1 | -0/+0 |
| | | | | | | | | | | | | | Yay! Admittedly, it is not very useful in its current form, except maybe on very slow networks. The problem is that renderDocument is *slow*, so we only run it when onload fails to consume all bytes from the network in a single pass. Even then, we are guaranteed to get a FOUC, since CSS is only downloaded in finishLoad(). Well, I think it's cool, anyway. | ||||
| * | Update chame | bptato | 2024-02-07 | 1 | -0/+0 |
| | | | | | | | | | * Update chame to the latest version * Get rid of nodeType usage * Add atoms * Re-implement DOM attributes * document.write | ||||
| * | Update chame | bptato | 2023-12-03 | 1 | -0/+0 |
| | | |||||
| * | Add innerHTML setter | bptato | 2023-10-23 | 1 | -0/+0 |
| | | | | | yay | ||||
| * | Update chame | bptato | 2023-09-30 | 1 | -0/+0 |
| | | |||||
| * | update chame | bptato | 2023-09-24 | 1 | -0/+0 |
| | | |||||
| * | update chame | bptato | 2023-09-19 | 1 | -0/+0 |
| | | | | | and with that, resolve the unknown input type issue | ||||
| * | Update submodules | bptato | 2023-09-14 | 1 | -0/+0 |
| | | |||||
| * | Move HTML parsing into Chame | bptato | 2023-08-15 | 1 | -0/+0 |
| Operation "modularize Chawan somewhat" part 2 | |||||