| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
FF does it this way as well, and it seems sr.ht depends on it being
padding instead of margin.
|
| |
|
|
|
|
|
|
| |
left/right never really worked correctly, is non-standard, and the
only browser that supported it (Firefox) removed it years ago.
bottom was adding the table width to its offset instead of the height,
that is now fixed.
|
| |
|
|
| |
no open/closed logic yet, but at least this fixes the display: property
|
| |
|
|
|
|
|
|
|
| |
This was my original intention, but there wasn't a way to do it until
now. The difference is that this respects user-configured color values.
(Now that I think of it, it may be better to automatically detect
prefers-color-scheme based on the default background color, and then use
blue for bright backgrounds and yellow for dark backgrounds. Hmm.)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Handling text/plain as ANSI colored text was problematic for two
reasons:
* You couldn't actually look at the real source of HTML pages or text
files that used ANSI colors in the source. In general, I only want
ANSI colors when piping something into my pager, not when viewing any
random file.
* More importantly, it introduced a separate rendering mode for
plaintext documents, which resulted in the problem that only some
buffers had DOMs. This made it impossible to add functionality
that would operate on the buffer's DOM, to e.g. implement w3m's
MARK_URL. Also, it locked us into the horribly inefficient line-based
rendering model of entire documents.
Now we solve the problem in two separate parts:
* text/x-ansi is used automatically for documents received through
stdin. A text/x-ansi handler ansi2html converts ANSI formatting to
HTML. text/x-ansi is also used for .ans, .asc file extensions.
* text/plain is a separate input mode in buffer, which places all text
in a single <plaintext> tag. Crucially, this does not invoke the HTML
parser; that would eat NUL characters, which we should avoid.
One blind spot still remains: copiousoutput used to display ANSI colors,
and now it doesn't. To solve this, users can put the x-ansioutput
extension field to their mailcap entries, which behaves like
x-htmloutput except it first pipes the output into ansi2html.
|
| |
|
|
| |
It's inconsistent with other browsers' default stylesheets.
|
| | |
|
| | |
|
| |
|
|
| |
Also case-sensitive, but for now that is the same as normal matching...
|
| | |
|
| | |
|
| |
|
|
|
|
| |
padToWidth should be called for all input types in InputWithSize.
Also, they should be underlined by ua.css.
|
| |
|
|
|
| |
Forgot to add any replacement for rp after setting it to display: none,
so parentheses around ruby text were not being displayed.
|
| |
|
|
| |
Additions sourced from the HTML standard.
|
| |
|
|
|
|
|
| |
Replaces the weird CSS implementation we have had until now with a
searchable popup menu similar to that of w3m. (The previous
implementation broke on websites that do not expect <select> to
expand on click, had no separate search, and was ugly.)
|
| |
|
|
| |
As recommended by the standard.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Note that they don't actually work correctly because of rounding errors.
The fd sending hack now emits C directly. Let's hope this actually
works.
|
| | |
|
| | |
|
| |
|
|
| |
Editing is implemented using an external editor (like vi).
|
| | |
|
| | |
|
| |
|
|
| |
Only as a POC for now.
|
| | |
|
| | |
|
| |
|
|
|
| |
You can't actually use them yet. But at least they don't flood the
screen with options now.
|
| | |
|
| |
|
|
| |
with text-decoration: blink.
|
| | |
|
| |
|
|
|
|
| |
Note: for now, only input tags are supported. Also the implementation is
extremely hacky and needs refactoring...
But it works, I think.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Still needs a refactoring of at least the inline processing algorithm to
work somewhat correctly. (how that should be done is another
question...)
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|