We have decided not to officially translate the doc page to any other language, mainly due to time constraints. We will be happy to work with whoever wants to translate it thou!
We changed some documents already, but not major change is planned at the moment. We will make constant changes to the documents, mainly due to mistakes or updates, but the structure will, in general, stay the same.
By the true i always afraiding of UI change and usually for me is hard to get used to the new interface. BUT it is not that case because i start to use new documentation and understand…This is much more useful and simple then it was)) Thanks for all developers who took part in new doc creation!
I can see that. And I shall thank you all for your commitment (on behalf of the ‘digital community’ and soon to come ‘the digital citizens/humanity’. We need you, guys. Just hold on and continue the great work
I think we (all) can make a difference between ‘plain english language’ as code language (which is a result of multilateralism and, in fine, helps us with understanding, control/governance and global communications/exchanges VS the ‘english’ language that carries along a culture, other tenants and eventually an inclination towards an ideology (and then eventually, one you do not adhere to).
I think ‘plain english code’ and ‘open sources’ are our best option today to 1) keep control, 2) unite/debate and 3) make sure we all understand the same thing. Also note: I would have loved to learn chinese (and about 130 other languages) but sadly, I never found the time to do that
Edit: Did I mention that english is not my language. My languages are FR and DE, and not enough of IT for a swiss citizen;) and with just low- to average- knowledge of ES, PT, NL, DU, SV. In conclusion, I think translating ‘the frame/walkthrough’ of the doc is sure a ‘nice to have’, but I don’t see it as essential (or a ‘must have’). I also think that, if it was to be done, it should be done with both ‘care’ and ‘expertise’ (and not just ‘rushed’ in immediate response to some comment). Again, in my opinion only.
The playground search will be visually improved soon. This is just a placeholder. It should actually provide the same results as before, I can check why it doesn’t
It would be possible that the center of the page takes 100% of the page in width. As can be seen in the photo, there is empty space unused. This would reduce the length of the page.
And enlarging the text by 2px would make it more readable. There it is slightly small.
after npm install, the file package-lock.json is created and want to be commited, do we need to put this in .git-ignore?
then I ran npm run build, it looks like running fine (most of url issues are, I think, due to the use of uppercase, example: a link to resources/Maya instead of resources/maya:
but in the old version, we had to use npm run serve so as to navigate locally in the doc, but it looks like it’s no more used, what command should we use now?
I did not understand very well. If it is not 100% readable, increasing the size of the text would adjust the readability, right?
Currently the text is already small, it is currently not comfortable the size of the text which is 80%, could it not be increased to 100%. I’m not sure I understand the problem with page width and text size?
Not gonna beat around the bush, these docs are tough to use. There is just so much visual noise and it seems like a bunch of info is missing or was removed?
this little logo blocking items on the menu bugs the shit out of me too.
Just read that @RaananW is working on it though, so I’m sure this will all be taken care of!
@Deltakosh I did notice some dead links let me see if I can find them again. Also when reading the SPS docs it seemed like a lot was not there anymore.
Content moves pages and was restructured. The getting started is different, so is creating meshes and some other documents. If you find dead links we will be very happy to fix them or find out what happened to them.