Netherlands
Joined: Apr 8, 2022
Post Count: 1499
Status:
Offline
Re: Sweet Home 3D 7.2
Great, I was already using the Description field to show the originating library (in bold) in the catalog tooltip. Without your change that would have interfered if I did that with your library.
---------------------------------------- Dodecagon.nl 1300+ 3D models, manuals, and projects
Joined: May 28, 2015
Post Count: 607
Status:
Offline
Re: Sweet Home 3D 7.2
@Keet
The Description field is accessible and editable for users since SH3D-7.1.
For variable lights (automatic or daylight), there was a risk of interfering with the management of the rendering plug-in. Even if I had no feedback in this direction, I preferred to "secure" this management by updating the library with the new option proposed by SH3D-7.2.
According to my tests, several additional properties can have the same name because their identifier is different when they are created.
----------------------------------------
EnkoNyito
Netherlands
Joined: Apr 8, 2022
Post Count: 1499
Status:
Offline
Re: Sweet Home 3D 7.2
Yes, the Description field was already available in 7.1., I've been using it since it first became available through the Furniture Library Editor. Until the new features in 7.2. you had no other choice than to use some field to store the data for you lights. Although it worked it was a solution out of necessity, one I as a developer try to avoid whenever possible. You seem to be of the same opinion since you made the effort to make it right.
Most users will not realize how powerful this new addition to Sweet Home 3D is since it will mostly be used by plug-in developers. They now have to tools to add custom properties with a meaningful name and have control over them within their plug-ins. It gave you the option to create lights with custom properties not available in Sweet Home 3D.
Great work and excellent use of the new custom properties! As far as I know you are the first one to use these custom properties in furniture available for Sweet Home 3D.
---------------------------------------- Dodecagon.nl 1300+ 3D models, manuals, and projects
France
Joined: Nov 7, 2005
Post Count: 9432
Status:
Offline
Re: Sweet Home 3D 7.2
Do you use levels at the same elevation? I see that the procedure which compares levels for sorting furniture might need some refinement because it doesn’t take into account level index at the same elevation.
----------------------------------------
Emmanuel Puybaret, Sweet Home 3D creator
Netherlands
Joined: Apr 8, 2022
Post Count: 1499
Status:
Offline
Re: Sweet Home 3D 7.2
Wouldn't the best way to sort levels be elevation+levelname? That would sort the levels from lowest to highest level and sort the levels at the same elevation by their name. Alternatively the levels could be sorted using the order of the level tabs which would nicely follow the order the user organized his levels.
---------------------------------------- Dodecagon.nl 1300+ 3D models, manuals, and projects
Joined: May 18, 2021
Post Count: 258
Status:
Offline
Re: Sweet Home 3D 7.2
If we're collecting votes, then definitely use the ordering of the tabs.
I was always of the opinion that the levels could be integrated into the furniture list as a single tree anyway. My model has a lot of levels and ends up over 4 rows of tabs. It eats important vertical space and is irritating from a usability point of view as the rows jump around when clicked. It would also make finding a particular levels furniture in the list much easier.
It is very minor issue, i do export it to csv and work with that, but for me verifying if I have all items i need to order (pipes, fittings, valves, ...) it is easier to just go trough the "level" and list of items directly in the sweet home 3d as it highlights me what the items in on the plan.
