Peter Sobolewski

Results 641 comments of Peter Sobolewski
trafficstars

> I am slightly leaning towards supporting named axis and dropping support for napari I have seen that there should be an existing widget supporting Points, Labels, and Shapes, but...

@jo-mueller Not sure about the mypy failure with `napari.current_viewer()`. I'm a total mpypy neophyte. https://results.pre-commit.ci/run/github/273997744/1746616806.1LE90bWyTT2ilplF3dcV_A I think we could `#type: ignore` that line, but it might be indicative of something...

Thanks for the input. Seems like changing the import or just adding the ignore comment is the safe way forward. BTW maybe we should merge https://github.com/tlambert03/napari-omero/pull/83 which updates mypy too...

@jo-mueller I made the revert-squeezing PR: https://github.com/tlambert03/napari-omero/pull/106

Need to merge main here (or if you have repo rights, just add the button to every PR)

@tlambert03 When you get a chance, do you think you could tick the box to suggest merge main from PR: ![image](https://github.com/user-attachments/assets/da289d31-9336-4637-b2ae-0ecee55a3428) 🙇

BTW, should we consider adding the widgets to the menu `File > IO utilities`? I think it makes some sense?

Reading this, I wonder if this is all because of default Layer.scale? So then the scale bar is in pixels units right? So then you'd expect it to *not* scale...

It's actually bugged the other way for me: No scale factor for export figure, default Layer.scale ``` import matplotlib.pyplot as plt import napari viewer = napari.Viewer() viewer.open_sample('napari', 'cells3d') viewer.scale_bar.visible =...

Anyhow, as far as i can tell: - the length of the scale bar is always correct - the thickness of the scale bar graphic cannot be controlled -- could...