Fork me on GitHub
#portal
<
2021-06-13
>
djblue01:06:52

• Records can now be viewed as maps • Remove incognito chrome flag for chrome app • Improve table viewer ◦ Distinguish header rows / columns from data ◦ Highlight row / column as you hover over elements ◦ Fix path for selected value • Map `META` in shortcuts to `⌘` for mac users • Add selected path with copy button to bottom of portal • Add `:portal.viewer/relative-time` for instants ◦ ex: `1 day ago` • Add `:portal.viewer/date-time` for instants ◦ ex: `6/12/2021 6:32:28 PM` • Viewers that parse data have a tab to get back to the original value

🎉 8
👏 6
djblue01:06:38

@U07FP7QJ0, I think you might be interested in the new record support 👌

💯 3
andyhorng02:06:16

Hi @U1G869VNV, Do you have plan to support Portal Atom on Node runtime? I am interested on this feature.

djblue05:06:14

Hi @UNKNGH2EL, I can add node support but it would have to return a promise on deref because it needs to make a call to the client to get the currently selected value. Would that still be useful for you?

andyhorng07:06:09

I am thinking that atom is necessary to be a promise. In my use case, after I selected the value from the view, I will switch back to my editor and pull the value from atom then do some experiments. In local environment, the value should be returned instantly.

andyhorng04:06:48

I traced the code that ui can invoke server function like clear-values. Maybe it could be implemented by this mechanism. When ui selected the value, pass the value to server and update the portal atom. I did try to implement it, however it is a little complicated for me now.

djblue15:06:49

That's an interesting idea. I'll have to look into this when I get some time. Feel free to link me your branch if you'd like to share your progress.

andyhorng02:06:35

ok, thanks. I will give you my branch when I have some free time. it’s busy in work days.

👍 3