Quite strange,
Now you reminded me of a command which doesn't work completely with smartparts for allplan 2012 (I don't know for 2013). There is the possiblity of creating materials into a smartpart, without referencing to a ".surf file". You can do this with DEFINE MATERIAL. It works very fine if you want to create transparent, or reflecting materials, based only on color.
DEFINE MATERIAL "red glas" 5,
1.0, 0.0, 0.0
! surface RGB [0.0..1.0]
Unfortunately, you can't define materials based on a picture file.(Or I don't now how to do it). Although if you'll read a gdl manual, it shows this possibility with an intermadieate command
DEFINE TEXTURE. But every time I try it, it gives me a black material.

DEFINE TEXTURE "textur" "(jpeg from resource)" , 1 , 1 , 0 , 0

DEFINE MATERIAL "mat" 24,
0.5,0.5,0.5,
0,40,INDex(TEXTURE,"textur")

material "mat"

box 1,1,1

Hi,

@ Olivier

I think, that is an Bug inside Allplan with Surfaces at Hidden-Calculation! Inside the animation window all looks fine!

@ Bogdan
Caution!

The one and only way to define a surface with texture in Allplan is type 20:

DEFINE TEXTURE "tst" "marsu",1,1,0,0

DEFINE MATERIAL "tst_mat" 20, !type
0.5,0.5,0.5, ! surface RGB [0.0..1.0]
0, ! ambient coefficient [0.0..1.0]
40, ! diffuse coefficient [0.0..1.0]
0, ! specular coeff. [0.0..1.0]
0, ! transparent coeff. [0.0..1.0]
0, ! shining [0.0..100.0]
0, ! transparency atten. [0.0..4.0]
0,0,0, ! specular RGB [0.0..1.0]
0,0,0, ! emission RGB [0.0..1.0]
1, ! emission atten. [0.0..65.5]
1, !fill index
1, !color index
INDEX(TEXTURE,"tst") !texture index

MATERIAL "tst_mat"
BOX ref_x,ref_y,ref_z

Only this types are supported in Allplan:
0,1,2,3,4,5,6,7,10,20

All other types, especially 11-17 and 21-27 are not supported currently!

Regards.
Jörg

Thanks for the help.

Hi Olivier,

MY SOLUTION WAS AN EXAMPLE FOR BOGDAN !
...not for your needs!

Regards.

Hi Olivier_1,

I think that the problem isn't the command "RECT_PICT" or "DEFINE TEXTURE", and then not a smartpart problem itself. Allplan have several texture limitations, and texturize a door with an image door is only useful for rendering or to view it in the animation window, but not for calculate sections, elevations or perspectives (not renderings): in those case, only it's useful the seamless textures.

Now we're talking about Allplan texture limitations:
1. when will be implemented that a texture could suits and deforms correctly in calculations of elevations, sections and perspectives (not renderings)?
2. when will be implemented the possibility to rotate textures?
3. when will be correct the automatic texture rotation in covers with slope with very low values? (from a determinate low slope value, the texture is not rotated, and in industrial projects is important)

Thanks!
Xavi