Skip to content
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

Streamlining the UX #98

Open
michaeleisel opened this issue Oct 9, 2024 · 1 comment
Open

Streamlining the UX #98

michaeleisel opened this issue Oct 9, 2024 · 1 comment

Comments

@michaeleisel
Copy link
Contributor

It may be helpful to reduce the number of launches and interactions to do each profiling. It also could be helpful to more closely match the Time Profiler UX for ease of migration. For example, what if we did ettrace --launch --bundle_id <bundle id> --device <optional device flag if multiple devices are applicable> ... and then ETTrace actually launched the app, perhaps with an environment variable set to initiate tracing? And then, upon exit, with an atexit handler or something (wouldn't work if the app gets killed with SIGKILL though) it writes out the data, which the ETTrace process collects? And likewise for measuring an in-progress app. The user could either terminate through exiting the app or, say, hitting ctrl-C on the ettrace process.

@noahsmartin
Copy link
Member

So the proposed flow is:

  • app is not launched
  • run ettrace to launch app
  • manually kill app to exit

That sounds like a good option to me, as long as bundle_id is also optional so the original behavior is preserved. Personally I find it more user friendly to not require the extra options and just let you select the app you want to profile by opening it on the device/simulator - but can see how some would prefer this so seems like a good addition

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants