summaryrefslogtreecommitdiff
path: root/glib/gdate.c
diff options
context:
space:
mode:
authorMatthias Clasen <mclasen@redhat.com>2014-01-31 20:34:33 -0500
committerMatthias Clasen <mclasen@redhat.com>2014-01-31 20:34:33 -0500
commit4d12e0d66f1641a6eb2ba9c65579935136f6ef46 (patch)
tree3bfe4e086374f637a35bd6eb14723f7448032231 /glib/gdate.c
parent64eface479baf3db06f0f42b43f391db55b5ad4d (diff)
downloadglib-4d12e0d66f1641a6eb2ba9c65579935136f6ef46.tar.gz
Docs: Don't use the emphasis tag
Most of the time, the text read just as well without the extra boldness.
Diffstat (limited to 'glib/gdate.c')
-rw-r--r--glib/gdate.c24
1 files changed, 12 insertions, 12 deletions
diff --git a/glib/gdate.c b/glib/gdate.c
index a2db8ad26..375e4e41d 100644
--- a/glib/gdate.c
+++ b/glib/gdate.c
@@ -69,7 +69,7 @@
* or ISO timestamps or the like. It extrapolates the current Gregorian
* calendar forward and backward in time; there is no attempt to change
* the calendar to match time periods or locations. #GDate does not store
- * time information; it represents a <emphasis>day</emphasis>.
+ * time information; it represents a day.
*
* The #GDate implementation has several nice features; it is only a
* 64-bit struct, so storing large numbers of dates is very efficient. It
@@ -87,16 +87,16 @@
* calling g_date_clear(). A cleared date is sane; it's safe to call
* g_date_set_dmy() and the other mutator functions to initialize the
* value of a cleared date. However, a cleared date is initially
- * <emphasis>invalid</emphasis>, meaning that it doesn't represent a day
- * that exists. It is undefined to call any of the date calculation
- * routines on an invalid date. If you obtain a date from a user or other
+ * invalid, meaning that it doesn't represent a day that exists.
+ * It is undefined to call any of the date calculation routines on an
+ * invalid date. If you obtain a date from a user or other
* unpredictable source, you should check its validity with the
* g_date_valid() predicate. g_date_valid() is also used to check for
* errors with g_date_set_parse() and other functions that can
* fail. Dates can be invalidated by calling g_date_clear() again.
*
- * <emphasis>It is very important to use the API to access the #GDate
- * struct.</emphasis> Often only the day-month-year or only the Julian
+ * It is very important to use the API to access the #GDate
+ * struct. Often only the day-month-year or only the Julian
* representation is valid. Sometimes neither is valid. Use the API.
*
* GLib also features #GDateTime which represents a precise time.
@@ -151,11 +151,11 @@
* GTime:
*
* Simply a replacement for time_t. It has been deprecated
- * since it is <emphasis>not</emphasis> equivalent to time_t
- * on 64-bit platforms with a 64-bit time_t. Unrelated to #GTimer.
+ * since it is not equivalent to time_t on 64-bit platforms
+ * with a 64-bit time_t. Unrelated to #GTimer.
*
- * Note that #GTime is defined to always be a 32bit integer,
- * unlike time_t which may be 64bit on some systems. Therefore,
+ * Note that #GTime is defined to always be a 32-bit integer,
+ * unlike time_t which may be 64-bit on some systems. Therefore,
* #GTime will overflow in the year 2038, and you cannot use the
* address of a #GTime variable as argument to the UNIX time()
* function.
@@ -183,8 +183,8 @@
/**
* GDateDay:
*
- * Integer representing a day of the month; between 1 and
- * 31. #G_DATE_BAD_DAY represents an invalid day of the month.
+ * Integer representing a day of the month; between 1 and 31.
+ * #G_DATE_BAD_DAY represents an invalid day of the month.
*/
/**