Automargins in narrow spaces

[nicolaskruchten]

From @chriddyp:

I’m seeing this issue in 1.51.1 - I’m assuming that the axes labels are longer than the width of the chart itself. maybe we can introduce some kind of minwidth property for the layout where the chart would shrink up to minwidth and display cut off tick labels (e.g. shrink the chart up to 100px wide)

a min width on one end or the other might be nice. either say - if there isn’t enough room, make the graph at least 100px wide (layout.minwidth or something) or e.g. set the min width in the tick labels - display at least 40px of tick labels
or maybe there is a more elegant solution to display the tick labels in a nicer way for compact layouts. like on top of the bars or something. or at least get the hover labels to show up on top of the bars

[etpinard]

I’m assuming that the axes labels are longer than the width of the chart itself.

Actually, longer than half the width of the chart is enough to trigger the problem:

plotly.js/src/plots/plots.js

Lines 1842 to 1851 in 513491e

	// if the item is too big, just give it enough automargin to
	// make sure you can still grab it and bring it back
	if(o.l + o.r > fullLayout.width * 0.5) {
	Lib.log('Margin push', id, 'is too big in x, dropping');
	o.l = o.r = 0;
	}
	if(o.b + o.t > fullLayout.height * 0.5) {
	Lib.log('Margin push', id, 'is too big in y, dropping');
	o.b = o.t = 0;
	}

[etpinard]

... and I should add the lines pasted in the above comment are very old, so I doubt the current v1.51.x behaviour is any different than in previous versions.

[archmoj]

How does this problem look like after v1.58.0?
cc: #5237

[nicolaskruchten]

What would you expect the change to be? I thought that to fix this we would need #5246 ?

[archmoj]

Confirmed by @wbrgss that this issue is now now fixed after v1.58.0 by #5237.