man working with the babylon viewer is really testing my patience … there is simply no documentation to self help…?
Like how to remove the default light it creates in the scene…
show me where in the documentation you can find out how to do that? Anyway , please just tell me how to do it for now.
TL/DR: removing analytical lights
lights="" and environment texture
By default the viewer is using this config: Babylon.js/extended.ts at master · BabylonJS/Babylon.js · GitHub
where you can see all the props in use and the dom attributes are following this rule Configuring the Babylon.js Viewer | Babylon.js Documentation
so mixing both you can remove either the lights or env map.
@RaananW might help if anything is missing in the doc.
thanks for the kind answer,
This is actually what im probably frustrated by…
Is the no logical manner to derive the mark up based on the engine object? There must be system in place, I want to be able to make an educated guess to the tags required based on the engine schema /structure.
The viewer was built a few years ago, and as much as I agree it certainly needs a modernization, I am not sure what you are missing in regards of configuration or documentation.
The docs @sebavan referenced are explaining the abstract way of configuring the viewer, while at the end of this page you can find the entire configuration interface, which is what the viewer supports. Everything is optional, and you don’t have to start with the default configuration. You can fully configure it yourself.
You know, I have to agree. A helper that would require complete configuration wouldn’t be a helper anymore. This cannot come without a downside. And nobody is forced to use the helper. Personally, I don’t use it because I want to have full control. But from what I see here, it’s actually helping many people for a quick set-up and that’s fine by me.
understood , i have no personal need for it. Just I had a client using it and then they needed all sorts of edits and changes.
@shaderbytes nw, and if you are frustrated, other ppl might be as well so it is valuable insights for us
To be honest, I have to admit that at one point I was also looking for a separate ‘bolean’ in parameters to include either light or camera (or both). I suppose mainly because of the naming that says ‘createDefaultCameraOrLight’ (as opposed to AND).
This kind of suggests that you can choose to create one or the other or both.
On the other hand, there’s already the two derived versions of ‘createDefaultCamera’ and ‘createDefaultLight’ so I really don’t see it as an issue.