Releases: Tails86/ansi-string
Releases · Tails86/ansi-string
v1.1.12
Version 1.1.12
- Fixed bug in
string_formatparsing when just an integer is specified (default to left justification) ex:f'{str:10}' - Fixed
ValueErrormessages when incorrectstring_formatspecified - Tried to clean up confusing documentation which describes
string_format - Protect against accidental changes to enum values
- Return a
tupleinstead oflistfor constants - Added read-only properties, and set attributes names with leading underscore (_) as a hint that the value shouldn't be modified
- Return a
- Added missing GREY aliases in
AnsiFormat - Other minor documentation updates
v1.1.11
Version 1.1.11
- Fixed bug where underline enable code was required just before setting underline color RGB in parsing ANSI string; otherwise, the sequence wouldn't have previously been parsed properly
- Removed
AnsiFormat.settingand addedAnsiFormat.ansi_settingswhich is now a list ofAnsiSettinginstead of a singleAnsiSetting AnsiFormat.rgb()functions now return a list ofAnsiSettingAnsiStringcan now recursively parse lists within incoming settings- Added
AnsiFormat.color256()andAnsiFormat.colour256()functions
v1.1.10
Version 1.1.10
- Parse format spec using a regular expression instead of the crazy logic of before
- Updated
__format_specname toformat_specinto_str()methods - this may cause a little bit of backwards incompatibility if it was ever called out by name
v1.1.9
Version 1.1.9
- Allow the fill character in format string to be colon by looking for expected directives in each split
v1.1.8
Version 1.1.8
- Tweaked the meaning of
topmostinapply_formattingto also extend to all settings leading up to the start index. This means whentopmost=False, it will always be masked by all other settings that exist within the applied range, even if the settings were started previous to the given start. - Added
find_settings()to be able to find where any given settings are applied - Reduced width of README images so they don't get condensed by github/pypi
https://pypi.org/project/ansi-string/1.1.8/
v1.1.7
Version 1.1.7
- Fixed issue where multiple separate escape sequences weren't being parsed from an incoming ANSI string
- The
to_str()method now takes inreset_startandreset_endbooleans - Refactoring and docstring corrections/updates in code
- Documented parse functionality in Usage of README - these are now official features
- Added rainbow example to README
- Cleaned up README to try and reduce confusion
v1.1.6
Version 1.1.6
- Renamed project from
ansi-stringtoansi_stringto conform with PEP 625 - Added
is_formatting_parsable()andis_formatting_valid()functions
v1.1.5
Version 1.1.5
AnsiSetting.parsablenow dynamically determines parsability based on the setting string- This means that all incoming settings are parsed to determine if the formatting is optimizable, not just specific types
- This fixed an issue with strings generated with settings from
AnsiFormat.rgb()functions were marked as not optimizable
- Break out ANSI parsing functionality into its own file:
ansi_parsing.py(accessible but not yet documented) AnsiString.simplify()andAnsiStr.simplify()now throw outAnsiSettingobjects that contain invalid characters which would terminate the escape sequence- Fixed some issues related to function code sequence detection (38, 48, 58)
v1.1.4
Version 1.1.4
- Fixed bug which would make an incoming string with ANSI directives not optimizable
- Incoming reset directive in string or int on formatting or construction will be allowed but will cause
is_optimizable()to return False - Added is_optimizable() and simplify() to AnsiStr
- Updated documentation
v1.1.3
Version 1.1.3
- Removed the need to keep AnsiStr simplified
- Incoming AnsiSetting will not be optimized
- Relaxed documentation about what setting inputs are not advised now that basic strings and ints are parsed and validated