OpenGrok
Home
Sort by relevance
Sort by last modified time
Full Search
Definition
Symbol
File Path
History
|
|
Help
Searched
refs:Unicode
(Results
76 - 100
of
123
) sorted by null
1
2
3
4
5
/external/chromium_org/third_party/WebKit/Source/web/
ContextMenuClientImpl.cpp
150
return isSpaceOrNewline(c) || WTF::
Unicode
::isPunct(c);
PopupListBox.cpp
62
using namespace WTF::
Unicode
;
/external/chromium_org/third_party/WebKit/Source/wtf/text/
AtomicString.cpp
29
#include "wtf/
unicode
/UTF8.h"
33
using namespace
Unicode
;
WTFString.h
431
// Determines the writing direction using the
Unicode
Bidi Algorithm rules P2 and P3.
432
WTF::
Unicode
::Direction defaultWritingDirection(bool* hasStrongDirectionality = 0) const
438
return WTF::
Unicode
::LeftToRight;
/external/chromium_org/third_party/skia/src/sfnt/
SkOTTable_name.cpp
45
* Derived from http://www.
unicode
.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT .
47
* This maps the second 128 MacRoman code points to
unicode
code points.
475
case SkOTTableName::Record::PlatformID::
Unicode
:
/external/libvpx/libvpx/build/make/
gen_msvs_vcxproj.sh
386
tag_content CharacterSet
Unicode
/external/skia/src/sfnt/
SkOTTable_name.cpp
45
* Derived from http://www.
unicode
.org/Public/MAPPINGS/VENDORS/APPLE/ROMAN.TXT .
47
* This maps the second 128 MacRoman code points to
unicode
code points.
475
case SkOTTableName::Record::PlatformID::
Unicode
:
/system/core/libutils/
String16.cpp
21
#include <utils/
Unicode
.h>
String8.cpp
20
#include <utils/
Unicode
.h>
Unicode.cpp
17
#include <utils/
Unicode
.h>
94
// Max code point for
Unicode
is 0x0010FFFF.
491
uint32_t
unicode
;
local
498
unicode
= src[0] & 0x1f;
499
utf8_shift_and_mask(&
unicode
, src[1]);
500
return
unicode
;
502
unicode
= src[0] & 0x0f;
503
utf8_shift_and_mask(&
unicode
, src[1]);
504
utf8_shift_and_mask(&
unicode
, src[2]);
505
return
unicode
;
[
all
...]
/external/chromium_org/v8/test/mjsunit/
cyrillic.js
28
// Test
Unicode
character ranges in regexps.
/external/v8/test/mjsunit/
cyrillic.js
28
// Test
Unicode
character ranges in regexps.
/prebuilts/python/darwin-x86/2.7.5/lib/python2.7/pydoc_data/
topics.py
9
'binary': '\nBinary arithmetic operations\n****************************\n\nThe binary arithmetic operations have the conventional priority\nlevels. Note that some of these operations also apply to certain non-\nnumeric types. Apart from the power operator, there are only two\nlevels, one for multiplicative operators and one for additive\noperators:\n\n m_expr ::= u_expr | m_expr "*" u_expr | m_expr "//" u_expr | m_expr "/" u_expr\n | m_expr "%" u_expr\n a_expr ::= m_expr | a_expr "+" m_expr | a_expr "-" m_expr\n\nThe ``*`` (multiplication) operator yields the product of its\narguments. The arguments must either both be numbers, or one argument\nmust be an integer (plain or long) and the other must be a sequence.\nIn the former case, the numbers are converted to a common type and\nthen multiplied together. In the latter case, sequence repetition is\nperformed; a negative repetition factor yields an empty sequence.\n\nThe ``/`` (division) and ``//`` (floor division) operators yield the\nquotient of their arguments. The numeric arguments are first\nconverted to a common type. Plain or long integer division yields an\ninteger of the same type; the result is that of mathematical division\nwith the \'floor\' function applied to the result. Division by zero\nraises the ``ZeroDivisionError`` exception.\n\nThe ``%`` (modulo) operator yields the remainder from the division of\nthe first argument by the second. The numeric arguments are first\nconverted to a common type. A zero right argument raises the\n``ZeroDivisionError`` exception. The arguments may be floating point\nnumbers, e.g., ``3.14%0.7`` equals ``0.34`` (since ``3.14`` equals\n``4*0.7 + 0.34``.) The modulo operator always yields a result with\nthe same sign as its second operand (or zero); the absolute value of\nthe result is strictly smaller than the absolute value of the second\noperand [2].\n\nThe integer division and modulo operators are connected by the\nfollowing identity: ``x == (x/y)*y + (x%y)``. Integer division and\nmodulo are also connected with the built-in function ``divmod()``:\n``divmod(x, y) == (x/y, x%y)``. These identities don\'t hold for\nfloating point numbers; there similar identities hold approximately\nwhere ``x/y`` is replaced by ``floor(x/y)`` or ``floor(x/y) - 1`` [3].\n\nIn addition to performing the modulo operation on numbers, the ``%``\noperator is also overloaded by string and
unicode
objects to perform\nstring formatting (also known as interpolation). The syntax for string\nformatting is described in the Python Library Reference, section\n*String Formatting Operations*.\n\nDeprecated since version 2.3: The floor division operator, the modulo\noperator, and the ``divmod()`` function are no longer defined for\ncomplex numbers. Instead, convert to a floating point number using\nthe ``abs()`` function if appropriate.\n\nThe ``+`` (addition) operator yields the sum of its arguments. The\narguments must either both be numbers or both sequences of the same\ntype. In the former case, the numbers are converted to a common type\nand then added together. In the latter case, the sequences are\nconcatenated.\n\nThe ``-`` (subtraction) operator yields the difference of its\narguments. The numeric arguments are first converted to a common\ntype.\n',
[
all
...]
/prebuilts/python/linux-x86/2.7.5/lib/python2.7/pydoc_data/
topics.py
9
'binary': '\nBinary arithmetic operations\n****************************\n\nThe binary arithmetic operations have the conventional priority\nlevels. Note that some of these operations also apply to certain non-\nnumeric types. Apart from the power operator, there are only two\nlevels, one for multiplicative operators and one for additive\noperators:\n\n m_expr ::= u_expr | m_expr "*" u_expr | m_expr "//" u_expr | m_expr "/" u_expr\n | m_expr "%" u_expr\n a_expr ::= m_expr | a_expr "+" m_expr | a_expr "-" m_expr\n\nThe ``*`` (multiplication) operator yields the product of its\narguments. The arguments must either both be numbers, or one argument\nmust be an integer (plain or long) and the other must be a sequence.\nIn the former case, the numbers are converted to a common type and\nthen multiplied together. In the latter case, sequence repetition is\nperformed; a negative repetition factor yields an empty sequence.\n\nThe ``/`` (division) and ``//`` (floor division) operators yield the\nquotient of their arguments. The numeric arguments are first\nconverted to a common type. Plain or long integer division yields an\ninteger of the same type; the result is that of mathematical division\nwith the \'floor\' function applied to the result. Division by zero\nraises the ``ZeroDivisionError`` exception.\n\nThe ``%`` (modulo) operator yields the remainder from the division of\nthe first argument by the second. The numeric arguments are first\nconverted to a common type. A zero right argument raises the\n``ZeroDivisionError`` exception. The arguments may be floating point\nnumbers, e.g., ``3.14%0.7`` equals ``0.34`` (since ``3.14`` equals\n``4*0.7 + 0.34``.) The modulo operator always yields a result with\nthe same sign as its second operand (or zero); the absolute value of\nthe result is strictly smaller than the absolute value of the second\noperand [2].\n\nThe integer division and modulo operators are connected by the\nfollowing identity: ``x == (x/y)*y + (x%y)``. Integer division and\nmodulo are also connected with the built-in function ``divmod()``:\n``divmod(x, y) == (x/y, x%y)``. These identities don\'t hold for\nfloating point numbers; there similar identities hold approximately\nwhere ``x/y`` is replaced by ``floor(x/y)`` or ``floor(x/y) - 1`` [3].\n\nIn addition to performing the modulo operation on numbers, the ``%``\noperator is also overloaded by string and
unicode
objects to perform\nstring formatting (also known as interpolation). The syntax for string\nformatting is described in the Python Library Reference, section\n*String Formatting Operations*.\n\nDeprecated since version 2.3: The floor division operator, the modulo\noperator, and the ``divmod()`` function are no longer defined for\ncomplex numbers. Instead, convert to a floating point number using\nthe ``abs()`` function if appropriate.\n\nThe ``+`` (addition) operator yields the sum of its arguments. The\narguments must either both be numbers or both sequences of the same\ntype. In the former case, the numbers are converted to a common type\nand then added together. In the latter case, the sequences are\nconcatenated.\n\nThe ``-`` (subtraction) operator yields the difference of its\narguments. The numeric arguments are first converted to a common\ntype.\n',
[
all
...]
/external/chromium_org/third_party/JSON/JSON-2.59/blib/lib/
JSON.pm
647
# option-acceptable interfaces (expect/generate
UNICODE
by default)
719
=item * correct
unicode
handling
721
This module (i.e. backend modules) knows how to handle
Unicode
, documents
730
JSON::PP works slower in the versions. And in 5.005, the
Unicode
handling is not available.
731
See to L<JSON::PP/
UNICODE
HANDLING ON PERLS> for more information.
733
See also to L<JSON::XS/A FEW NOTES ON
UNICODE
AND PERL>
772
is not 8-bit clean, still supports the whole
Unicode
range), or a pretty-printed
888
with C<utf8> enable. And the decoded result will contain
UNICODE
characters.
907
my $unicode_json_text = decode( $encoding, <$fh> ); #
UNICODE
914
In this case, C<$unicode_json_text> is of course
UNICODE
string
[
all
...]
/external/chromium_org/third_party/JSON/JSON-2.59/lib/
JSON.pm
647
# option-acceptable interfaces (expect/generate
UNICODE
by default)
719
=item * correct
unicode
handling
721
This module (i.e. backend modules) knows how to handle
Unicode
, documents
730
JSON::PP works slower in the versions. And in 5.005, the
Unicode
handling is not available.
731
See to L<JSON::PP/
UNICODE
HANDLING ON PERLS> for more information.
733
See also to L<JSON::XS/A FEW NOTES ON
UNICODE
AND PERL>
772
is not 8-bit clean, still supports the whole
Unicode
range), or a pretty-printed
888
with C<utf8> enable. And the decoded result will contain
UNICODE
characters.
907
my $unicode_json_text = decode( $encoding, <$fh> ); #
UNICODE
914
In this case, C<$unicode_json_text> is of course
UNICODE
string
[
all
...]
/external/chromium_org/third_party/JSON/out/lib/perl5/
JSON.pm
647
# option-acceptable interfaces (expect/generate
UNICODE
by default)
719
=item * correct
unicode
handling
721
This module (i.e. backend modules) knows how to handle
Unicode
, documents
730
JSON::PP works slower in the versions. And in 5.005, the
Unicode
handling is not available.
731
See to L<JSON::PP/
UNICODE
HANDLING ON PERLS> for more information.
733
See also to L<JSON::XS/A FEW NOTES ON
UNICODE
AND PERL>
772
is not 8-bit clean, still supports the whole
Unicode
range), or a pretty-printed
888
with C<utf8> enable. And the decoded result will contain
UNICODE
characters.
907
my $unicode_json_text = decode( $encoding, <$fh> ); #
UNICODE
914
In this case, C<$unicode_json_text> is of course
UNICODE
string
[
all
...]
/external/libvpx/libvpx/examples/includes/geshi/geshi/
rails.php
252
'ActiveSupport::CoreExtensions::String::
Unicode
',
/frameworks/base/core/jni/
android_database_CursorWindow.cpp
27
#include <utils/
Unicode
.h>
/external/icu4c/
icudefs.mk
37
PACKAGE_ICU_DESCRIPTION = "International Components for
Unicode
"
/external/chromium_org/third_party/WebKit/Source/core/dom/
Document.cpp
179
using namespace
Unicode
;
201
// f) Characters #x20DD-#x20E0 are excluded (in accordance with
Unicode
, section 5.14).
221
if (!(
Unicode
::category(c) & nameStartMask))
252
if (!(
Unicode
::category(c) & otherNamePartMask))
[
all
...]
/external/chromium_org/third_party/WebKit/Source/core/html/shadow/
DateTimeEditElement.cpp
48
using namespace WTF::
Unicode
;
/external/chromium_org/third_party/WebKit/Source/core/platform/graphics/
FontFastPath.cpp
36
#include "wtf/
unicode
/CharacterNames.h"
37
#include "wtf/
unicode
/
Unicode
.h"
40
using namespace
Unicode
;
/external/chromium_org/chrome/browser/resources/chromeos/
keyboard_overlay.js
166
* @return {string}
Unicode
values of hexadecimal string.
/external/chromium_org/third_party/icu/source/data/
Makefile.in
96
COMINCDIR=$(top_srcdir)/common/
unicode
227
# 2005-may-05 Removed
Unicode
properties files (unorm.icu, uprops.icu, ucase.icu, ubidi.icu)
493
# Targets for prebuilt
Unicode
data
767
# The core
Unicode
properties files (uprops.icu, ucase.icu, ubidi.icu)
770
# when updating the
Unicode
data.
773
@echo
Unicode
.icu files built to $(BUILDDIR)
[
all
...]
Completed in 1214 milliseconds
1
2
3
4
5