-
Focus on implementing Applications outlined in
mkdocs.yaml -
Merge this with
ToDo.yaml -
Support top-level
namespace: "demo"indocs/use/library/model.textprotoand rm others
-
#css Units
px-VS-em? Uniform?! -
#css
.app-bar(incl. Help icon) middle alignment how-to? -
#css Search Bar should be more in the middle, and fill all space
-
#css How to
vertical-align: topthe "inner" Thing table/s? -
#feat Collapse Thing value cells on click (perhaps with a [+/-] ?)
-
#dev
Resource.watch()etc. with https://github.com/livereload/livereload-js -
#dev It's ugly how 404.html and other HTML templates duplicate the HTML "frame" - how-to re-use nicely? With Mustache Templates? https://github.com/google/closure-templates/blob/master/documentation/reference/template-types.md#how-do-you-pass-in-a-template
-
Icon based on some Status
datafrom Connector; e.g. π / π / π / π -
https://squidfunk.github.io/mkdocs-material/setup/setting-up-site-analytics/
-
LinuxMachine MVP; incl. dmsg Kernel Log analyzer, https://github.com/prometheus/node_exporter reader, etc.
-
Fix mediaType from extension so that e.g. this will work:
./enola -v --load=https://raw.githubusercontent.com/enola-dev/enola/main/core/impl/src/test/resources/demo-model.textproto docgen -
Add support for writing and reading
ProtobufMediaTypes.PROTOBUF_YAML_UTF_8- easy, given that YAML is JSON? -
enola-dev#102 : Enforce https://www.conventionalcommits.org like git commit messages starting with feat/model/fix/build/docs/clean/format/refactor: and core/k8s/tools: using https://github.com/jorisroovers/gitlint
-
CLI completion - hard or trivial?
-
Move
common/common/src/[main|test]**/protobuftocommon/protobuf(requires ServiceLoader inMediaTypeDetector) -
https://github.com/google/flogger/tree/master/grpc/src/main/java/com/google/common/flogger/grpc ?
-
Upstream
CommandLineSubjectto Picocli? -
unifiedjs.com ?
-
https://plugins.jetbrains.com/plugin/10456-prettier ? Or no longer needed, with VSC?
-
Bazel Java IDE support in VSC instead IJ?!
-
docs: Make
tools/docs/serve.bashuseibazelto rebuild Proto MD on change of.proto -
https://github.com/textlint/textlint with https://github.com/textlint/textlint/wiki/Collection-of-textlint-rule
-
dev.enola.common.io.mediatypeadapter for https://tika.apache.org/2.7.0/api/org/apache/tika/detect/Detector.html -
Run
mkdocs buildinstead of inbuild.bashas ash_testin Bazel withdocs/**+mkdocs.yamlas (only)srcs- fix weird problems -
Proto design: Is this a real requirement, or can we forget about this: "Note that IDs are not "unique", and 2 different IDs may refer to the same underlying object; for example:
k8s:pod?name=echoserver-6dfb6c7764-45gvk&...andk8s:pod?uid=561f1bec-f768-4c5b-b96e-37306d7f2f8a&..." -
Proto design: Should
EntityKindhave a "param_parent, to allow grouping common ones, just during declaration in textproto, but inlined for use." or shall we forget about that? -
Proto design: Should we permit RPC clients to "specify the ID in either (oneof)string text or "broken down" parts form. This is simply for dev convenience in UX such as CLI or Web UIs, and to avoid the proliferation of incompatible parsers. The implementation validates the text, and rejects e.g. "demo:foo?bad=a=b" or "demo:foo?bad=a&bad=b". The string text oneof form is NOT "decoded" like un-escaped (incl. un-quoted) at all, simply "split" ... ? There was
IDsTest.javaandIDs.javacode related to this which I removed on 2023-03-19:message ID { oneof oneof { string text = 1; Parts parts = 2; } message Parts { string scheme = 1; string entity_kind = 2; repeated string segments = 3; } }