Fix some documentation typos. (#524950, Rob Bradford)
authorMatthias Clasen <mclasen@redhat.com>
Mon, 31 Mar 2008 03:30:48 +0000 (03:30 +0000)
committerMatthias Clasen <matthiasc@src.gnome.org>
Mon, 31 Mar 2008 03:30:48 +0000 (03:30 +0000)
2008-03-30  Matthias Clasen  <mclasen@redhat.com>

        * gfileenumerator.c:
        * gfile.c: Fix some documentation typos.  (#524950, Rob Bradford)

svn path=/trunk/; revision=6773

gio/ChangeLog
gio/gfile.c
gio/gfileenumerator.c

index c704454..2cdebd2 100644 (file)
@@ -1,3 +1,8 @@
+2008-03-30  Matthias Clasen  <mclasen@redhat.com>
+
+       * gfileenumerator.c:
+       * gfile.c: Fix some documentation typos.  (#524950, Rob Bradford)
+
 2008-03-28  A. Walton  <awalton@svn.gnome.org>
 
        * giomodule.c (_g_io_modules_ensure_loaded):
index 9e65a4b..b15167d 100644 (file)
  * there may be multiple aliases for the same file. For instance, hard or
  * soft links may cause two different #GFile<!-- -->s to refer to the same file.
  * Other possible causes for aliases are: case insensitive filesystems, short
- * and long names on Fat/NTFS, or bind mounts in linux. If you want to check if
+ * and long names on Fat/NTFS, or bind mounts in Linux. If you want to check if
  * two #GFile<!-- -->s point to the same file you can query for the
  * %G_FILE_ATTRIBUTE_ID_FILE attribute. Note that #GFile does some trivial
  * canonicalization of pathnames passed in, so that trivial differences in the
- * path string used at creation (dupplicated slashes, slash at end of path, "."
+ * path string used at creation (duplicated slashes, slash at end of path, "."
  * or ".." path segments, etc) does not create different #GFile<!-- -->s.
  * 
  * Many #GFile operations have both synchronous and asynchronous versions 
@@ -97,8 +97,7 @@
  * simply have _async() appended to their function names. The asynchronous 
  * I/O functions call a #GAsyncReadyCallback which is then used to finalize 
  * the operation, producing a GAsyncResult which is then passed to the 
- * function's matching _finish() 
- * operation. 
+ * function's matching _finish() operation. 
  *
  * Some #GFile operations do not have synchronous analogs, as they may
  * take a very long time to finish, and blocking may leave an application
index 3bca6fc..3246462 100644 (file)
@@ -336,8 +336,9 @@ g_file_enumerator_next_files_async (GFileEnumerator     *enumerator,
  * 
  * Finishes the asynchronous operation started with g_file_enumerator_next_files_async().
  * 
- * Returns: a #GList of #GFileInfo<!---->s. You must free the list with g_list_free
- * and unref the infos with g_object_unref when your done with them.
+ * Returns: a #GList of #GFileInfo<!---->s. You must free the list with 
+ *     g_list_free() and unref the infos with g_object_unref when you're 
+ *     done with them.
  **/
 GList *
 g_file_enumerator_next_files_finish (GFileEnumerator  *enumerator,