-
Notifications
You must be signed in to change notification settings - Fork 26.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make 'print' throttle its output #232
Comments
Do we still plan to do this? |
Yes. Having debugPrint and print do different things leads to a confusing debug experience. |
FYI @cbracken who's been in print stuff recently. (Not important, just thought you might like to see.) |
Does this still a valid issue? |
The intent here is to shift that logic from the framework to If someone in the community would like to implement this, I'll gladly review it though! |
I would like to take this. So what needs to be done is to move the |
debugPrint has evolved into a more elaborate API than would make sense to squeeze into |
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of |
Monday Oct 26, 2015 at 21:30 GMT
Originally opened as https://github.com/flutter/engine/issues/1804
We should move the
debugPrint()
logic in rendering/debug.dart to the C++ side. It does seem to have solved the problem of data loss during high-volume logging.(Having it on the C++ side, as native behaviour of Dart's
print()
built-in, would mean that all debug output would be throttled the same way, so people writing new frameworks would get this automatically, and people wouldn't have to import rendering.dart to get it even in regular Flutter apps.)The text was updated successfully, but these errors were encountered: