Recent Commits to kint:master

ColorRepresentation: Support new color syntaxes

CallFinder: Discard all parameters when parameter names are involved

CallFinder: Handle clone with

Kint: Add more specific typing for getCallInfo

ClassDeclaredContext: add proto_class to handle prot access changes

CallFinder: Support pipes

Merge style updates

Update sass version and port to mixin to fix deprecations

Update dependencies

php-cs-fixer cleanups

chore: allow unsupported php version & parallel config

refactor: setAccessible no longer effect since PHP 8.1

DomPlugin: Use reflection to get fields from PHP 8.1

Enable deprecation messages in test suite

ClassDeclaredContextTest: Test siblings in isAccessible

CallFinder: Parse HEREDOC and NOWDOC correctly

Psalm cleanups

DeclaredCallableBagTest: Fix returntype self in PHP 8.5

GHA: Only do a single install step

Refactor github action

Update to psalm 6

rich.js: Blur search input on escape regardless of key control

DomPluginTest: Use DOMException

Readme: Use standard php docs link for var_dump

IteratorPlugin: Remove unused psalm annotation

This bug doesn't occur any more due to c7874df2d85

DomPlugin: Add outerHTML for PHP 8.5

CSS: Use inlined SVG masks for button icons instead of htmlentities

Parser::noRecurseCall: Simplify logic

MethodValue::getFullyQualifiedDisplayName

By splitting this out we can use it in traces for more clarity

Plain: Set normal line-height

IteratorPlugin: Relax type hint for blacklist

The old way if you want to blacklist an interface
that's frequently implemented as an iterator you
would run into static analysis problems.

AssetRendererTrait: Bugfix wrong return type with non-existent theme file

Parser: Use try/finally to unset recursion stacks

I was concerned this would cost a few % performance but individual
tests fluctuate more than the difference so it's negligable at best

Parser: Catch all throwables from plugins

Utils::errorSanitizeString: Bugfix for empty string inputs

ClassStaticsPlugin: Rewrite without access paths on top level

Add php next to CI

RichRenderer: Expand minitrace when dump is expanded

Various missing tests, coverage stuff

CallFinder: Add meta info for when new without parens is used

MethodValue rewrite

This allows us to squeeze a lot more perf out of complex systems
by omitting the access paths and depth. Effectively we can avoid
cloning all methods for every instance and just reuse the existing
MethodValues repeatedly.

Totally incompatible with text renderers since they pretty much
require depth to be set correctly

SplFileInfoRepresentationTest: Fixup

TabPluginInterface: Send value along with representation

CSS: Rename --color-size to --nav-size

It's the element that decides the height of the bar, so we
shouldn't go beyond the nav in height

Small CSS fixups

* Solarized actually names its colors 03, 02, 01, 00, 0, 1, 2, 3
  so those leading digits are actually relevant.
* It turns out .kint-trace hasn't been a thing since kint 1 back
  in 2016 (Wow)
* I'm very glad that highlight color has been broken all this
  time, it's horrible. Scrapped
* The problem with the color preview box is that you can change
  the width and height, so setting a max doesn't actually solve
  the underlying issue. It's just hard to get the checker pattern
  to line up with the box it's in even if you know the dimensions.

migrate from scss variables to css vars instead

CallFinder: Better literal detection

Before we'd just check if strings matched `"..."` to say it was a
literal which incorrectly made things like `"$a"` out to be literals

This also fixed an edge case with non-literal PHP6 style strings
like `b"$a"` incorrectly not incrementing depth

CallFinder: More perf improvements

TextRenderer::renderHeader: Small cleanup

SplFileInfoValue::getDisplayValue: Return short path

Rename Kint::$app_root_dirs to Utils::$path_aliases

Call Utils::shortenPath now instead of Kint::shortenPath

DomPlugin: Put classList iterator first

SimpleXML: Standardize string handling

Since SimpleXMLElements can be cast to string there's always been
this question of "Should I treat the SimpleXMLElement itself as a
string?" which leads to 2 scenarios:

1.  The string contents are a separate value in a toString
    representation, adding a level of depth. This is confusing
    because the string and the element will have the same name.
2.  Both the attributes, the string contents, and any string
    representations like JSON have to be on the same element,
    which saves depth but can lead to even more confusion.

I decided to go with 1. To fix the confusion between the two values
I set the access path of SimpleXMLElements back to the element's
own access path and change the name of the string value instead.

Before:
Name: y
Path: (string) $x->y
Child:
  Name: y
  Path: (string) $x->y

After:
Name: y
Path: $x->y
Child:
  Name: (string) y
  Path: (string) $x->y

HtmlPluginTest: Coverage fix

Move file_link_format to AbstractRenderer

Merge dom plugins

CallFinder: PHP 8.2+ performance optimization