This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-05-17
Channels
- # announcements (2)
- # asami (3)
- # babashka (30)
- # beginners (23)
- # calva (28)
- # cider (3)
- # clj-kondo (16)
- # clj-on-windows (7)
- # cljs-dev (7)
- # clojure (47)
- # clojure-austin (3)
- # clojure-europe (25)
- # clojure-gamedev (3)
- # clojure-greece (1)
- # clojure-nl (1)
- # clojure-uk (3)
- # clojurescript (54)
- # community-development (24)
- # conjure (16)
- # duct (1)
- # emacs (8)
- # events (1)
- # figwheel-main (4)
- # fulcro (13)
- # gratitude (20)
- # helix (3)
- # honeysql (8)
- # hyperfiddle (12)
- # introduce-yourself (1)
- # jobs (6)
- # lambdaisland (1)
- # lsp (35)
- # malli (1)
- # meander (27)
- # minecraft (11)
- # off-topic (12)
- # pathom (1)
- # portal (11)
- # releases (1)
- # remote-jobs (1)
- # ring (11)
- # sci (1)
- # shadow-cljs (53)
- # specter (5)
- # xtdb (20)
When I tap>
multiple values during a single invocation, it is hard to see what is what, as seen below. What do people do to alleviate that?
I either tap it with a label as in (tap> ["result1" {:a "map"}])
or add metadata as in (tap> ^:result1 the-data)
. It would be perfect for me if the metadata display could leverage the empty space to the right of it (see below) to display as much of the metadata as fits there.
Actually IMO it would be awesome in general if the space to the right could be used to preview the data so instead of just {2}
it would show something like {2} :results (2) :total...
where the map is {:results (2), :total 123, ... }
I'm not sure if your multiple taps are interspersed with other calls:
(tap> "val1")
(do-something)
(tap> "val2")
; etc.
or are sequential, but in the case of sequential taps, I tap a map:
(tap> {:val1 "val1" :val2 "val2})
It's more likely the former case, but thought I'd mention that just in case.no, they are at different places of the call stack
I wonder if something along the lines of the ideas discussed in this thread from the other day would help - https://clojurians.slack.com/archives/C0185BFLLSE/p1652474464984319
I've found it effective to use the first strategy mentioned (tap a vector with a descriptive keyword and the value).
I really like the idea of using the metadata area for this info, if there was a convention for a metadata key, like :portal/label
I wonder if a https://cljdoc.org/d/djblue/portal/0.26.0/doc/guides/custom-tap-list or a https://cljdoc.org/d/djblue/portal/0.26.0/doc/guides/default-viewer might help?
two thoughts on expanding the inspector
1. In my custom log viewer script, I often want to have one particular column's data expanded. I do this now by making that column's data use the pprint viewer, but it's not as nice as the inspector viewer. Could there be a metadata attribute for the inspector viewer that expands it by default?
2. I sometimes find myself going to all the leaves and expanding them, to see the entire structure. How would you feel about E
to full expand all levels of the current selection (nicely complementing the current e
for expanding one level)?