emacs-diffs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Emacs-diffs] /srv/bzr/emacs/trunk r100029: Fix typos in comments of com


From: Eli Zaretskii
Subject: [Emacs-diffs] /srv/bzr/emacs/trunk r100029: Fix typos in comments of composite.c
Date: Sat, 24 Apr 2010 19:46:20 +0300
User-agent: Bazaar (2.0.3)

------------------------------------------------------------
revno: 100029
committer: Eli Zaretskii <address@hidden>
branch nick: trunk
timestamp: Sat 2010-04-24 19:46:20 +0300
message:
  Fix typos in comments of composite.c
modified:
  src/composite.c
=== modified file 'src/composite.c'
--- a/src/composite.c   2010-04-24 13:24:25 +0000
+++ b/src/composite.c   2010-04-24 16:46:20 +0000
@@ -74,8 +74,8 @@
        composition rules to tell how to compose (2N+2)th element with
        the previously composed 2N glyphs.
 
-   COMPONENTS-VEC -- Vector of integers.  In relative composition, the
-       elements are characters to be composed.  In rule-base
+   COMPONENTS-VEC -- Vector of integers.  In a relative composition,
+       the elements are the characters to be composed.  In a rule-base
        composition, the elements are characters or encoded
        composition rules.
 
@@ -95,13 +95,13 @@
    get_composition_id checks the validity of `composition' property,
    and, if valid, assigns a new ID, registers the information in
    composition_hash_table and composition_table, and changes the form
-   of the property value.  If the property is invalid, return -1
-   without changing the property value.
+   of the property value.  If the property is invalid,
+   get_composition_id returns -1 without changing the property value.
 
-   We use two tables to keep information about composition;
+   We use two tables to keep the information about composition;
    composition_hash_table and composition_table.
 
-   The former is a hash table in which keys are COMPONENTS-VECs and
+   The former is a hash table whose keys are COMPONENTS-VECs and
    values are the corresponding COMPOSITION-IDs.  This hash table is
    weak, but as each key (COMPONENTS-VEC) is also kept as a value of the
    `composition' property, it won't be collected as garbage until all
@@ -162,8 +162,8 @@
 Lisp_Object Qauto_composition_function;
 Lisp_Object Vcomposition_function_table;
 
-/* Maxinum number of characters to lookback to check
-   auto-composition.  */
+/* Maximum number of characters to look back for
+   auto-compositions.  */
 #define MAX_AUTO_COMPOSITION_LOOKBACK 3
 
 EXFUN (Fremove_list_of_text_properties, 4);
@@ -1241,7 +1241,7 @@
   unsigned char *p;
 };
 
-/* Update the members of POSTION to the next character boundary.  */
+/* Update the members of POSITION to the next character boundary.  */
 #define FORWARD_CHAR(POSITION, STOP)                                   \
   do {                                                                 \
     (POSITION).pos++;                                                  \
@@ -1257,7 +1257,7 @@
       }                                                                        
\
   } while (0)
 
-/* Update the members of POSTION to the previous character boundary.  */
+/* Update the members of POSITION to the previous character boundary.  */
 #define BACKWARD_CHAR(POSITION, STOP)          \
   do {                                         \
     if ((POSITION).pos == STOP)                        \
@@ -1429,7 +1429,7 @@
            }
          if (need_adjustment)
            {
-             /* As we have called Lisp, there's a possibilily that
+             /* As we have called Lisp, there's a possibility that
                 buffer/string is relocated.  */
              if (NILP (string))
                cur.p  = BYTE_POS_ADDR (cur.pos_byte);


reply via email to

[Prev in Thread] Current Thread [Next in Thread]