| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The issue is that select elements may contain some non-Latin characters that
need extra block-size to display than the one line-height calculated by using a
Latin font spec in the style.
Before this patch, when a control has an unconstrained block-size, we set
the element's block-size to one line-height in Reflow(), which is intended to
properly initialize `BlockReflowInput::mMinLineHeight` since it uses
`line-height:-moz-block-height`.
However, this simply prevents the display from choosing a larger block-size
after the reflow occurs. Previously, this discrepancy was absorbed by the extra
padding present to make select elements the same intrinsic size as buttons, but
since we did away with that, we're losing the extra space and the font glyphs
get clipped.
This patch fixes the issue by carrying the computed line height over to the
element's display so that its computed block-size is still unconstrained.
This way it can accommodate taller characters in the display text.
After this patch, a <select><option> containing non-Latin characters should have
the same block-size as <button>, and no characters should be clipped.
|
|
|
|
|
|
|
|
| |
To better distinguish the calculation of line height (still present with args)
and simply getting the line height without args, it's now called GetLineHeight()
This also introduces `mLineHeight` to cache specifically calculated line heights
that aren't "auto" (which is a magic value), and it opens up the possibility to
override it in Part 7.
|
|
|
|
|
| |
This doesn't change behavior by default but allows authors to remove the padding
previously enforced to align with focus ring padding, if they wish to.
|
| |
|
| |
|
|
|
|
|
|
| |
Extra padding was created for a prospective -moz-focus-inner ring.
We now just size that ring the same as the content frame, inflated by its CSS
padding.
|
| |
|
|
|
|
| |
This reverts commit bd497f7f83d9e1bdca7aec1d24f709a7bcb6d82b.
|
|\
| |
| |
| |
| |
| | |
jobbautista9/UXP:tremor-update into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1965
|
| |
| |
| |
| | |
Also removed mozilla patches that are already applied upstream.
|
|\ \
| | |
| | |
| | |
| | |
| | | |
jobbautista9/UXP:theora-update into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1963
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
Removed some obsolete patches that were either backports from newer
svn revisions, or a fix for older, non-applicable assemblers.
Update our own README to account for upstream's migration to git.
I didn't remove the bug 703135 patch as it's for MSVC it seems, and
we still use MSVC for Windows.
Also deleted some unneeded upstream code deleted by Mozilla as well.
|
|\ \
| | |
| | |
| | |
| | |
| | | |
jobbautista9/UXP:mozprotocol-remove into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1968
|
| | |
| | |
| | |
| | | |
While we don't use mochitest AFAIK, we still want a clean removal.
|
|/ / |
|
| |
| |
| |
| | |
Because UXP may be a platform, but it's not a mobile OS.
|
|/
|
|
| |
This leaves just use of recursive make to build applications.
|
|\
| |
| |
| |
| |
| | |
1805-stacksize into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1961
|
| |
| |
| |
| | |
future-proof gcc versions.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This allows us to use a greater rendering depth for exceedingly-deep DOM trees
in layout, better matching what mainstream browsers are capable of. Note that
for 32-bit Windows the stack size MUST be set to larger than the default or Bad
Things Will Happen™ - we use 1.5 MB for this as a carefully-tuned value.
This needs to be capped specifically for JS use because some JavaScript
obfuscators deliberately trigger stack overflows and would lock up the browser
otherwise as long as there's still stack space to abuse. For web compatibility
we therefore limit this to 2MB in JS only (3x for ASAN) while still allowing
a greater depth for the layout engine.
|
|\ \ |
|
| | |
| | |
| | |
| | | |
DownloadUIHelper.jsm
|
|/ /
| |
| |
| |
| |
| |
| |
| | |
some Windows environments.
This is a known issue with Python 2 interacting badly with some Windows configurations. Mozilla encountered it as well.
Ref: BZ 1362872
|
|/
|
|
|
|
| |
Newer MSVC was failing to find the devenv executable for ./mach run --debug
This isn't the prettiest solution, but at least it's better than just relying
on a hardcoded path.
|
|\ |
|
| |
| |
| |
| | |
All it needed was __declspec(dllexport) on the function I was copy/pasting all over the place...
|
|/
|
|
| |
This resolves #1959
|
|
|
|
| |
We definitely have uint64_t on SunOS. Someone probably just forgot to finish filling out the list...
|
|
|
|
| |
32-bit MSVC2022.
|
|
|
|
| |
I moved Range<bool>::Merge and Range<bool>::FinalizeMerge from MediaTrackConstraints.cpp, into MediaTrackConstraints.h. The header file previously contained only a forward declaration of functions implemented in the .cpp, which can be a problem if other parts of the program are including this header expecting to find the function.
|
|\
| |
| |
| |
| |
| |
| | |
from athenian200/UXP:libaom_msvc2022_fix into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1958
Reviewed-by: Moonchild <moonchild@palemoon.org>
|
|/ |
|
|
|
|
|
| |
In the unlikely event of TArray element replacement calls are OOB, crash safely
with a debug breakpoint instead of corrupting memory.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
athenian200/UXP:msvc-detection-update into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1955
|
| | |
|
|\ \
| |/
|/|
| |
| |
| | |
martok/UXP-contrib:1952-proxy into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1954
|
| |
| |
| |
| | |
Function.prototype.toString.call()
|
| |
| |
| |
| | |
remnants of source decompiler
|
| |
| |
| |
| | |
FunctionToString
|
| |
| |
| |
| | |
string for native functions
|
| |
| |
| |
| | |
retrieving the unresolved name of a bound function
|
|/
|
|
| |
atomizing the function name
|
|\
| |
| |
| |
| |
| |
| | |
jobbautista9/UXP:soundtouch-take2 into master
Reviewed-on: https://repo.palemoon.org/MoonchildProductions/UXP/pulls/1951
Reviewed-by: Moonchild <moonchild@palemoon.org>
|
| |
| |
| |
| |
| |
| | |
I don't know how Mozilla was able to build this without defining
ST_NO_EXCEPTION_HANDLING, but looks like we have to do it so that
the compiler doesn't complain about -fno-exceptions
|