headson 0.4.0__cp310-abi3-macosx_11_0_arm64.whl → 0.7.2__cp310-abi3-macosx_11_0_arm64.whl

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
headson/__init__.py CHANGED
@@ -1,4 +1,11 @@
1
- # Re-export the public API from the compiled extension submodule
1
+ from __future__ import annotations
2
+
3
+ from __future__ import annotations
4
+
5
+ # Re-export the compiled extension API directly.
2
6
  from .headson import summarize # type: ignore
3
7
 
4
8
  __all__ = ["summarize"]
9
+
10
+
11
+ __all__ = ["summarize"]
headson/headson.abi3.so CHANGED
Binary file
@@ -0,0 +1,278 @@
1
+ Metadata-Version: 2.4
2
+ Name: headson
3
+ Version: 0.7.2
4
+ Classifier: Programming Language :: Python
5
+ Classifier: Programming Language :: Python :: 3
6
+ Classifier: Programming Language :: Rust
7
+ Classifier: Operating System :: OS Independent
8
+ Requires-Dist: pytest>=8 ; extra == 'test'
9
+ Provides-Extra: test
10
+ Summary: Budget‑constrained JSON preview renderer (Python bindings)
11
+ Keywords: json,preview,summarize,cli,bindings
12
+ Requires-Python: >=3.10
13
+ Description-Content-Type: text/markdown; charset=UTF-8; variant=GFM
14
+
15
+ <h1 align="center">
16
+ <img src="https://raw.githubusercontent.com/kantord/headson/main/docs/assets/logo.svg" alt="headson" width="221" />
17
+ </h1>
18
+ <p align="center">
19
+ <img src="https://raw.githubusercontent.com/kantord/headson/main/docs/assets/tapes/demo.gif" alt="Terminal demo" width="1560" height="900" />
20
+ <br/>
21
+ </p>
22
+
23
+ `head`/`tail` for JSON, YAML - but structure‑aware. Get a compact preview that shows both the shape and representative values of your data, all within a strict byte budget. (Just like `head`/`tail`, `hson` can also work with unstructured text files.)
24
+
25
+ Available as:
26
+ - CLI (see [Usage](#usage))
27
+ - Python library (see [Python Bindings](#python-bindings))
28
+
29
+ ![Codecov](https://img.shields.io/codecov/c/github/kantord/headson?style=flat-square) ![Crates.io Version](https://img.shields.io/crates/v/headson?style=flat-square) ![PyPI - Version](https://img.shields.io/pypi/v/headson?style=flat-square)
30
+
31
+
32
+ ## Install
33
+
34
+ Using Cargo:
35
+
36
+ cargo install headson
37
+
38
+ > Note: the CLI installs as `hson`. All examples below use `hson ...`.
39
+
40
+ From source:
41
+
42
+ cargo build --release
43
+ target/release/hson --help
44
+
45
+
46
+ ## Features
47
+
48
+ - Budgeted output: specify exactly how much you want to see
49
+ - Output formats: `auto | json | yaml | text`
50
+ - Styles: `strict | default | detailed`
51
+ - JSON family: `strict` → strict JSON, `default` → human‑friendly Pseudo, `detailed` → JS with inline comments
52
+ - YAML: always YAML; `strict` has no comments, `default` uses “# …”, `detailed` uses “# N more …”
53
+ - Text: prints raw lines. In `default` style, omissions are shown as a single line `…`; in `detailed`, as `… N more lines …`. `strict` omits array‑level summaries.
54
+ - Multiple inputs: preview many files at once with a shared or per‑file budget
55
+ - Fast: processes gigabyte‑scale files in seconds (mostly disk‑bound)
56
+ - Available as a CLI app and as a Python library
57
+
58
+ ## Fits into command line workflows
59
+
60
+ If you’re comfortable with tools like `head` and `tail`, use `hson` when you want a quick, structured peek into a JSON file without dumping the entire thing.
61
+
62
+ - `head`/`tail` operate on bytes/lines - their output is not optimized for tree structures
63
+ - `jq` you need to craft filters to preview large JSON files
64
+ - `hson` is like head/tail for trees: zero config but it keeps structure and represents content as much as possible
65
+
66
+ ## Usage
67
+
68
+ hson [FLAGS] [INPUT...]
69
+
70
+ - INPUT (optional, repeatable): file path(s). If omitted, reads from stdin. Multiple input files are supported.
71
+ - Prints the preview to stdout. On parse errors, exits non‑zero and prints an error to stderr.
72
+
73
+ Common flags:
74
+
75
+ - `-c, --bytes <BYTES>`: per‑file output budget (bytes). For multiple inputs, default total budget is `<BYTES> * number_of_inputs`.
76
+ - `-u, --chars <CHARS>`: per‑file output budget (Unicode code points). Behaves like `--bytes` but counts characters instead of bytes.
77
+ - `-C, --global-bytes <BYTES>`: total output budget across all inputs. With `--bytes`, the effective total is the smaller of the two.
78
+ - `-f, --format <auto|json|yaml|text>`: output format (default: `auto`).
79
+ - Auto: stdin → JSON family; filesets → per‑file based on extension (`.json` → JSON family, `.yaml`/`.yml` → YAML, unknown → Text).
80
+ - `-t, --template <strict|default|detailed>`: output style (default: `default`).
81
+ - JSON family: `strict` → strict JSON; `default` → Pseudo; `detailed` → JS with inline comments.
82
+ - YAML: always YAML; style only affects comments (`strict` none, `default` “# …”, `detailed` “# N more …”).
83
+ - `-i, --input-format <json|yaml|text>`: ingestion format (default: `json`). For filesets in `auto` format, ingestion is chosen by extensions.
84
+ - `-m, --compact`: no indentation, no spaces, no newlines
85
+ - `--no-newline`: single line output
86
+ - `--no-header`: suppress fileset section headers (useful when embedding output in scripts)
87
+ - `--no-space`: no space after `:` in objects
88
+ - `--indent <STR>`: indentation unit (default: two spaces)
89
+ - `--string-cap <N>`: max graphemes to consider per string (default: 500)
90
+ - `--head`: prefer the beginning of arrays when truncating (keep first N). Strings are unaffected. Display styles place omission markers accordingly; strict JSON remains unannotated. Mutually exclusive with `--tail`.
91
+ - `--tail`: prefer the end of arrays when truncating (keep last N). Strings are unaffected. Display styles place omission markers accordingly; strict JSON remains unannotated. Mutually exclusive with `--head`.
92
+
93
+ Notes:
94
+
95
+ - Multiple inputs:
96
+ - With newlines enabled, file sections are rendered with human‑readable headers (pass `--no-header` to suppress them). In compact/single‑line modes, headers are omitted.
97
+ - In `--format auto`, each file uses its own best format: JSON family for `.json`, YAML for `.yaml`/`.yml`.
98
+ - Unknown extensions are treated as Text (raw lines) — safe for logs and `.txt` files.
99
+ - `--global-bytes` may truncate or omit entire files to respect the total budget.
100
+ - The tool finds the largest preview that fits the budget; even if extremely tight, you still get a minimal, valid preview.
101
+ - Directories and binary files are ignored; a notice is printed to stderr for each. Stdin reads the stream as‑is.
102
+ - Head vs Tail sampling: these options bias which part of arrays are kept before rendering. Display styles may still insert internal gap markers to honor very small budgets; strict JSON stays unannotated.
103
+
104
+ ## Budget Modes
105
+
106
+ - Bytes (`-c/--bytes`, `-C/--global-bytes`)
107
+ - Measures UTF‑8 bytes in the output.
108
+ - Default per‑file budget is 500 bytes when neither `--lines` nor `--chars` is provided.
109
+ - Multiple inputs: total default budget is `<BYTES> * number_of_inputs`; `--global-bytes` caps the total.
110
+
111
+ - Characters (`-u/--chars`)
112
+ - Measures Unicode code points (not grapheme clusters).
113
+
114
+ - Lines (`-n/--lines`, `-N/--global-lines`)
115
+ - Caps the number of lines in the output.
116
+ - Incompatible with `--no-newline`.
117
+ - Multiple inputs: defaults to `<LINES> * number_of_inputs`; `--global-lines` caps the total.
118
+ - Fileset headers, blank separators, and summary lines do not count toward the line cap; only actual content lines are considered.
119
+
120
+ - Interactions and precedence
121
+ - All active budgets are enforced simultaneously. The render must satisfy all of: bytes (if set), chars (if set), and lines (if set). The strictest cap wins.
122
+ - When only lines are specified, no implicit byte cap applies. When neither lines nor chars are specified, a 500‑byte default applies.
123
+
124
+ Quick one‑liners:
125
+
126
+ - Peek a big JSON stream (keeps structure):
127
+
128
+ zstdcat huge.json.zst | hson -c 800 -f json -t default
129
+
130
+ - Many files with a fixed overall size:
131
+
132
+ hson -C 1200 -f json -t strict logs/*.json
133
+
134
+ - Glance at a file, JavaScript‑style comments for omissions:
135
+
136
+ hson -c 400 -f json -t detailed data.json
137
+
138
+ - YAML with detailed comments:
139
+
140
+ hson -c 400 -f yaml -t detailed config.yaml
141
+
142
+ ### Text mode
143
+
144
+ - Single file (auto):
145
+
146
+ hson -c 200 notes.txt
147
+
148
+ - Force Text ingest/output (useful when mixing with other extensions):
149
+
150
+ hson -c 200 -i text -f text notes.txt
151
+
152
+ - Styles on Text:
153
+ - default: omission as a standalone `…` line.
154
+ - detailed: omission as `… N more lines …`.
155
+ - strict: no array‑level omission line (individual long lines may still truncate with `…`).
156
+
157
+ > **Note:** Filesets always render with per-file auto templates. When you need to preview a directory of mixed formats, skip `-f text` and let `-f auto` pick the right renderer for each entry.
158
+
159
+ Show help:
160
+
161
+ hson --help
162
+
163
+ Note: flags align with head/tail conventions (`-c/--bytes`, `-C/--global-bytes`).
164
+
165
+ ## Examples: head vs hson
166
+
167
+ Input:
168
+
169
+ ```json
170
+ {"users":[{"id":1,"name":"Ana","roles":["admin","dev"]},{"id":2,"name":"Bo"}],"meta":{"count":2,"source":"db"}}
171
+ ```
172
+
173
+ Naive cut (can break mid‑token):
174
+
175
+ ```bash
176
+ jq -c . users.json | head -c 80
177
+ # {"users":[{"id":1,"name":"Ana","roles":["admin","dev"]},{"id":2,"name":"Bo"}],"me
178
+ ```
179
+
180
+ Structured preview with hson (JSON family, default style → Pseudo):
181
+
182
+ ```bash
183
+ hson -c 120 -f json -t default users.json
184
+ # {
185
+ # users: [
186
+ # { id: 1, name: "Ana", roles: [ "admin", … ] },
187
+ # …
188
+ # ]
189
+ # meta: { count: 2, … }
190
+ # }
191
+ ```
192
+
193
+ Machine‑readable preview (JSON family, strict style → strict JSON):
194
+
195
+ ```bash
196
+ hson -c 120 -f json -t strict users.json
197
+ # {"users":[{"id":1,"name":"Ana","roles":["admin"]}],"meta":{"count":2}}
198
+ ```
199
+
200
+ ## Terminal Demos
201
+
202
+ Regenerate locally:
203
+
204
+ - Place tapes under docs/tapes (e.g., docs/tapes/demo.tape)
205
+ - Run: cargo make tapes
206
+ - Outputs are written to docs/assets/tapes
207
+
208
+
209
+ ## Python Bindings
210
+
211
+ A thin Python extension module is available on PyPI as `headson`.
212
+
213
+ - Install: `pip install headson` (ABI3 wheels for Python 3.10+ on Linux/macOS/Windows).
214
+ - API:
215
+ - `headson.summarize(text: str, *, format: str = "auto", style: str = "default", input_format: str = "json", byte_budget: int | None = None, skew: str = "balanced") -> str`
216
+ - `format`: `"auto" | "json" | "yaml"` (auto maps to JSON family for single inputs)
217
+ - `style`: `"strict" | "default" | "detailed"`
218
+ - `input_format`: `"json" | "yaml"` (ingestion)
219
+ - `byte_budget`: maximum output size in bytes (default: 500)
220
+ - `skew`: `"balanced" | "head" | "tail"` (affects display styles; strict JSON remains unannotated)
221
+
222
+ Examples:
223
+
224
+ ```python
225
+ import json
226
+ import headson
227
+
228
+ data = {"foo": [1, 2, 3], "bar": {"x": "y"}}
229
+ preview = headson.summarize(json.dumps(data), format="json", style="strict", byte_budget=200)
230
+ print(preview)
231
+
232
+ # Prefer the tail of arrays (annotations show with style="default"/"detailed")
233
+ print(
234
+ headson.summarize(
235
+ json.dumps(list(range(100))),
236
+ format="json",
237
+ style="detailed",
238
+ byte_budget=80,
239
+ skew="tail",
240
+ )
241
+ )
242
+
243
+ # YAML support
244
+ doc = "root:\n items: [1,2,3,4,5,6,7,8,9,10]\n"
245
+ print(headson.summarize(doc, format="yaml", style="default", input_format="yaml", byte_budget=60))
246
+ ```
247
+
248
+ ## Source Code Support
249
+
250
+ Source code support is a challenging area. While `headson`'s algorithm and code structure would allow for the use of
251
+ completely accurate parsing using language-specific parsers using `tree-sitter`, this would increase the complexity
252
+ of the application and its number of dependencies.
253
+
254
+ Instead of attempting a deep parse of source code files, we convert them into nested arrays based on a heuristic that
255
+ understands indentation patterns in the file.
256
+
257
+ When `headson` detects a code-like file, it uses a set of additional heuristics:
258
+ - **Atomic line ingest**: each line is treated as an atomic string so omission markers never split a code line.
259
+ - **Depth-aware sampling**:
260
+ - We attempt to include more of the top level of the source code in order to give a good overview of classes, function and constants at the top level.
261
+ - Nested blocks (function bodies, loops) prefer to omit lines in the middle to attempt to preserve natural "block" boundaries
262
+ - **Header priority**: lines that introduce a nested block (e.g., `def foo():`) get a small priority boost to ensure they survive tight budgets.
263
+
264
+ # Algorithm
265
+
266
+ ![Algorithm overview](https://raw.githubusercontent.com/kantord/headson/main/docs/assets/algorithm.svg)
267
+
268
+ ## Footnotes
269
+ - <sup><b>[1]</b></sup> <b>Optimized tree representation</b>: An arena‑style tree stored in flat, contiguous buffers. Each node records its kind and value plus index ranges into shared child and key arrays. Arrays are ingested in a single pass and may be deterministically pre‑sampled: the first element is always kept; additional elements are selected via a fixed per‑index inclusion test; for kept elements, original indices are stored and full lengths are counted. This enables accurate omission info and internal gap markers later, while minimizing pointer chasing.
270
+ - <sup><b>[2]</b></sup> <b>Priority order</b>: Nodes are scored so previews surface representative structure and values first. Arrays can favor head/mid/tail coverage (default) or strictly the head; tail preference flips head/tail when configured. Object properties are ordered by key, and strings expand by grapheme with early characters prioritized over very deep expansions.
271
+ - <sup><b>[3]</b></sup> <b>Choose top N nodes (binary search)</b>: Iteratively picks N so that the rendered preview fits within the byte budget, looping between “choose N” and a render attempt to converge quickly.
272
+ - <sup><b>[4]</b></sup> <b>Render attempt</b>: Serializes the currently included nodes using the selected template. Omission summaries and per-file section headers appear in display templates (pseudo/js); json remains strict. For arrays, display templates may insert internal gap markers between non‑contiguous kept items using original indices.
273
+ - <sup><b>[5]</b></sup> <b>Diagram source</b>: The Algorithm diagram is generated from `docs/diagrams/algorithm.mmd`. Regenerate the SVG with `cargo make diagrams` before releasing.
274
+
275
+ ## License
276
+
277
+ MIT
278
+
@@ -0,0 +1,5 @@
1
+ headson-0.7.2.dist-info/METADATA,sha256=OpQVPU_BkoHGLOojU3BboSlmggVj1le-m5pOiG_invg,13395
2
+ headson-0.7.2.dist-info/WHEEL,sha256=IazgkT7vNOJFCMqLkpffiNMvax14aBEt3N2CF2q17Y0,104
3
+ headson/__init__.py,sha256=Z-vwzLN9ptomZrtRqVUuUKSAaidOSVcjFI6Ojbuj-dU,219
4
+ headson/headson.abi3.so,sha256=v5OU81_nECr9B5Ba0ED_xHCNMTsk5CSQjrmB5G0gZCE,1978304
5
+ headson-0.7.2.dist-info/RECORD,,
@@ -1,4 +1,4 @@
1
1
  Wheel-Version: 1.0
2
- Generator: maturin (1.9.6)
2
+ Generator: maturin (1.10.0)
3
3
  Root-Is-Purelib: false
4
4
  Tag: cp310-abi3-macosx_11_0_arm64
@@ -1,169 +0,0 @@
1
- Metadata-Version: 2.4
2
- Name: headson
3
- Version: 0.4.0
4
- Classifier: Programming Language :: Python
5
- Classifier: Programming Language :: Python :: 3
6
- Classifier: Programming Language :: Rust
7
- Classifier: Operating System :: OS Independent
8
- Requires-Dist: pytest>=8 ; extra == 'test'
9
- Provides-Extra: test
10
- License-File: LICENSE
11
- Summary: Budget‑constrained JSON preview renderer (Python bindings)
12
- Keywords: json,preview,summarize,cli,bindings
13
- Requires-Python: >=3.10
14
- Description-Content-Type: text/markdown; charset=UTF-8; variant=GFM
15
-
16
- # headson
17
-
18
- Head/tail for JSON — but structure‑aware. Get a compact preview that shows both the shape and representative values of your data, all within a strict character budget.
19
-
20
- Available as:
21
- - CLI (see [Usage](#usage))
22
- - Python library (see [Python Bindings](#python-bindings))
23
-
24
- ## Install
25
-
26
- Using Cargo:
27
-
28
- cargo install headson
29
-
30
- From source:
31
-
32
- cargo build --release
33
- target/release/headson --help
34
-
35
-
36
- ## Features
37
-
38
- - *Budgeted output*: specify exactly how much JSON you want to see
39
- - *Multiple output formats* : `json` (machine‑readable), `pseudo` (human‑friendly), `js` (valid JavaScript, most detailed metadata).
40
- - *Multiple inputs*: preview many files at once with a shared or per‑file budget.
41
- - *Fast*: can process gigabyte-scale files in seconds (mostly disk-constrained)
42
- - *Available as a CLI app and as a Python library*
43
-
44
- ## Fits into command line workflows
45
-
46
- If you’re comfortable with tools like `head` and `tail`, use `headson` when you want a quick, structured peek into a JSON file without dumping the entire thing.
47
-
48
- - `head`/`tail` operate on bytes/lines - their output is not optimized for tree structures
49
- - `jq` you need to craft filters to preview large JSON files
50
- - `headson` is like head/tail for trees: zero config but it keeps structure and represents content as much as possible
51
-
52
- ## Usage
53
-
54
- headson [FLAGS] [INPUT...]
55
-
56
- - INPUT (optional, repeatable): file path(s). If omitted, reads JSON from stdin. Multiple input files are supported.
57
- - Prints the preview to stdout. On parse errors, exits non‑zero and prints an error to stderr.
58
-
59
- Common flags:
60
-
61
- - `-n, --budget <BYTES>`: per‑file output budget. When multiple input files are provided, the total budget equals `<BYTES> * number_of_inputs`.
62
- - `-N, --global-budget <BYTES>`: total output budget across all inputs. Useful when you want a fixed-size preview across many files (may omit entire files). Mutually exclusive with `--budget`.
63
- - `-f, --template <json|pseudo|js>`: output style (default: `pseudo`)
64
- - `-m, --compact`: no indentation, no spaces, no newlines
65
- - `--no-newline`: single line output
66
- - `--no-space`: no space after `:` in objects
67
- - `--indent <STR>`: indentation unit (default: two spaces)
68
- - `--string-cap <N>`: max graphemes to consider per string (default: 500)
69
- - `--tail`: prefer the end of arrays when truncating. Strings are unaffected. In `pseudo`/`js` templates the omission marker appears at the start; `json` remains strict JSON with no annotations.
70
-
71
- Notes:
72
-
73
- - With multiple input files:
74
- - JSON template outputs a single JSON object keyed by the input file paths.
75
- - Pseudo and JS templates render file sections with human-readable headers when newlines are enabled.
76
- - If you use `--compact` or `--no-newline` (both disable newlines), fileset output falls back to standard inline rendering (no per-file headers) to remain compact.
77
- - Using `--global-budget` may truncate or omit entire files to respect the total budget.
78
- - The tool finds the largest preview that fits the budget; if even the tiniest preview exceeds it, you still get a minimal, valid preview.
79
- - When passing file paths, directories and binary files are ignored; a notice is printed to stderr for each (e.g., `Ignored binary file: ./path/to/file`). Stdin mode reads the stream as-is.
80
-
81
- Quick one‑liners:
82
-
83
- - Peek a big JSON stream (keeps structure):
84
-
85
- zstdcat huge.json.zst | headson -n 800 -f pseudo
86
-
87
- - Many files with a fixed overall size:
88
-
89
- headson -N 1200 -f json logs/*.json
90
-
91
- - Glance at a file, JavaScript‑style comments for omissions:
92
-
93
- headson -n 400 -f js data.json
94
-
95
- Show help:
96
-
97
- headson --help
98
-
99
- ## Examples: head vs headson
100
-
101
- Input:
102
-
103
- ```json
104
- {"users":[{"id":1,"name":"Ana","roles":["admin","dev"]},{"id":2,"name":"Bo"}],"meta":{"count":2,"source":"db"}}
105
- ```
106
-
107
- Naive cut (can break mid‑token):
108
-
109
- ```bash
110
- jq -c . users.json | head -c 80
111
- # {"users":[{"id":1,"name":"Ana","roles":["admin","dev"]},{"id":2,"name":"Bo"}],"me
112
- ```
113
-
114
- Structured preview with headson (pseudo):
115
-
116
- ```bash
117
- headson -n 120 -f pseudo users.json
118
- # {
119
- # users: [
120
- # { id: 1, name: "Ana", roles: [ "admin", … ] },
121
- # …
122
- # ]
123
- # meta: { count: 2, … }
124
- # }
125
- ```
126
-
127
- Machine‑readable preview (json):
128
-
129
- ```bash
130
- headson -n 120 -f json users.json
131
- # {"users":[{"id":1,"name":"Ana","roles":["admin"]}],"meta":{"count":2}}
132
- ```
133
-
134
- ## Python Bindings
135
-
136
- A thin Python extension module is available on PyPI as `headson`.
137
-
138
- - Install: `pip install headson` (ABI3 wheels for Python 3.10+ on Linux/macOS/Windows).
139
- - API:
140
- - `headson.summarize(text: str, *, template: str = "pseudo", character_budget: int | None = None, tail: bool = False) -> str`
141
- - `template`: one of `"json" | "pseudo" | "js"`
142
- - `character_budget`: maximum output size in characters (default: 500)
143
- - `tail`: prefer the end of arrays when truncating; strings unaffected. Affects only display templates (`pseudo`/`js`); `json` remains strict.
144
-
145
- Example:
146
-
147
- ```python
148
- import json
149
- import headson
150
-
151
- data = {"foo": [1, 2, 3], "bar": {"x": "y"}}
152
- preview = headson.summarize(json.dumps(data), template="json", character_budget=200)
153
- print(preview)
154
-
155
- # Prefer the tail of arrays (annotations show in pseudo/js only)
156
- print(
157
- headson.summarize(
158
- json.dumps(list(range(100))),
159
- template="pseudo",
160
- character_budget=80,
161
- tail=True,
162
- )
163
- )
164
- ```
165
-
166
- ## License
167
-
168
- MIT
169
-
@@ -1,6 +0,0 @@
1
- headson-0.4.0.dist-info/METADATA,sha256=ynLBqMBpx40wDmbk1JnRxLj1IIc6fM7MGgJTUnVFSpw,5862
2
- headson-0.4.0.dist-info/WHEEL,sha256=-lwEpi49KOTCcgx48T3fLSP8Dxynwa-iRMZNo-JZaqc,103
3
- headson-0.4.0.dist-info/licenses/LICENSE,sha256=GZ9row3L2LsnOSbEuGMQZ0zKOIEd5tHr76cZHpg4KK8,1072
4
- headson/__init__.py,sha256=PnXEkHuT6aEqKi8lL11uZU2IZ5cGgFqfO43xShmpros,137
5
- headson/headson.abi3.so,sha256=KB8ibXCt41RWTqa-ne-PNuJ3Y6ILMftQN4cU3_96yps,604944
6
- headson-0.4.0.dist-info/RECORD,,
@@ -1,21 +0,0 @@
1
- MIT License
2
-
3
- Copyright (c) 2025 Dániel Kántor
4
-
5
- Permission is hereby granted, free of charge, to any person obtaining a copy
6
- of this software and associated documentation files (the "Software"), to deal
7
- in the Software without restriction, including without limitation the rights
8
- to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
- copies of the Software, and to permit persons to whom the Software is
10
- furnished to do so, subject to the following conditions:
11
-
12
- The above copyright notice and this permission notice shall be included in all
13
- copies or substantial portions of the Software.
14
-
15
- THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
- IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
- FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
- AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
- LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
- OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
- SOFTWARE.