From f99aa5cbf66d26830e2420c075034b6148a84c62 Mon Sep 17 00:00:00 2001 From: Derick Ruiz Date: Sat, 22 Oct 2016 17:25:39 -0500 Subject: [PATCH 1/3] Word missing in docs --- docs/guides/how-to-customize-quill.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/guides/how-to-customize-quill.md b/docs/guides/how-to-customize-quill.md index b08b09235a..c71aaf2dbc 100644 --- a/docs/guides/how-to-customize-quill.md +++ b/docs/guides/how-to-customize-quill.md @@ -15,7 +15,7 @@ In general, common customizations are handled in [configurations](#configuration Quill favors Code over Configuration™, but for very common needs, especially where the equivalent code would be lengthy or complex, Quill provides [configuration](/docs/configuration/) options. This would be a good first place too look to determine if you even need to implement any custom functionality. -Two of the most powerful options is `modules` and `theme`. You can drastically change or expand what Quill can and does do by simply or removing individual [modules](/docs/modules/) or using a different [theme](/docs/themes/). +Two of the most powerful options is `modules` and `theme`. You can drastically change or expand what Quill can and does do by simply adding or removing individual [modules](/docs/modules/) or using a different [theme](/docs/themes/). ### Themes From 01ca10e985a629c961fb23086d7cb09d39d73f17 Mon Sep 17 00:00:00 2001 From: Derick Ruiz Date: Sat, 22 Oct 2016 17:31:11 -0500 Subject: [PATCH 2/3] Tricky sentence --- docs/guides/how-to-customize-quill.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/guides/how-to-customize-quill.md b/docs/guides/how-to-customize-quill.md index c71aaf2dbc..b5a238543f 100644 --- a/docs/guides/how-to-customize-quill.md +++ b/docs/guides/how-to-customize-quill.md @@ -33,7 +33,7 @@ From there you can implement and attach your own UI elements like custom dropdow ### Modules -Quill is designed with a modular architecture composed of a small editing core, surrounded by modules that augment its functionality. Some of this functionality is quite integral to editing, such as the [History](/docs/modules/history/) module, which manages undo and redo. Because all modules use the same [API](/docs/api/) exposed to the developer publicly, easy interchange of even core modules is possible, when necessary. +Quill is designed with a modular architecture composed of a small editing core, surrounded by modules that augment its functionality. Some of this functionality is quite integral to editing, such as the [History](/docs/modules/history/) module, which manages undo and redo. Because all modules use the same public [API](/docs/api/) exposed to the developer, even interchanging core modules is possible, when necessary. Like Quill's core itself, many [modules](/docs/modules/) expose additional configuration options and APIs. Before deciding to replace a module, take a look at its documentation. Often your desired customization is already implemented as a configuration or API call. From ed8b64895d67dcaeaf290b3de1f7f7202847fd96 Mon Sep 17 00:00:00 2001 From: Derick Ruiz Date: Sat, 22 Oct 2016 17:37:13 -0500 Subject: [PATCH 3/3] Tricky sentence I feel like this is more readable and understandable. --- docs/guides/how-to-customize-quill.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/guides/how-to-customize-quill.md b/docs/guides/how-to-customize-quill.md index b5a238543f..cfe3b234f2 100644 --- a/docs/guides/how-to-customize-quill.md +++ b/docs/guides/how-to-customize-quill.md @@ -48,7 +48,7 @@ var quill = new Quill('#editor', { }); ``` -A few modules—[Clipboard](/docs/modules/clipboard/), [Keyboard](/docs/modules/keyboard/), and [History](/docs/modules/history/)—need to be included as core functionality depend on the APIs they provide. For example, undo and redo is basic editor functionality, yet the native browser behavior handling this is inconsistent and unpredictable. The History module bridges the gap by implementing its own undo manager and exposing `undo()` and `redo()` as APIs. +A few modules—[Clipboard](/docs/modules/clipboard/), [Keyboard](/docs/modules/keyboard/), and [History](/docs/modules/history/)—need to be included as core functionality depend on the APIs they provide. For example, even though undo and redo is basic, expected, editor functionality, the native browser behavior handling of this is inconsistent and unpredictable. The History module bridges the gap by implementing its own undo manager and exposing `undo()` and `redo()` as APIs. Nevertheless, staying true to Quill modular design, you can still drastically change the way undo and redo—or any other core functionality—works by implementing your own undo manager to replace the History module. As long as you implement the same API interface, Quill will happily use your replacement module. This is most easily done by inheriting from the existing module, and overwriting the methods you want to change. Take a look at the [modules](/docs/modules/) documentation for a very simple example of overwriting the core [Clipboard](/docs/modules/clipboard/) module.