| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Latin/Greek/Cyrillic pages.
This tempoary special-casing is necessary because I added latin/greek/cyrillic entries in script2font map in base/gfx and set them to 'Times New Roman' because our default font for European Chrome is serif.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@607 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
made the names of some third party includes fully qualified. I removed a qualification on a couple of the WebKit port includes that confuses it and isn't necessary (since WebKit includes aren't fully qualified).
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@604 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
script does not cause unbounded memory growth.
This should likely be fixed upstream as well, but I think we should do it locally for beta.
BUG=1313462
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@595 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
BUG=1241039,1314945,971960,1314940
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@584 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
difference)
TBR=brettw
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@549 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
before svn move). This and CB 1144 are intended for the inclusion in the release
branch (if possible).
I have some more fundamental (and far better) changes coming up for the trunk.
* Added containsCharacter static function to check whether a font supports a given character.
(this check is not done for Latin case because it's hardly necessary for it). It's most significant
for Han (bugs 971960, 1314940)
* The cmap table (indirectly obtained with Windows API and is limited to BMP) is cached. This can have a memory
implication. Somehow, intl1 (where I expected the increase most) and intl2 tests do not show any memory increase (rendere).
To my surprise, moz has some memory increase ( vm_renderer_peak is up by 10%. vm_final does not change), but I'm not sure
whether that's real or bogus.
BUG=1241039,1314945,971960,1314940
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@548 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
sys_strings.h. I also removed duplicated code from the sandbox that can now use this, and fixed one case in the bug reporter that should not have been using the native multibyte encoding.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@515 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
V8 string.
I'd like to / hope to put together some automated tests to focus on NPRuntime scripting.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@410 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
| |
1) Remove ConstrainedWindow::GenerateInitialBounds(), which is old and crufty and no longer relevant now that there are no unsuppressed, constrained popup windows.
2) Move the browser side positioning logic into Browser::BuildPopupWindow().
3) Fix the window.open() handler so that when we aren't given top=/left= coordinates, we don't set the window origin (allowing the browser to do something more intelligent).
BUG=1290758
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@325 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
let us unfork three files in webkit/pending.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@207 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
to fix box characters appearing in some pages, such as Gmail.
The problem is that the newline character is treated as a zero-width space in the old patch, but apparently WebKit relies on this turning into a space (or something, I don't totally understand). I just removed control characters from this condition since we don't actually want to change their behavior in this respect.
webkit=https://bugs.webkit.org/show_bug.cgi?id=20237
BUG=1166024
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@204 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@190 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have Arial Unicode MS installed.
The problem is that we don't find a font that defines the LTR character. We map this to the 0 glyph, which then renders as a box. We want normal characters that aren't found to render as a box so the user will know that there are characters there that they aren't seeing. We just don't want a few particular ones to ever appear.
The same thing happens when we encounter a real zero width space character, which is even more bizarre.
This change maps all characters that should be treated as spaces to spaces, and all widths for zero widths characters to be zero width.
WebKit bug https://bugs.webkit.org/show_bug.cgi?id=20237
BUG=1166024
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@183 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@116 0039d316-1c4b-4281-b951-d872f2087c98
|
|
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@18 0039d316-1c4b-4281-b951-d872f2087c98
|