[BUG] innerwiki scales contents to zero size about tiddlywiki5

[btheado]

I don't have any experience with this DOM API, but from what I read, an IntersectionObserver can be used to execute code when a dom element becomes visible. With that, the clientWidth could be calculated only when the innerwiki dom is visible and thereby get the correct value.

Ideas for workarounds until the issue is fixed:

• Don't use zoomin view or tabs macro (as you mentioned at TW talk
• Add a refresh button to make it a little easier to refresh the innerwiki:

<$button actions="<$action-listops $tiddler='$:/temp/innerwiki-refresh' $field=text $subfilter=':and[cycle[on off]]'/>">Refresh innerwiki</$button>
<$list name=refresh filter="hello.js $:/temp/innerwiki-refresh :and[get[text]join[]]">
<$innerwiki width="600" height="400" style="width:100%;">
[...]

[Jermolene]

Thanks @ittayd @btheado. I've made some experiments in the past and found IntersectionObserver awkward to use within a TW widget. A simpler alternative fix might be to adjust the scaling and anchor positions when there is a refresh. That approach would not be able to detect changes to the innerwiki size triggered by the window size changing, but I think it would fix the specific problem with the zooming storyview described in the OP.

[ittayd]

I'd like to add that i don't know why scaling is required. If I want to clip some content I usually want just that. Perhaps instead of trying to calculate scaling automatically, there can be an attribute the user can set if they wish scaling. It can be a fixed number or 'auto' (in which case the existing calculation will be used)