Pietro Peterlongo
Pietro Peterlongo
other nice reference: https://ncase.me/rss/ and at some point I should go back working on feedo: https://github.com/pietroppeter/feedo
nbNewDummy and nbMoveToIndex/nbCopyToIndex for anticipating/previewing code blocks that appear later
this could be based internally of a `nbCodeNoEval` which is easy to implement but we do not have yet (and really not sure about the name)
nbNewDummy and nbMoveToIndex/nbCopyToIndex for anticipating/previewing code blocks that appear later
something similar to what is described above can be reached with current api, see this example in nblog: https://pietroppeter.github.io/nblog/drafts/mermaid_diagram.html it is possible we do not need anymore a new command...
nbNewDummy and nbMoveToIndex/nbCopyToIndex for anticipating/previewing code blocks that appear later
thought of an api for this: ```nim # inserted a dummy block at the place where you will want a later block to appear idxDummy = nbNewDummy # creates a...
the PR linked above is a workaround but probably there is a better solution.
> The entire reason we do the checkIsValidCode is to find out if it potentially could be a string instead of an untyped block of code. wait, is this the...
> Hehe, we are back where we started now, the reason we couldn't have an overload was that it would have to type-check the argument to see if it was...
yes, that would be a possible issue (and the advice might just be: don't do that 😛), although in principle the current template `captureStdout` that we use might just work...
> we would have to do something about the echos when creating a block as they will be captured by nbCode no matter how we do it. ah right. in...
so basically this was ready some time ago but now it seems really ready :) should I give a quick review and merge?