Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Documentation updates #560

Merged
merged 5 commits into from
Jan 22, 2024
Merged

Documentation updates #560

merged 5 commits into from
Jan 22, 2024

Conversation

koperagen
Copy link
Collaborator

Let's try to put getting started snippets right in the README. One important selling point of the DataFrame is ease of working with data snippet you have: read API is straightforward and tooling helps discovering data with completion + types. Thus more emphasize on extension properties API.
Some other changes are focused on making things more explicit: why we show this and that

Copy link
Collaborator

@Jolanrensen Jolanrensen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall very nice! I like the extra comments in the examples a lot. Also I agree that the readme got too large and contained too much duplicate data. It's indeed better to redirect users to the docs for their specific platforms.
My repeating comments are mostly English related. I think that's extra important for first impressions (which is what the README often is for people), and I do see it could do some work in the untouched parts. I'll have a look later :). And a couple of times you say that "an extension properties API" is generated. I think that's a bit confusing. We have the "Extension Properties (Access) API", the "String (Access) API", etc. But the only thing that's generated are "extension properties", not an entire API. So that could propbably be rephrased better everywhere it's used.

df // last expression in the cell is displayed
```

When previous cell with variable declaration is executed, `DataFrame` provides data schema API based on data:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"the previous cell"
and "provides a data schema API" or alternatively "provides column accessors for the DataFrame based on the data"

}
```

### Jupyter Notebook
## Getting started in Jupyter Notebook / Kotlin Notebook

Install [Kotlin kernel](https://github.com/Kotlin/kotlin-jupyter) for [Jupyter](https://jupyter.org/)

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Okay, maybe I'll check the docs and readme in the future. We lack articles all over the place. It looks a bit unprofessional to me :/

README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
README.md Outdated Show resolved Hide resolved
@zaleslaw
Copy link
Collaborator

@koperagen could you please in your PR update the df version ctrl-c/ctrl-v to 0.12.1 in the docs?

@Jolanrensen
Copy link
Collaborator

@koperagen could you please in your PR update the df version ctrl-c/ctrl-v to 0.12.1 in the docs?

I'd use [VERSION] actually, otherwise we might forget it later

@koperagen
Copy link
Collaborator Author

I agree that "extension properties API" is not the right term. Later, i'll rename everything to "data schema api". Now i'd like to keep "extension properties API" to emphasize that it's some special term in our library. Consider "// execute assemble to generate extension properties". What extension properties? Not clear

@koperagen
Copy link
Collaborator Author

I updated to 0.12.1. I'd like to keep version number for peoples convenience

@koperagen koperagen merged commit 4ef1a22 into master Jan 22, 2024
1 check was pending
@koperagen koperagen added this to the 0.13.0 milestone Feb 21, 2024
@koperagen koperagen added the documentation Improvements or additions to documentation (not KDocs) label Feb 21, 2024
@koperagen koperagen self-assigned this Feb 21, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation (not KDocs)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants