Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(150)

Unified Diff: ppapi/api/ppb_message_loop.idl

Issue 13220002: [PPAPI] Fix a bunch of spelling mistakes (Closed) Base URL: svn://svn.chromium.org/chrome/trunk/src
Patch Set: Created 7 years, 9 months ago
Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.
Jump to:
View side-by-side diff with in-line comments
Download patch
« no previous file with comments | « ppapi/api/ppb_input_event.idl ('k') | ppapi/api/ppb_mouse_cursor.idl » ('j') | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Show Comments Hide Comments ('s')
Index: ppapi/api/ppb_message_loop.idl
diff --git a/ppapi/api/ppb_message_loop.idl b/ppapi/api/ppb_message_loop.idl
index 5ae00b128a15e6f02a52af95604980b43061cffb..fad873a45b4f67842d019e49109be26eadd8b5c5 100644
--- a/ppapi/api/ppb_message_loop.idl
+++ b/ppapi/api/ppb_message_loop.idl
@@ -23,7 +23,7 @@ label Chrome {
* suddenly see their PP_Resource handles become invalid. In this case, calls
* will fail with PP_ERROR_BADRESOURCE. If you need to access data associated
* with your instance, you will probably want to create some kind of threadsafe
- * proxy object that can handle asynchonous destruction of the instance object.
+ * proxy object that can handle asynchronous destruction of the instance object.
*
* Typical usage:
* On the main thread:
@@ -36,7 +36,7 @@ label Chrome {
* - Call AttachToCurrentThread() with the message loop resource.
* - Call Run() with the message loop resource.
*
- * Your callacks should look like this:
+ * Your callbacks should look like this:
* void DoMyWork(void* user_data, int32_t status) {
* if (status != PP_OK) {
* Cleanup(); // e.g. free user_data.
@@ -206,7 +206,7 @@ interface PPB_MessageLoop {
*
* @param callback The completion callback to execute from the message loop.
*
- * @param delay_ms The number of millseconds to delay execution of the given
+ * @param delay_ms The number of milliseconds to delay execution of the given
* completion callback. Passing 0 means it will get queued normally and
* executed in order.
*
@@ -221,7 +221,7 @@ interface PPB_MessageLoop {
* run your callback with an error without causing unexpected threading
* problems). If you associate memory with the completion callback (for
* example, you're using the C++ CompletionCallbackFactory), you will need to
- * free this or manually run the callback. See "Desctruction and error
+ * free this or manually run the callback. See "Destruction and error
* handling" above.
*
*
« no previous file with comments | « ppapi/api/ppb_input_event.idl ('k') | ppapi/api/ppb_mouse_cursor.idl » ('j') | no next file with comments »

Powered by Google App Engine
This is Rietveld 408576698