You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/ISSUE_TEMPLATE/bug_report.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,7 +6,8 @@ labels: Needs triage
6
6
assignees: ""
7
7
---
8
8
9
-
You may find a solution to your problem in the [docs](https://rich.readthedocs.io/en/latest/introduction.html) or [issues](https://github.com/textualize/rich/issues).
9
+
-[ ] I've checked [docs](https://rich.readthedocs.io/en/latest/introduction.html) and [closed issues](https://github.com/Textualize/rich/issues?q=is%3Aissue+is%3Aclosed) for possible solutions.
10
+
-[ ] I can't find my issue in the [FAQ](https://github.com/Textualize/rich/blob/master/FAQ.md).
- Switch Markdown parsing from commonmark to markdown-it-py https://github.com/Textualize/rich/pull/2439
53
+
54
+
## [13.1.0] - 2023-01-14
55
+
56
+
### Fixed
57
+
58
+
- Fixed wrong filenames in Jupyter tracebacks https://github.com/Textualize/rich/issues/2271
59
+
60
+
### Added
61
+
62
+
- Added locals_hide_dunder and locals_hide_sunder to Tracebacks, to hide double underscore and single underscore locals. https://github.com/Textualize/rich/pull/2754
63
+
64
+
### Changed
65
+
66
+
- Tracebacks will now hide double underscore names from locals by default. Set `locals_hide_dunder=False` to restore previous behaviour.
67
+
68
+
## [13.0.1] - 2023-01-06
69
+
70
+
### Fixed
71
+
72
+
- Fixed issue with Segment.split_cells for mixed single and double cell widths
73
+
74
+
## [13.0.0] - 2022-12-30
75
+
76
+
### Fixed
77
+
78
+
- Reversed `pre` and `code` tags in base HTML format https://github.com/Textualize/rich/pull/2642
79
+
- Improved detection of `attrs` library, that isn't confused by the presence of the `attr` library.
80
+
- Fixed issue with `locals_max_length` parameter not being respected in Traceback https://github.com/Textualize/rich/issues/2649
81
+
- Handling of broken `fileno` made more robust. Fixes https://github.com/Textualize/rich/issues/2645
82
+
- Fixed missing `fileno` on FileProxy
9
83
10
84
### Fixed
11
85
@@ -15,6 +89,12 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
15
89
16
90
- Bumped minimum Python version to 3.7 https://github.com/Textualize/rich/pull/2567
17
91
- Pretty-printing of "tagged" `__repr__` results is now greedy when matching tags https://github.com/Textualize/rich/pull/2565
92
+
-`progress.track` now supports deriving total from `__length_hint__`
93
+
94
+
### Added
95
+
96
+
- Add type annotation for key_separator of pretty.Node https://github.com/Textualize/rich/issues/2625
97
+
18
98
19
99
## [12.6.0] - 2022-10-02
20
100
@@ -1844,7 +1924,13 @@ Major version bump for a breaking change to `Text.stylize signature`, which corr
1844
1924
1845
1925
- First official release, API still to be stabilized
## Why does emoji break alignment in a Table or Panel?
11
+
12
+
Certain emoji take up double space within the terminal. Unfortunately, terminals don't always agree how wide a given character should be.
13
+
14
+
Rich has no way of knowing how wide a character will be on any given terminal. This can break alignment in containers like Table and Panel, where Rich needs to know the width of the content.
15
+
16
+
There are also *multiple codepoints* characters, such as country flags, and emoji modifiers, which produce wildly different results across terminal emulators.
17
+
18
+
Fortunately, most characters will work just fine. But you may have to avoid using the emojis that break alignment. You will get good results if you stick to emoji released on or before version 9 of the Unicode database,
The spinner example is know to break on some terminals (Windows in particular).
32
+
33
+
Some terminals don't display emoji with the correct width, which means Rich can't always align them accurately inside a panel.
34
+
35
+
<aname="how-do-i-log-a-renderable"></a>
36
+
## How do I log a renderable?
37
+
38
+
Python's logging module is designed to work with strings. Consequently you won't be able to log Rich renderables (Table, Tree, etc) by calling `logger.debug` or other similar method.
39
+
40
+
You could use the [capture](https://rich.readthedocs.io/en/latest/console.html#capturing-output) API to convert the renderable to a string and log that. However I would advise against it.
41
+
42
+
Logging supports configurable back-ends, which means that a log message could go somewhere other than the terminal -- which may not correctly render the formatting and style produced by Rich.
43
+
44
+
If you are only logging with a file-handler to stdout, then you probably don't need to use the logging module at all. Consider using [Console.log](https://rich.readthedocs.io/en/latest/reference/console.html#rich.console.Console.log) which will render anything that you can print with Rich, with a timestamp.
45
+
46
+
<aname="strange-colors-in-console-output."></a>
47
+
## Strange colors in console output.
48
+
49
+
Rich will highlight certain patterns in your output such as numbers, strings, and other objects like IP addresses.
50
+
51
+
Occasionally this may also highlight parts of your output you didn't intend. See the [docs on highlighting](https://rich.readthedocs.io/en/latest/highlighting.html) for how to disable highlighting.
52
+
53
+
<hr>
54
+
55
+
Generated by [FAQtory](https://github.com/willmcgugan/faqtory)
0 commit comments