| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Review URL: http://codereview.chromium.org/6241
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2833 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
conversion always get the string through the approved accessor instead of using
the member directly.
Review URL: http://codereview.chromium.org/6240
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2832 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
Mac build. These changes should be easy to upstream. Corresponds to local
WebKit change r2828.
Review URL: http://codereview.chromium.org/6238
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2829 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
| |
AtomicString.cpp. We still can't unfork this file because we disable some
extra JSC-only stuff.
Review URL: http://codereview.chromium.org/6428
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2827 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
TBR=erg
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2805 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
Review URL: http://codereview.chromium.org/6206
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2803 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
startup. We don't need the webkit threading stuff until
we get html5 database running.
Review URL: http://codereview.chromium.org/5675
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2801 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2781 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
up to webkit@36102.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2778 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
popup).
I wasn't able to repro the bug, but I've spent far too long trying to do so
already. This seems like the right fix.
Will wait to see that it actually fixes the crash in the wild and then
upstream the change to webkit.
Review URL: http://codereview.chromium.org/4102
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2626 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ran dos2unix on *.cc, *.h, *.py and SCons*.*
Ran for /R /D %a in (*.*) do @if exist %a\.svn\. svn pset svn:eol-style LF %a\*.cc
Ran for /R /D %a in (*.*) do @if exist %a\.svn\. svn pset svn:eol-style LF %a\*.h
Ran for /R /D %a in (*.*) do @if exist %a\.svn\. svn pset svn:eol-style LF %a\*.py
Ran for /R /D %a in (*.*) do @if exist %a\.svn\. svn pset svn:eol-style LF %a\SCons*.*
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2611 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
NonCopyable.
Review URL: http://codereview.chromium.org/4209
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2479 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
With this switch, window.close() will always be enabled.
Currently the switch is only available in test_shell.
Review URL: http://codereview.chromium.org/2915
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2333 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
So catch failure here and die.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@2264 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
doesn't enable it yet since there are more changes to WebKit
that we need from the merge. Once the merge lands, pending
will probably be clobbered, so this is temporary to allow us
to keep moving forward.
Go ahead and switch from PLATFORM_CHROME to PLATFORM_CHROMIUM
and try to change all the places in the mac code.
This change includes bits from http://codereview.chromium.org/228
which is by Seo Sanghyeon.
Everything still compiles on Windows.
Review URL: http://codereview.chromium.org/1201
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1725 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
BUG=241
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1663 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
uscript_getScript. Thanks, Purify (and erikkay!)
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1570 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
| |
TBR
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1558 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
SPACE mapping to SPACE glyph complaints (http://b/1317563), fixes a layout test (fast/text/zero-width-characters.html), and provides an updated patch for WebKit.org bug 20237 (https://bugs.webkit.org/show_bug.cgi?id=20237).
This change brings handling of the ZWS and CJK character widths down to the level of SimpleFontData by creating special (sub-classed) SimpleFontData objects that are used in GlyphData. These instances are created when the glyph cache is being filled (GlyphPage::fill). More better things are possible, but at the moment I thought it might be good to just get the basics right.
Also, a couple of the layout tests are brought back to pre-font-metric-hacks removal versions.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1557 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
impl our version.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1459 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
WebKit, which we can't do until we go open.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1447 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
why this was removed from our version, but mac needs it.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1400 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1399 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1396 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
and stops building the associated .mm so we don't get hundreds of errors.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1392 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
|
|
| |
The rest are excluded from the linux build because they include
windowisms; this will be fixed later.
Also, random linux compile fixes. Extra qualifiers, unused variables, et
cetera.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1254 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
| |
platform.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1235 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@1222 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
|
|
|
|
|
| |
LG by brett. I just merge them to single one for passing compilation.
The CL is to fix bug http://b/issue?id=1281734. FireFox uses encoding used by the original webpage to decode the source of the webpage, Chrome does not. We need to add a new parameter which carries the override encoding when opening a view-source URL for viewing its source.
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@997 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@941 0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
0039d316-1c4b-4281-b951-d872f2087c98
|
|
|
|
| |
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@18 0039d316-1c4b-4281-b951-d872f2087c98
|