Stuck on an issue?
Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.
And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.
`progress` objects should take a `viewer` as parameter
See original GitHub issue🧰 Task
@jni’s suggestion is that the progress constructor should take a viewer argument to be used for adding the QtProgressBar object to the activity dialog, and we should only resort to using _QtMainWindow when a viewer is not passed by the user. I’m curious what @sofroniewn and @tlambert03 think about this option.
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (5 by maintainers)
Top Results From Across the Web
Pass object reference parameters - Progress Documentation
When you pass an object reference data element as an INPUT-OUTPUT parameter, it must have the same class or interface type as the...
Read more >How to utilize the new ReportSource objects with your ...
InstanceReportSource - This report source is used when you have a reference to an existing Report object and covers most of the existing...
Read more >The Progress Indicator element - HTML - MDN Web Docs
This attribute describes how much work the task indicated by the progress element requires. The max attribute, if present, must have a value ......
Read more >ProgressBar - Android Developers
Use indeterminate mode for the progress bar when you do not know how long an operation will take. Indeterminate mode is the default...
Read more >Napari progress bar modification on the fly - Image.sc Forum
Nevertheless, it seems the progress bar does not take it into account and keeps ... Or could I pass the viewer instance as...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Yep, there would be no change to the
QtProgressBarobject.Ok, that makes sense to me. So we could still move the other widgets to
superqtat some point in time. I’m supportive if i understand correctly