Refactor the kata environment for more flexibility and better intuition #33
No reviewers
Labels
No labels
breaking
component
memoize
component
tagging
effort
high
effort
low
effort
mid
moscow
could have
moscow
must have
moscow
should have
outcome
done
outcome
not planned
type
bug
type
chore
type
docs
type
enhancement
type
org
type
refactor
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lukas/kata!33
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "refactor-forced-formatting"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
solves #32
Topics:
\vfilbefore the first stepTodos:
kataandkataRaw/kata/kata/styled/kata/setupso/kata/kata/styledkeys can be set globally too -> use\kataSetupin the examples to make\begin{kata}shorter and also demonstrate how it probably usually looks like (maybe override keys in the extended example though)\IfBlank*be used in plainnewcommand(seebeltmargin)?kataSection(remove the one forsection command)see also https://github.com/atticus-sullivan/kata/pull/15
Idea for later:
sockets for the "hook" executed before the first step. With the fixed (and guarded) amount of parameters, this is quite the perfect fit for this case (avoids spilling/leaking content if the user-supplied macro takes too few arguments or eating additional tokens if the user-supplied macro takes too many arguments). The only drawback is I want users to easily customize the packet. Right nowsockets are not well known which makes it less easier for the user to customize when using sockets over simple macros/pgf-keys\kataSection, but heretemplates might be a better fit (not quite sure though)