From bc229b7a1817de712a408242cc9d8ac469733c4d Mon Sep 17 00:00:00 2001 From: Peter Bengtsson Date: Tue, 27 Jul 2021 11:39:11 -0400 Subject: remove link 'title' attributes that's just the 'href' (ko) (#1739) --- files/ko/web/html/attributes/index.html | 2 +- files/ko/web/html/element/form/index.html | 4 ++-- files/ko/web/html/element/keygen/index.html | 2 +- files/ko/web/html/element/thead/index.html | 6 +++--- files/ko/web/html/element/tr/index.html | 2 +- files/ko/web/html/element/video/index.html | 4 ++-- files/ko/web/html/quirks_mode_and_standards_mode/index.html | 2 +- 7 files changed, 11 insertions(+), 11 deletions(-) (limited to 'files/ko/web/html') diff --git a/files/ko/web/html/attributes/index.html b/files/ko/web/html/attributes/index.html index a8effb43af..61871ccc57 100644 --- a/files/ko/web/html/attributes/index.html +++ b/files/ko/web/html/attributes/index.html @@ -724,7 +724,7 @@ translation_of: Web/HTML/Attributes

IDL attributes are not always strings; for example, input.maxlength is a number (a signed long). When using IDL attributes, you read or set values of the desired type, so input.maxlength is always going to return a number and when you set input.maxlength ,it wants a number. If you pass another type, it is automatically converted to a number as specified by the standard JavaScript rules for type conversion.

-

IDL attributes can reflect other types such as unsigned long, URLs, booleans, etc. Unfortunately, there are no clear rules and the way IDL attributes behave in conjunction with their corresponding content attributes depends on the attribute. Most of the time, it will follow the rules laid out in the specification, but sometimes it doesn't. HTML specifications try to make this as developer-friendly as possible, but for various reasons (mostly historical), some attributes  behave oddly (select.size, for example) and you should read the specifications to understand how exactly they behave.

+

IDL attributes can reflect other types such as unsigned long, URLs, booleans, etc. Unfortunately, there are no clear rules and the way IDL attributes behave in conjunction with their corresponding content attributes depends on the attribute. Most of the time, it will follow the rules laid out in the specification, but sometimes it doesn't. HTML specifications try to make this as developer-friendly as possible, but for various reasons (mostly historical), some attributes  behave oddly (select.size, for example) and you should read the specifications to understand how exactly they behave.

같이 보기

diff --git a/files/ko/web/html/element/form/index.html b/files/ko/web/html/element/form/index.html index 802d1e3d64..278afd314f 100644 --- a/files/ko/web/html/element/form/index.html +++ b/files/ko/web/html/element/form/index.html @@ -91,8 +91,8 @@ translation_of: Web/HTML/Element/form
{{htmlattrdef("method")}}
양식을 제출할 때 사용할 HTTP 메서드. diff --git a/files/ko/web/html/element/keygen/index.html b/files/ko/web/html/element/keygen/index.html index 45910b8a24..5272d311ba 100644 --- a/files/ko/web/html/element/keygen/index.html +++ b/files/ko/web/html/element/keygen/index.html @@ -72,7 +72,7 @@ translation_of: Web/HTML/Element/keygen

For DSA keys, the keyparams parameter specifies the DSA PQG parameters which are to be used in the keygen process. The value of the pqg parameter is the the BASE64 encoded, DER encoded Dss-Parms as specified in IETF RFC 3279. The user may be given a choice of DSA key sizes, allowing the user to choose one of the sizes defined in the DSA standard.

-

For EC keys, the keyparams parameter specifies the name of the elliptic curve on which the key will be generated. It is normally a string from the table in nsKeygenHandler.cpp. (Note that only a subset of the curves named there may actually be supported in any particular browser.) If the keyparams parameter string is not a recognized curve name string, then a curve is chosen according to the user's chosen key strength (low, medium, high), using the curve named "secp384r1" for high, and the curve named "secp256r1" for medium keys. (Note: choice of the number of key strengths, default values for each strength, and the UI by which the user is offered a choice, are outside of the scope of this specification.)

+

For EC keys, the keyparams parameter specifies the name of the elliptic curve on which the key will be generated. It is normally a string from the table in nsKeygenHandler.cpp. (Note that only a subset of the curves named there may actually be supported in any particular browser.) If the keyparams parameter string is not a recognized curve name string, then a curve is chosen according to the user's chosen key strength (low, medium, high), using the curve named "secp384r1" for high, and the curve named "secp256r1" for medium keys. (Note: choice of the number of key strengths, default values for each strength, and the UI by which the user is offered a choice, are outside of the scope of this specification.)

The <keygen> element is only valid within an HTML form. It will cause some sort of selection to be presented to the user for selecting key size. The UI for the selection may be a menu, radio buttons, or possibly something else. The browser presents several possible key strengths. Currently, two strengths are offered, high and medium. If the user's browser is configured to support cryptographic hardware (e.g. "smart cards") the user may also be given a choice of where to generate the key, i.e., in a smart card or in software and stored on disk.

