jaraco / jaraco/cssutils

Calc with internal parentheses being deleted.

Open
#5 2 comments 0 reactions 0 assignees View on GitHub
help wanted
Dominant language
Python
Stars
92
Forks
30
PR merge metrics
No merged PRs in 30d

Description

Pardon the unusually high specificity of this bug, but this has been a serious blocker for me, and has cost me most of a day.

Basically, from my research I've found that any line of CSS including parentheses _inside_ a calc statement will be removed. To test, all I'm doing with my CSS currently is parsing and printing it (Using the current v2.2.0 version, ofc):

```
stylesheet = cssutils.parseString(css_contents)
print(stylesheet.cssText.decode("utf-8"))
```

In my findings, even lengthy calcs like this will be left alone: `font-size: calc(15px * 100vw - 600px / 1320);`, but the moment any brackets are introduced it will fail, like this line: `font-size: calc((100vw - 600px) * 10);`.

Functions like this are supposedly meant to be handled according to the [documents linked in the README](https://drafts.csswg.org/css-values-4/#funcdef-calc), look at Example 29 for particulars. Regarding that same example, I've also tried nested calcs in the same fashion, to no avail: `font-size: calc(calc(100vw - 600px) * 10);`.

Basically what I'm asking, is if there's any way for this bug to be fixed or worked around? Ideally, I'd love something I can do today, to either skip validating these lines or to find a way to get them to pass without changing the meaning.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the parseString entry point and reproduce the reported output using the two calc examples, including the nested calc. Compare the parser's handling of parentheses with the CSS Values Level 4 calc examples linked from the README; done means parsing and printing preserves the meaning of these declarations instead of deleting them.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
tooling
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
45/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.