Hi @wojtek, I understand there are many routes and options, but based on the availability of programmers it is challenging for those of us who are small businesses without internal resource to even understand what is possible or more importantly how to specify what is required.
My question about a beginners guide is rooted in a complete lack of knowledge to even get started.
What we would like to do initially is customise the colour schemes, button shapes / positions etc, which make our clients experience in line with their brand.
This would also include replacing button elements like play / full screen etc, which are svg files and also fonts again to ensure the scenes are on brand for clients.
First & foremost we are a brand & 3d business, so what we present to a client should be on brand.
I can see lots of comments including yours and @jan on the forums that such customisation is relatively straightforward, however for the uninitiated in programming it is difficult to know where to begin.
The guide I ask about is more about the basic structure of elements we need to create / specific to Shapespark scenes.
For example the scene folder for each project does not have a style reference doc by default, (body-end.html file???) so I see we should create one if we want to style.
I can do some internet research to help me create this /learn html / css, however if I look at the developer tools in chrome on one of my scenes I see a lot of styling already applied to the scene through CSS.
Where is this coming from? (I have had a play and can change values etc in the browser to start seeing what is possible, but obviously this is just visible during my own browser session. How do I copy this info to my own file?
Or if I create a document with only some styling information in will it override all of the other style settings or replace what is currently there?
Perhaps from these basic examples you see where our confusion and blocker currently lies.
As a little help would it not be possible / helpful to provide the standard style document that I guess is being generated at launch on server,(?) so it can be easily put in the right place in the local scene folder structure and then we can learn through amending the elements needed to change.
I understand your focus is on the core provision of Shapespark, but if there is a way to provide your users with a leg up on less complex customisation options, (link to GIThub & snippets of messages in forum are not structured enough to follow for beginners) we are likely to be less demanding in requests for in built editor customisation and will sell more experiences which in our case would mean more client licences and meeting minutes sold for you as we want to hand the experience to the client to manage themselves.
Grateful as ever and Hoping…Njay