summaryrefslogtreecommitdiff
path: root/gdk/x11/gdkapplaunchcontext-x11.c
diff options
context:
space:
mode:
authorWilliam Jon McCann <william.jon.mccann@gmail.com>2014-02-07 13:32:47 -0500
committerWilliam Jon McCann <william.jon.mccann@gmail.com>2014-02-07 13:32:47 -0500
commite34bd4137d4fba33b2cbea927fdcc829b1983aaa (patch)
treea75585038e3a419a4aa3383233450c5ba3fe2c83 /gdk/x11/gdkapplaunchcontext-x11.c
parentf0000b2f3d3de91a1814d3e243a0e0a301c9f255 (diff)
downloadgtk+-e34bd4137d4fba33b2cbea927fdcc829b1983aaa.tar.gz
docs: use apostrophes in *n't
Diffstat (limited to 'gdk/x11/gdkapplaunchcontext-x11.c')
-rw-r--r--gdk/x11/gdkapplaunchcontext-x11.c8
1 files changed, 4 insertions, 4 deletions
diff --git a/gdk/x11/gdkapplaunchcontext-x11.c b/gdk/x11/gdkapplaunchcontext-x11.c
index 18a3e7e686..7713922a0b 100644
--- a/gdk/x11/gdkapplaunchcontext-x11.c
+++ b/gdk/x11/gdkapplaunchcontext-x11.c
@@ -116,15 +116,15 @@ end_startup_notification (GdkDisplay *display,
/* This should be fairly long, as it's confusing to users if a startup
- * ends when it shouldn't (it appears that the startup failed, and
+ * ends when it shouldn’t (it appears that the startup failed, and
* they have to relaunch the app). Also the timeout only matters when
- * there are bugs and apps don't end their own startup sequence.
+ * there are bugs and apps don’t end their own startup sequence.
*
* This timeout is a "last resort" timeout that ignores whether the
* startup sequence has shown activity or not. Metacity and the
* tasklist have smarter, and correspondingly able-to-be-shorter
- * timeouts. The reason our timeout is dumb is that we don't monitor
- * the sequence (don't use an SnMonitorContext)
+ * timeouts. The reason our timeout is dumb is that we don’t monitor
+ * the sequence (don’t use an SnMonitorContext)
*/
#define STARTUP_TIMEOUT_LENGTH_SECONDS 30
#define STARTUP_TIMEOUT_LENGTH (STARTUP_TIMEOUT_LENGTH_SECONDS * 1000)