Sweet Home 3D 4.0

[Groumphy]

Waw... Coming days are coming hours.
Yeah I'll agree for test the beta viewer ! I think you've my e-mail adress (groumphy on the domain GMail).
Or best is upload the beta version on SourceForge.

[robal]

Spotted a small bug (also in 3.7 if I remember correctly).

- when editing a wall color/texture, setting are not applied after clicking "OK" in "modify walls" dialog

repro:
1) set any side of the wall to any texture and close "modify walls" dialog
2) open "modify walls" dialog again, and change wall side to "color" (but without clicking the color picker button)
3) hit "OK"
4) the wall side is still textured

Cheers,

[Puybaret]

Waw... Coming days are coming hours.

It was just a small problem of some missing files in SweetHome3DViewer.jar file.

Yeah I'll agree for test the beta viewer !

I've uploaded a beta version of the viewer here, to let you test.

[Groumphy]

Hello,

I've (endly) make the first test with the webviewer.
This work (for the load, the first view etc...) but I think there is a small problem with 2 thinks:

1. (most important I think) somes furnitures are in one block (no details) and colored in red ;

2. (minor) the height is not good, the code

Code: Select all

 width:"100%", height:"95%"};

is not understand by the browser...

I have one more idea for improvement: to have the level structure (tabs in SH3D) to have a first hand and not a global view.

You can view the actual problem on this link: myhome.zoyo.be.

I will check for the height and with in the Javascript and try to find a solution...

Success,

Xavier

(PS: for the test, I'm working on Ubuntu 12.04LTS, Mozilla Firefox 19.0.2, and Oracle Java 1.7.0.17 with the Firefox plugin 1.7.0.17)

[Puybaret]

Thanks for your tests. [:)]

somes furnitures are in one block (no details) and colored in red

Red blocks generally means a problem with the 3D model file. I downloaded your sh3d file and it appears that the "22" file matching some red objects is incorrect in the sh3d file. I guess you should upload again your file on the server.

the height is not good, the code

Code: Select all

 width:"100%", height:"95%"};

is not understand by the browser...

Maybe it's because you included the applet script in a div tag.

I have one more idea for improvement: to have the level structure (tabs in SH3D) to have a first hand and not a global view.

Adding the levels tabs at the top of the 3D view shouldn't be too difficult. Please fill a feature request to ensure I don't forget it.

[Groumphy]

Hello,

Fantastic, the first "problem" is solved.
But the second for the height isn't...
The Javascript is now out of the DIV.

I think this is because JS send info about the applet this is not à block of HTML. But today I don't have time for look about this. I will try tomorow...

For the tab in the webview I'll introduce next time

Enjoy,

Xavier

[Groumphy]

Hello,

I've found a solution !
Define a width and height in pixel (for sample). Because if we define it in %, the heigth cannot be know by the browser...

This is a W3C standard... and apply by Firefox.

Have a nice day,

Xavier

[Groumphy]

Please fill a feature request to ensure I don't forget it.

Done [:p]

Have a nice day.

[Puybaret]

Tonight, here's the last Beta (I hope) of Sweet Home 3D 4.0.
It brings the 16 translations available in the core version, and improvements in the aerial view mode, where the elevation of the rotation center is now at the half height of the items displayed in the 3D view when nothing is selected (underground items excepted), or at the half height of the selected item. Please, help to test it with as many weird cases as possible to ensure it behaves correctly.

Many thanks to all the contributors who translated the new words of this version. [:)]

[Puybaret]

Sorry, I discovered that the Beta 25 couldn't work when the new Aerial view centered on selection option was disabled. So, here's the Beta 26 and as a bonus a DMG file for Beta tests under Mac OS X.