Skip to content

Commit

Permalink
Fixed typos
Browse files Browse the repository at this point in the history
  • Loading branch information
vallentin authored and xzyfer committed Jan 31, 2019
1 parent 750a62d commit 2c47dbb
Show file tree
Hide file tree
Showing 9 changed files with 10 additions and 10 deletions.
2 changes: 1 addition & 1 deletion .github/CONTRIBUTING.md
Original file line number Diff line number Diff line change
Expand Up @@ -32,7 +32,7 @@ direction for corners that lack test coverage). Foremost we rely on good and con

## My error is hiding in a big code base
1. we do not have time to support your code base!
2. to fix occuring issues we need precise bug reports
2. to fix occurring issues we need precise bug reports
3. the more precise you are, the faster we can help you
4. lazy reports get overlooked even when exposing serious bugs
5. it's not hard to do, it only takes time
Expand Down
2 changes: 1 addition & 1 deletion docs/api-context.md
Original file line number Diff line number Diff line change
Expand Up @@ -171,7 +171,7 @@ struct Sass_Compiler* sass_make_file_compiler (struct Sass_File_Context* file_ct
struct Sass_Compiler* sass_make_data_compiler (struct Sass_Data_Context* data_ctx);

// Execute the different compilation steps individually
// Usefull if you only want to query the included files
// Useful if you only want to query the included files
int sass_compiler_parse (struct Sass_Compiler* compiler);
int sass_compiler_execute (struct Sass_Compiler* compiler);

Expand Down
2 changes: 1 addition & 1 deletion docs/api-doc.md
Original file line number Diff line number Diff line change
Expand Up @@ -152,7 +152,7 @@ const char* libsass_language_version(void);

The `input_path` is part of `Sass_Options`, but it also is the main option for
`Sass_File_Context`. It is also used to generate relative file links in source-
maps. Therefore it is pretty usefull to pass this information if you have a
maps. Therefore it is pretty useful to pass this information if you have a
`Sass_Data_Context` and know the original path.

**output_path**
Expand Down
2 changes: 1 addition & 1 deletion docs/api-value-example.md
Original file line number Diff line number Diff line change
Expand Up @@ -31,7 +31,7 @@ int main( int argc, const char* argv[] )
sass_delete_value(total);

// print the result - you may want to make
// sure result is indeed a string, altough
// sure result is indeed a string, although
// stringify guarantees to return a string
// if (sass_value_is_string(result)) {}
// really depends on your level of paranoia
Expand Down
2 changes: 1 addition & 1 deletion docs/compatibility-plan.md
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
This document is to serve as a living, changing plan for getting LibSass caught up with Ruby Sass.

_Note: an "s" preceeding a version number is specifying a Ruby Sass version. Without an s, it's a version of LibSass._
_Note: an "s" preceding a version number is specifying a Ruby Sass version. Without an s, it's a version of LibSass._

# Goal
**Our goal is to reach full s3.4 compatibility as soon as possible. LibSass version 3.4 will behave just like Ruby Sass 3.4**
Expand Down
4 changes: 2 additions & 2 deletions docs/dev-ast-memory.md
Original file line number Diff line number Diff line change
Expand Up @@ -50,7 +50,7 @@ I often use the terminology of "pickup". This means the moment when
a raw pointer not under any control is assigned to a reference counted
object (`XYZ_Obj = XYZ_Ptr`). From that point on memory will be
automatically released once the object goes out of scope (but only
if the reference counter reaches zero). Main point beeing, you don't
if the reference counter reaches zero). Main point being, you don't
have to worry about memory management yourself.

### Object detach
Expand Down Expand Up @@ -212,7 +212,7 @@ profound advantages:

- Better GCC 4.4 compatibility (which most code still has OOTB)
- Not thread safe (give us some free performance on some compiler)
- Beeing able to track memory allocations for debugging purposes
- Being able to track memory allocations for debugging purposes
- Adding additional features if needed (as seen in `detach`)
- Optional: optimized weak pointer implementation possible

Expand Down
2 changes: 1 addition & 1 deletion docs/source-map-internals.md
Original file line number Diff line number Diff line change
Expand Up @@ -28,7 +28,7 @@ if (lex< custom_property_name >()) {

## How is the `source_position` calculated

This is automatically done with `lex` in `parser.hpp`. Whenever something is lexed, the `source_position` is updated. But be aware that `source_position` points to the begining of the parsed text. If you need a mapping for the position where the parsing ended, you need to add another call to `lex` (to match nothing)!
This is automatically done with `lex` in `parser.hpp`. Whenever something is lexed, the `source_position` is updated. But be aware that `source_position` points to the beginning of the parsed text. If you need a mapping for the position where the parsing ended, you need to add another call to `lex` (to match nothing)!

```
lex< exactly < empty_str > >();
Expand Down
2 changes: 1 addition & 1 deletion docs/unicode.md
Original file line number Diff line number Diff line change
Expand Up @@ -36,7 +36,7 @@ LibSass currently reads all kind of BOMs and will error out if it finds somethin
### Low priority feature

I guess the current implementation should handle more than 99% of all real world use cases.
A) Unicode characters are still seldomly seen (as they can be written escaped)
A) Unicode characters are still seldom seen (as they can be written escaped)
~~B) It will still work if it's UTF-8 or in any of the most common known western ISO codepages.
Although I'm not sure how this applies to asian and other "exotic" codepages!~~

Expand Down
2 changes: 1 addition & 1 deletion include/sass/context.h
Original file line number Diff line number Diff line change
Expand Up @@ -43,7 +43,7 @@ ADDAPI struct Sass_Compiler* ADDCALL sass_make_file_compiler (struct Sass_File_C
ADDAPI struct Sass_Compiler* ADDCALL sass_make_data_compiler (struct Sass_Data_Context* data_ctx);

// Execute the different compilation steps individually
// Usefull if you only want to query the included files
// Useful if you only want to query the included files
ADDAPI int ADDCALL sass_compiler_parse(struct Sass_Compiler* compiler);
ADDAPI int ADDCALL sass_compiler_execute(struct Sass_Compiler* compiler);

Expand Down

0 comments on commit 2c47dbb

Please sign in to comment.