Add API documentation about sudoku API in wiki #1145

Closed
opened 2026-05-25 12:48:05 +00:00 by a24julot · 14 comments
Collaborator
No description provided.
Collaborator

Reserch in: Implement Sudoku view #377
Dosuku used

Reserch in: Implement Sudoku view #377 Dosuku used
Collaborator

For easy access Wiki page:

For easy access [Wiki page:](https://git.webug.se/Andras/BoundlessFlowCampus2K/wiki/API-Suduko)
Collaborator

Would like a review to check if everythings correct and if the issue is complete or if there's more to add.

Would like a review to check if everythings correct and if the issue is complete or if there's more to add.
Author
Collaborator

Requesting review from @a24timsv

Requesting review from @a24timsv
Collaborator

I can't speak of the content since I wasn't the one implementing it, if not too much of a hassle, I would request a review from @b24idalu regarding the content alone.

But I can speak about the structure of the page. I feel as like the page is not divided in a similarly to the other API documentations. Using smaller headers inside other headers to show relation to other headings, for example. Code blocks should also have a language related to them so they get color. Unnecessary use of lists. Stuff like that.

I can't speak of the content since I wasn't the one implementing it, if not too much of a hassle, I would request a review from @b24idalu regarding the content alone. But I can speak about the structure of the page. I feel as like the page is not divided in a similarly to the other API documentations. Using smaller headers inside other headers to show relation to other headings, for example. Code blocks should also have a language related to them so they get color. Unnecessary use of lists. Stuff like that.
Collaborator

Ok, will work on the structure then.

Ok, will work on the structure then.
Collaborator

Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions).

Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions).
Collaborator

@b24idalu wrote in #1145 (comment):

Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions).

Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs:

image

@b24idalu wrote in https://git.webug.se/Andras/BoundlessFlowCampus2K/issues/1145#issuecomment-14349: > Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions). Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs: ![image](/attachments/5ebe0dee-d2bc-44ef-a199-a8a1d3bd2721)
Author
Collaborator

@b24krila wrote in #1145 (comment):

@b24idalu wrote in #1145 (comment):

Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions).

Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs:

image

You can simply document the one we are using, but you can mention that there are other options as well, but you do not have to go into detail on the things we are not using.

@b24krila wrote in https://git.webug.se/Andras/BoundlessFlowCampus2K/issues/1145#issuecomment-14560: > @b24idalu wrote in #1145 (comment): > > > Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions). > > Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs: > > [![image](/attachments/5ebe0dee-d2bc-44ef-a199-a8a1d3bd2721)](/Andras/BoundlessFlowCampus2K/attachments/5ebe0dee-d2bc-44ef-a199-a8a1d3bd2721) You can simply document the one we are using, but you can mention that there are other options as well, but you do not have to go into detail on the things we are not using.
Collaborator

@a24julot wrote in #1145 (comment):

@b24krila wrote in #1145 (comment):

@b24idalu wrote in #1145 (comment):

Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions).

Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs:
image

You can simply document the one we are using, but you can mention that there are other options as well, but you do not have to go into detail on the things we are not using.

yepp i have added a part where i list the one we are using but i could add a short section at the bottom where i can list the rest nad basically just say what uses they have "basically i take what the site has written"

@a24julot wrote in https://git.webug.se/Andras/BoundlessFlowCampus2K/issues/1145#issuecomment-14590: > @b24krila wrote in #1145 (comment): > > > @b24idalu wrote in #1145 (comment): > > > Content seems good, but maybe a bit excessive about the functions that the view has since it is supposed to be about the api. Do not know if it is worth adding, but there can be alternative options in the dosuku fetch. For example amount of boards retrieved, if it should include text about which difficulty it is or if it should supply a solution (but some games have multiple solutions). > > > > > > Currently from my understanding the view uses a single randomized board without difficulty or data solution so i was/am unsure if i should include unused API features. So my question is should i write about the different APIs: > > [![image](/attachments/5ebe0dee-d2bc-44ef-a199-a8a1d3bd2721)](/Andras/BoundlessFlowCampus2K/attachments/5ebe0dee-d2bc-44ef-a199-a8a1d3bd2721) > > You can simply document the one we are using, but you can mention that there are other options as well, but you do not have to go into detail on the things we are not using. yepp i have added a part where i list the one we are using but i could add a short section at the bottom where i can list the rest nad basically just say what uses they have "basically i take what the site has written"
Author
Collaborator

That sounds good @b24krila !

That sounds good @b24krila !
Collaborator

The wiki is done. @a24timsv has reviewed the structure and edited some parts. Would be good to have a content review by @b24idalu before saying that the wiki is done.

The wiki is done. @a24timsv has reviewed the structure and edited some parts. Would be good to have a content review by @b24idalu before saying that the wiki is done.
Collaborator

Looks good!

Looks good!
Collaborator

As we are satisfied i will now close the issue

As we are satisfied i will now close the issue
Sign in to join this conversation.
No milestone
No project
No assignees
5 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
Andras/BoundlessFlowCampus2K#1145
No description provided.