-
Notifications
You must be signed in to change notification settings - Fork 8
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
Get rid of fluttered build job output and color errors #374
Get rid of fluttered build job output and color errors #374
Conversation
063866d
to
0161414
Compare
2339aef
to
a337e8a
Compare
a337e8a
to
8ef121d
Compare
tested updated version, looks much better now - thanks! |
65bb663
to
bdb7f3e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't test it yet but based on the diff the new format looks acceptable. Some of the format/color changes make a lot of sense but there are also some that I'm not really sure about. The implementation and commit messages require a bit of work though.
@christophprokop can you perhaps also provide motivation/background for or rather reasoning behind the output format changes? The things that seem obvious:
What I'm not sure about:
|
63d5797
to
f6d11a5
Compare
f6d11a5
to
770f570
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
"", | ||
"", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
??? (#374 (comment))
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is that information (endpoint name + container ID) not available here? In that case we should perhaps use a placeholder like dashes (that also helps with keeping the output structured/parseable).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the placeholder with dashes. The given string here "" gets filled up with dashes.
Looks a bit odd, but works
770f570
to
2a95ed9
Compare
This commit enhances the finish message formatting by incorporating color-coded status messages for improved readability and clarity. Changes include: - Replaced redundant format strings with simple colorized messages. - Consolidated the final message formatting to a single step with colored status indicators. Key modifications: - Used `colored::Colorize` for colorizing the success and error messages. - Simplified message construction by combining dynamic and static parts after determining the status. Signed-off-by: Nico Steinle <nico.steinle@eviden.com>
This update enhances the readability of the build output by standardizing the format and reducing text flutter when building multiple packages. Key changes include: - Implemented dynamic length calculation for endpoint names to ensure proper alignment and prevent text cutoff. - Introduced color-coded build status blocks for better visual distinction. - Updated progress bar messages to use a consistent format, accommodating longer endpoint names and maintaining a clean display. Example output before and after the changes: ``` - before: [00:00:06] (100%): █████ | [endpoint-name/XXXXXXX XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX package-name package_version]: msg - after: [00:00:06] (100%): █████ | endpoint-name XXXXXXX XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX ██ package_name package_version msg ^^--- colored build status block ``` Signed-off-by: Nico Steinle <nico.steinle@eviden.com>
This commit refines the progress bar format in both the `config.toml` file and the `default_progress_format` function to improve readability and adapt to narrower terminal widths. The changes include: - Simplified the progress format by removing unnecessary brackets and adjusting the bar length. - Reduced the progress bar length from 40 characters to 5 characters to fit within more compact terminal displays. Signed-off-by: Nico Steinle <nico.steinle@eviden.com>
2a95ed9
to
8369521
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM now, thanks for writing proper commit messages :)
Having to pass through max_endpoint_name_length
isn't pretty but I guess it's the best solution/hack for the meantime.
I tested it and the output seems fine. (I would've preferred to keep some additional information in some places (like Phases:
) but that's down to personal preference, I guess.)
2f085fb
No description provided.