diff --git a/files/ko/web/html/element/thead/index.html b/files/ko/web/html/element/thead/index.html index 6553d7628a..f8682c6840 100644 --- a/files/ko/web/html/element/thead/index.html +++ b/files/ko/web/html/element/thead/index.html @@ -29,7 +29,7 @@ translation_of: Web/HTML/Element/thead Normative document - HTML5, section 4.9.6 (HTML4.01, section 11.2.3) + HTML5, section 4.9.6 (HTML4.01, section 11.2.3) @@ -63,7 +63,7 @@ translation_of: Web/HTML/Element/thead
{{ htmlattrdef("bgcolor") }} {{ Non-standard_inline() }}
-
This attribute defines the background color of each cell of the column. It is one of the 6-digit hexadecimal code as defined in sRGB, prefixed by a '#'. One of the sixteen predefined color strings may be used: +
This attribute defines the background color of each cell of the column. It is one of the 6-digit hexadecimal code as defined in sRGB, prefixed by a '#'. One of the sixteen predefined color strings may be used: @@ -139,7 +139,7 @@ translation_of: Web/HTML/Element/thead
{{ htmlattrdef("valign") }} {{ Deprecated_inline() }} in {{ HTMLVersionInline("4") }}, {{ obsolete_inline() }} in {{ HTMLVersionInline("5") }}
This attribute specifies the vertical alignment of the text within each row of cells of the table header. Possible values for this attribute are:
    -
  • baseline, which will put the text as close to the bottom of the cell as it is possible, but align it on the baseline of the characters instead of the bottom of them. If characters are all of the size, this has the same effect as bottom.
  • +
  • baseline, which will put the text as close to the bottom of the cell as it is possible, but align it on the baseline of the characters instead of the bottom of them. If characters are all of the size, this has the same effect as bottom.
  • bottom, which will put the text as close to the bottom of the cell as it is possible;
  • middle, which will center the text in the cell;
  • top, which will put the text as close to the top of the cell as it is possible.
  • diff --git a/files/ko/web/html/element/tr/index.html b/files/ko/web/html/element/tr/index.html index 1f74799c24..fcefb68b89 100644 --- a/files/ko/web/html/element/tr/index.html +++ b/files/ko/web/html/element/tr/index.html @@ -86,7 +86,7 @@ translation_of: Web/HTML/Element/tr
    {{htmlattrdef("valign")}} {{deprecatedGeneric("inline","html4.01")}}, {{obsoleteGeneric("inline","html5")}}
    This attribute specifies the vertical alignment of the text within each row of cells of the table header. Possible values for this attribute are:
      -
    • baseline, which will put the text as close to the bottom of the cell as it is possible, but align it on the baseline of the characters instead of the bottom of them. If characters are all of the size, this has the same effect as bottom.
    • +
    • baseline, which will put the text as close to the bottom of the cell as it is possible, but align it on the baseline of the characters instead of the bottom of them. If characters are all of the size, this has the same effect as bottom.
    • bottom, which will put the text as close to the bottom of the cell as it is possible;
    • middle, which will center the text in the cell;
    • and top, which will put the text as close to the top of the cell as it is possible.
    • diff --git a/files/ko/web/html/element/video/index.html b/files/ko/web/html/element/video/index.html index 9007343baa..36246c03f7 100644 --- a/files/ko/web/html/element/video/index.html +++ b/files/ko/web/html/element/video/index.html @@ -139,7 +139,7 @@ AddType video/ogg .ogg
    • Using HTML5 audio and video
    • Manipulating video using canvas
    • nsIDOMHTMLMediaElement
    • -
    • TinyVid - examples using ogg files in HTML5.
    • -
    • The video element (HTML5 specification)
    • +
    • TinyVid - examples using ogg files in HTML5.
    • +
    • The video element (HTML5 specification)
    • Configuring servers for Ogg media
    diff --git a/files/ko/web/html/quirks_mode_and_standards_mode/index.html b/files/ko/web/html/quirks_mode_and_standards_mode/index.html index 0179c18a4f..d88431c332 100644 --- a/files/ko/web/html/quirks_mode_and_standards_mode/index.html +++ b/files/ko/web/html/quirks_mode_and_standards_mode/index.html @@ -27,7 +27,7 @@ translation_of: Web/HTML/Quirks_Mode_and_Standards_Mode

    HTML5에서 DOCTYPE의 유일한 목적은 완전 표준 모드를 활성화하기 위함이다. 이전 버전의 HTML 표준에서는 DOCTYPE이 추가적인 의미를 갖지만, 실제로 이를 호환 모드와 표준 모드의 판단 이외의 목적으로 사용한 브라우저는 없다.

    -

    좀 더 자세한 내용은 "브라우저가 다양한 모드를 판단할 때"(when different browsers choose various modes)를 참고하자.

    +

    좀 더 자세한 내용은 "브라우저가 다양한 모드를 판단할 때"(when different browsers choose various modes)를 참고하자.

    XHTML

    -- cgit v1.2.3-54-g00ecf