Archicad (gyakorlati) tapasztalatok, leírások, javaslatok egy gyakorló építésztől Jelenleg v12-t használok, elég jól ismerem a szoftvert (1997 óta dolgozom vele, a 4.5-össel kezdtem). Egyrészt saját magam számára is hasznos lehet, ha leírom, de talán mások is profitálhatnak belőle. Szabad kérdezni (szerénytelenség nélkül mondom, hogy nem sok minden van az archicaddel kapcsolatban, amire ne tudnék valamit javasolni, vagy legalább azt megerősíteni, hogy nem valószínű, hogy van rá megoldás),
Ha még nincs olyan témájú cikk, amit keresel.
Ha ötleted, kérdésed, javaslatod volna (akár az oldallal-, akár az archicaddel kapcsolatban).
Ezen oldal hozzászólásaiban ezt bátran megteheted (kattints a címre!).
Az érdekesebb, hosszabb kifejtést igénylő témáknak külön bejegyzést nyitok majd.
copass 2010.01.20. 09:34:36
maxwell plugin használható, de az engine sajátosságai miatt eléggé erőforrás igényes.
csak ajánlani tudom az artlantis, változó tömeghez ennél jobb nincs.
Bejegyzés: munkalap 3d-s tartalommal
enyedimre 2009.12.30. 12:58:12
A beépülő Maxwel Pluginról milyen tapasztaltok vannak? használható? Ebben az tetszik, hogy abszolút beépíül az AC-be és választható renderelő motorként funkcionál.
Bejegyzés: munkalap 3d-s tartalommal
enyedimre 2009.12.30. 10:26:14
Igen, a graphi nem veszi komolyan szerintem se a felhasználók igényeit. Bevallom most vagy 4 évig fizettem az uppgrade-ot..de kb minden második verziószám hozott csak igazán falhasználható újdonságot. A 13-as egyszerűen felbosszantott és le is mondtam az évi 220.000.-Ftos fizetnivalót. Félek a Revit le fogja körözni az az amúgy általam szeretett progit.
Egy kérdésem van. Nem használok kiegészítő progikat látványhoz (C4D, Artlantis), de tudásukat ismerem. Egyenlőre a folyamatosan változó tervek miatt az AC-ben lévő Lightworks-t használom...tudomzudom...nem az igazi. De ezzel kapocsolatban lenne egy kérdésem. Próbálgatom az ablak fényforrást, de egyszeráűen tökmindegy milyen napállásokat állítok be....mindig ugyanaz a kép. Mivel a progi nem tud Global Iluminationt...ezért gondoltam kicsit "rájátszom". A fényforrás irányát egyedül a dőlésszögével lehet csak állítani. De akkor nem értem, miért kell rá nap magasság-azumit állítási lehetőség?
i.
Bejegyzés: munkalap 3d-s tartalommal
sityu · http://archipixture.tumblr.com/ 2009.12.15. 15:41:06
Mellesleg én azért szoktam óvakodni azoktól a programoktól, amiknél be van égetve a "c:\program files"... (de ezzel nem igazán volt gondom - a user\%Appdata jellegűekkel is csak ritkábban, bár ott is inkább az volt a gond egy notepad++-szal, hogy egy checkbox fordítva volt bekötve: akkor működött beikszeltként, ha nem volt beikszelve)
Az elforgatás tárolása: az elmentett nézeteknél elmenti az elforgatást is, bár a beállítólapon nem jelzi ki az értéket.
Én inkább a virtuális pausz beállítások elmenthetőségét hiányolom (hogy egy nézethez meg lehessen adni a hozzá tartozó virtuális pauszokat - amiket aztán egy "virtuális pausz-térkép"-szerű módon fastruktúrában lehessen böngészni).
S ez a megoldás magában foglalná a munkafelület elforgatás elmenthetőségét is (ha már a VP elforgatását is itt mentenénk).
Greaderben (google olvasóban) szoktál megosztott elemeket csinálni? (shift+s) Ha igen, megosztod?
Az enyimek emitten vannak újrapublikálva: archipixture.tumblr.com/
Bejegyzés: csatolt külső rajzok ac13-ban
copass 2009.12.15. 15:23:29
a forgatás remek dolog, de szerintem még beta, jó lenne ha lenne visszajelzés hogy elvanforgatva, a fokot is lehetne tárolni.
jah igen, 64biten ha telepítesz egy 32bitest progit akkor alapból bevágja a program files (x86)-ba, ezt nem sok progi szereti én simán berakom a megszokott program files-ba.
Bejegyzés: csatolt külső rajzok ac13-ban
sityu · http://archipixture.tumblr.com/ 2009.12.15. 14:21:06
Apró problémákat én is tapasztaltam (de ezek eddig eltörpülnek az előnyök mellett):
-egér középső gombos ablak mozgatásra néha bevillannak alsóbb, inaktív ablak-tartalmak; de ez meglepő módon nem okoz semmiféle gondot;
-volt viszont egy macerásabb: publikálóban elindítottam egy kötegelt publikálást; miközben dolgozott, átkattintottam egy másik alkalmazásra; a gond ott jelentkezett, amikor vissza akartam térni: a publikálást befejező, csak egy leokézásra váró kis ablak bekerült egy másik belső ablak alá; és ennek az lett az eredménye, hogy mivel ameddig le nem okézom, addig nem engedett semmit csinálni (a kitakaró ablakot sem engedte odébbtenni). Természetesen a publikálás előtt nem mentettem. Aztán az lett a megoldás, hogy ctrl+f6-tal lépkedtem az ablakok közt és aztán egyszercsak engedte a ctrl+f4-es bezárást, ahol aztán gond nélkül fölajánlotta a mentést.
Tegnap egy pár tervnél eszközöltem a verzióváltást, s meglepő módon viszonylag problémamentes volt. Bár a beágyazott könyvtári elemek minden csínja-bínja még nincs a birtokomban, de egész logikusan működik. Bár a könyvtárkezelőt sikerült (teljesen fölöslegesen) átdolgozniuk: megszűnt a bal-jobb ablakos megoldás, helyette lett: gomb a hozzáadáshoz, amire egy normál fájl-böngésző ablak nyílik (a win7 library-kkel vannak gondjai: csak az eredeti útvonallal megadott megoldás működik - de a többi esetben nincs gond a w7 library-kkel).
Az alaprajzi ablak elforgatása is nagyon hasznos, de van egy-két furcsa logikájú dolga:
-copy-paste-elt adatok az eredeti koordináta szerint helyeződnek le (hasznos lett volna egy választós párbeszédablak: hogy helyezzem le? eredeti kooordináta rendszerbe, vagy az elforgatottba);
-3d-s ablakból elmentett könyvtári elemeknél a 3d-s ablak irányának meghatározása az eredeti origó szerint történik (tehát az elem el lesz fordulva) - értem én, hogy ez logikus, de lehetne némi figyelmeztetés. Pl.: ha a mentsd a 3d-s ablakot tárgyként parancsot elforgatott alaprajz mellett adom ki; ill. az elforgatott ablakot is jelezhetné mondjuk egy 1 px-es narancssárga keret az ablak körül, mert jelenleg csak abból derül ki, hogy el van forgatva, hogy az ablak alsó keretén, a lépték és a nagyítás mellett van egy kis szürke kocka, ahol ki van írva az elforgatás szöge (de legalább eltérő lenne a háttérszine, ha nem nulla!)...
Tényleg: rss-sel követed az oldalt, vagy ide szoktál kattintani néha? (örömmel tapasztaltam, hogy milyen gyorsan reagáltál)
Bejegyzés: csatolt külső rajzok ac13-ban
copass 2009.12.15. 08:54:57
korábbi verzióban készült tervet folytatni mindíg nagy lutri számomra.
Bejegyzés: csatolt külső rajzok ac13-ban
copass 2009.11.23. 23:51:35
Bejegyzés: munkalap 3d-s tartalommal
sityu · http://archipixture.tumblr.com/ 2009.11.23. 23:48:54
A wikis közösségeknek az a nagy titka, hogy kialakul-e egy nem túl nagy mag, akik mozgásban tudják tartani az oldalt. S ha olyan szövegek kerülnének föl (kicsit bővebben), mint amit leírtál ide, az már szerintem elég lehetne az induláshoz; mert ez már kellően érdekes és hasznos információ lenne.
A graphisoftról írottak elgondolkodtatóak, de már csak ezért sem hagynám annyiban az ügyet (elvi kérdés ez számomra, hogy nem jó, ha egy cég ilyen módon viszonyul a felhasználóihoz, főleg IT-jellegű területen; s főleg, hogy szerintem 2009-ben ez már nem megengedhető hozzáállás); s úgy gondolom, hogy elgendő az, ha nem éri meglepetésként az embert az olyasfajta reakció (addig regisztrálgatni különböző gépekről, proxik mögül, amíg meg nem unják a bannolást).
A c++ról írottak nagyon hasznosak számomra: nem gondoltam volna, hogy a wikipédián ilyen jól használható leírás van...
Külön kösz a hosszú hozzászólást! Csak vigyázz, mert a dolog addiktív: én is így kezdtem, aztán nagyon rákaptam, hogy hosszabban írogassak; csak elkezdeni volt nehéz. :)
A gyakorlati tapasztalatok leírásáról: én ezt a blogot elsősorban azért indítottam, mert többször tapasztaltam, hogy emlékeztem, hogy valamilyen kacifántosabb problémát (pl. listázásos ügyek) már korábban megoldottam, de hogy hogyan az már nem jutott eszembe. Tehát elsősorban magamnak írogattam le; de ha már leírom, akkor miért ne tegyem föl a webre? Nem kerül semmibe, enni nem kér; és hátha valaki mond valami olyan okosságot, amire nem gondoltam. S az, hogy ez még esetleg valaki másnak is hasznos lehet, az külön öröm.
A sörözés nagyon jól hangzik, de belátható időn belül nem tudom, hogy mikor tudnék feljutni pestre (gondolom, ott tanyázol) - esetleg, ha te jársz szeged környékén, akkor könnyebben összehozható lenne, vagy esetleg skype-on (talmacsi)...
Bejegyzés: munkalap 3d-s tartalommal
dinnye · http://dinnye.neobase.hu 2009.11.23. 19:57:45
Az ötlet az archicad.wikidot.com/ -ról dicséretes remélem összejön. Szerintem is lehetnek páran akik szívesen csinálnának apit. Bár nem lesznek sokan.
Azért az sdk-hoz kell egy elvetemült ember (építész). Szerintem én is csak azért csináltam végig, mert nagyon felbaszták az agyamat és viszonylag ráértem. Sorolom a kezdeti nehézségeket.
1.-visual c++. Nem mindegy az ac-nek, hogy milyen. tapasztalataim szerint csak azzal a compilerrer lehet alá api készíteni amivel maga az készült (VC 2005 vagy Xcode). Ezen felül szívtam olyannal hogy a windows update feltelepített frissítéseket (c++) szépen lefordult az api. Nálam nagyon szépen futott, de amikor kiraktam az oldalamra jöttek a megjegyzések, hogy nem találja meg az archicad az apit. Hosszas keresgélés után arra a következtetésre jutottam, hogy amivel fordították az ac-t annál frisseb compilerrel egyszerűen nem szabad fordítani (semmilyen frissítés. biztonsági egyéb) mert nem eszi meg az archicad.
2.-az sdkban publikált példa addonok lefordítása. ez először szintén nagyon jó kis móka volt. Azt hiszem 1 vagy 2 napot elcsesztem mire sikerült. (szorosan összefügg az 1-es ponttal)
3.-Az első saját üres project sikeres fordítása. Ez kb egy hét volt. Az istenért se akart sehogy se lefordulni a forrás. (Az archicad template-je alapján). Mindenfélét megpróbáltam de semmi. mire rájöttem, hogy az sdk-val szállított template hibás. (hiába ez is olyan graphis volt).
4.-minden apinak van reg száma ami alapján az archicad kezeli őket. vagyis minden pluginhoz kell egy szám mert különben nem műkszik. Ezt a számot illetve a graphitól kell igényelni. (itt várunk röpke másfél hónapot mire a graphi hajlandó válaszolni a levélre, és küldeni egy szerződés sablont). meg kell hogy mondjam közben én szereztem más úton számot.
5.-Ez a c++ dolog túl van misztifikálva. Nem olyan bonyolult a dolog (már ami az apihoz kell). Durván egy hónapig nézegettem és próbálgattam kodokat a hu.wikipedia.org/wiki/C++ és az ac sdk-ban. az sdkban-ban van egy doksi na ezt azért sokszor átfutottam (egyrészt az angoltudásom, másrészt a sokszor kínai volta miatt). A c++-nak meg kell érteni a szintaxisát és utána már tudsz az sdk-val bűvészkedni.
6.-türelem és tiszta fej. Talán az utóbbi fontosabb. Volt olyan programozás közben hogy egész délután szenvedtem valamivel ami az istenért se sikerült, másnap 10 perc lekódoltam. A c++ nem olyan termelékeny mint a GDL. Március végén Április elején kezdtem el a dologgal foglalkozni. Biztos hogy nyomtam heti 15-20 órában. Ugyan már nagyon régóta van működő használható verzió, de még mindig nem érte el az általam elvárt színvonalat.
Nos akkor talán a kezdeti nehézségeikről ennyit. Az archivad-talk-al és az archicadwikivel kapcsolatban egyetértek veled. azt hiszem azt elmúlt másfél évben háromszor bannoltak ki az oldalról. (megjegyzem kb eddigi hozzászólásaim száma kb 20 darab, és ezek nem trágár beszólások voltak. amikor felraktam egy gdl szintaxiskiemelőt azonnal kirúgtak, amikor írtam a pluginról az oldalra véletlenül rá három napra a cég ip cimét kitiltották meg ilyesmi). úgyhogy én nem nagyon írogatok már oda. Na hiába a graphisoftnál nem szeretik az okoskodó felhasználót. (aki nem a marketinggépezettől hallott dolgokat szajkózza). Amúgy szerintem a graphival ez a legnagyobb baj. Nem figyel a felhasználók igényeire. Ahogy néha olvasgatom a fórumot abból az derül ki, meg én is azt tapasztalom. Mennyi kívánság vagy hibajavítás van leírva az archicad-talkon. Mennyi valósul meg belőle? Ami megvalósul az sincs rendesen (az életben) letesztelve vagy meghallgatva gyakorló ac-sek véleménye. Mért van az, hogy ha a graphi belenyúl valamiben az acben (újítva) az két három verzió múlva működik rendesen. Na mindegy ez nem ide tartozik. Csak sokszor felhúzom magamat ezen.
Az archicad.wikidot.com hoz visszatérve szívesen segítek (még jelenleg a pluginnel nyomulok hogy kész legyen). Sajnos utálok írni. (nem vagyok grafomán típus). Ekkora szöveg nem is tudom, hogy jött ki most belőlem. De egy sör mellet szíveszem eldumálnék ezekről a dolgokról veled, ha benne vagy a dologban.
Üdv
Dinnye
Bejegyzés: munkalap 3d-s tartalommal
copass 2009.11.23. 12:45:13
az tényleg tuti lenne ha megtudnám csináli c4d-vel azt amit artlantis-al is, követni a változó tömeget látványban is.
Bejegyzés: munkalap 3d-s tartalommal
sityu · http://archipixture.tumblr.com/ 2009.11.23. 00:51:35
Ránéztem, és nagyon megörültem annak amit találtam. Bár én nem használok c4d-t (még), de az, hogy van végre valaki, aki kihasználja az archicad sdk által nyújtott lehetőséget, az nagyon örvendetes.
Na de, ha már kiörvendeztem magam, akkor lenne egy-két javaslatom:
-ha már a graphisoft nem kezdeményez ilyesmit, célszerű lenne csinálni egy olyan közösségi oldalt, ami az ilyesmi sdk/api projektek gyűjtőhelye lehetne. Hogy ezt milyen formában lenne célszerű megtenni, még nem tudom, de vannak ötleteim: 1. valamiféle (az archicadwiki-nél jobban kezelhető) wiki (pl.: archicad.wikidot.com/ most még csak regisztráltam, semmit nem állítottam be, de a wikidot alapvetően egy nagyon jól konfigurálható wiki szolgáltatás - gyakorlatilag mindent meg lehet csinálni benne (widgetek, automatizmusok, hozzáférés-kezelés, figyelőlisták stb.); ha regisztrálsz, akkor szívesen adok admin jogosultságot); 2. valamiféle svn szolgáltatás (subversion.tigris.org/ , sourceforge stb.); 3. uservoice.com
Miket kéne föltenni az archicad.wikidot.com/ -ra?
-mindenekelőtt bármit (ami az archicad-del kapcsolatos);
-az api programozással kapcsolatos anyagokat (pl. hogy Te hogyan vágtál bele a c++-ba - én pl. ~ hozzád hasonlóan értek a programozáshoz (én is elég sok gdl-t programoztam, de a c++ még kínai); s nagy segítség lenne, ha el tudnám olvasni mások tapasztalatait (pl. a tiedet), hogy mivel érdemes kezdeni? mit nem érdemes elolvasni. archicad api tapasztalatok stb.)
-gyűjtemény a hasonló open source archicad api-projektekből;
Miért lenne ez jó?
-ha már van ez az sdk, akkor érdemes lenne kihasználni: tekintve pl. a mozilla alapú böngészőkhoz elérhető számtalan hasznos kiegészítőt (add-onok és greasemonkey scriptek), egy közösségi oldallal az archicad-hez is kialakítható lenne egy hasonló (bár sokkal kisebb) fejlesztő közösség;
-szerintem vannak hozzám hasonló ac felhasználók, akik gdl-ben viszonylag bonyolult dolgokat is megcsinálnak, és csak egy kevés kellene, hogy az api-ba is belekontárkodjanak;
Hogyan kellene ezt megcsinálni?
-mindenekelőtt beállítani az archicad.wikidot.com/ -ot; kialakítani a struktúráját (kategóriák, hozzászólások, moderálási alapelvek, alap-lapok, help-ek);
-majd (diszkréten) teleszórni az archicad-talk-ot (meg egyéb webhelyeket) hozzászólásokkal.
-Mellesleg az archicad-talkkal is tele a hócipőm: majdnem kezelhetetlenül ósdi phpbb fórum; tele nagyarcoskodó öregekkel, akik jórészt arra pazarolják az idejüket, hogy megmagyarázzák, hogy miért jó az, ami sz*r - ahelyett, hogy érdemi megoldásokat adnának; gyakorlatilag követhetetlen hozzászólások: 2009-ben az nem módszer, hogy a figyelt topicba érkező kommentről csak egy linket tartalmazó e-mail értesítő érkezik, ömlesztett rss-e is csak az alfejezeteknek van. Tudom, nem egszerű egy ilyen közösségi oldalt megcsinálni, de a "fórumok" óta történt már egy-s-más a weben: tagging, blog-ok, szofisztikált keresések, hozzászólási rendszerek (pl.: disqus.com), ajax-os autocomplete megoldások...
-s az archicadwiki sem sokban különbözik: bár sok minden van fönn, de én még érdemben nem igazán találtam meg rajta semmit (a kategória-kezelését nem sikerült megértenem); nem is igazából wiki (nem igazából támogatják a közösségi használatot)
Várom jelentkezésed! Meg másokét is!
Az archicad.wikidot.com/ -ot mindenképp beindítom, az indulásról bejegyzéssel leszek itt.
Bejegyzés: munkalap 3d-s tartalommal
dinnye · http://dinnye.neobase.hu 2009.11.21. 20:27:21
Amire eljutottam én is a saját apimmal idáig a fülem kettéállt, mert annyira meg tekerve sokszor az sdk-ban dolog.
Bejegyzés: munkalap 3d-s tartalommal
sityu · http://archipixture.tumblr.com/ 2009.11.21. 13:57:18
Lehet, hogy neked van igazad a konkrét ügyben; de azért volna egy-két ötletem...
Bejegyzés: munkalap 3d-s tartalommal
dinnye · http://dinnye.neobase.hu 2009.11.21. 13:31:43
Egy kicsit nyomultam már archival és C++-al. Amire te gondolsz azt nem lehet simán apival megoldani. Az archicad nagyon merev belső felépítéssel rendelkezik ilyen szempontból. Ezt csak a graphisok tudják megcsinálni (ha akarják).
Bejegyzés: munkalap 3d-s tartalommal
sityu · http://archipixture.tumblr.com/ 2009.11.09. 09:43:12
Ezúton is jelzem, hogy csináltam egy külön oldalt az ilyesfajta hozzászólásoknak (amik nem kapcsolódnak a blogban lévő egyetlen bejegyzéshez sem): lásd oldalsáv "Hasznosságok" rész!
Természetesen itt is folytatható ez a beszélgetés, leginkább a további hasonló kérdések számára csináltam azt az oldalt.
Bejegyzés: hiányzó lehetőségek, problémák a konszignációkban (frissítve)
copass 2009.11.08. 20:29:47
a többmagos támogatást igazából az oprendszer adja, az xp nem kezeli vmi jól ezt, a vista már 1 fokkal jobb volt, a win 7 pedig tökéletes.
az 32bites xp-nek a legnagyobb hibája hogy csak 1gb memóriát tud használni egy program, a kernelre elmegy 1gb és kész.64 bit meg mindet használja,még ha 32bites is a progi.
ac13-ban már finomították a függönyfal kezelést, lehet alaprajzon is szerkeszteni.
de ez mindíg így volt: kiadtak egy újdongságot, majd a köv. verzióban finomították. pl.: profilos fal: ac10-ben jött be, de nem működött íves falban, ac11-ben már igen.
Bejegyzés: hiányzó lehetőségek, problémák a konszignációkban (frissítve)
sityu · http://archipixture.tumblr.com/ 2009.11.07. 18:37:22
Az lehet, hogy nagyobb a memóriaigénye, de önmagában a memória egyébként sem egy túl nagy költség (pár ezer forintért lehet annyi memóriát rakni a gépbe, amennyit az xp maximálisan kezelni tud).
Sőt igazából még egy új gép költségét sem nevezném óriásinak (én az év elején vettem új gépet, 4-magos processzorral, normális lapos monitorral, 180 e HUF-ért; majdnem forintra ugyanannyiért, mint 12 éve az első pc-met...)
Én azt tapasztaltam, hogy azon a gépen, amin a 11-es tisztességesen elfut, azon a 12-essel sincs gond. Viszont azt is lehetett olvasni, hogy a 12-esnél komolyan fejlesztettek a többmagos processzor támogatáson (hogy az ilyen gépeken jelentősen gyorsabban fut); de én gyakorlatilag semmilyen gyorsulást nem tapasztaltam (az említett 4-magos gépen).
Bejegyzés: hiányzó lehetőségek, problémák a konszignációkban (frissítve)
dobszaine 2009.11.07. 18:24:13
Mégegyszer köszönöm!
Bejegyzés: hiányzó lehetőségek, problémák a konszignációkban (frissítve)
sityu · http://archipixture.tumblr.com/ 2009.11.07. 17:32:32
Nincs információm, hogy vissza lehetne konvertálni korábbi verzióba.
De mivel új alapelem (tehát nem speciális tárgy), így nem is valószínű, hogy lesz ilyen funkció.
Merthogy az viszonylag komoly programozási feladatot jelentene, s a graphisoftnak alapvetően nem érdeke, hogy régebbi verziókat használjanak.
De ez teljesen természetes is: botorság lenne elvárni, hogy komoly munkával kifejlesztett funkciókat, pusztán szívjóságból, még további munkával elérhetővé tegyenek egy korábbi verzióban. Meghát melyek is lennének a visszafejlesztendő funkciók? Mertha mindegyik, akkor az már az új verzió.
Félreértés ne essék: van énnékem fönntartásom a graphisoft szoftverfejlesztési politikájával, de ez épp egy olyan ügy, amiben meg lehet érteni őket.
Nekem archiclub szerződésem van, így mindig megkapom a legújabb verziót. S az a tapasztalatom, hogy végül mindig kiderül, hogy nem haszontalan váltani a legújabbra. Amikor elolvasom, hogy mik az újdonságok, általában én is fanyalogni szoktam, hogy hát ezek nem valami nagy dobások, de kipróbálva eddig mindig az derült ki, hogy jórészt valóban hasznosaknak bizonyultak (pl. a virtuális pauszt nem tartottam nagy kunsztnak, de ma már nem igazán tudok anélkül dolgozni). Az archiclub költségeiről: épp annyi, hogy még értékarányosnak érzem (20-30%-kal magasabb ár mellett már határozottan elgondolkodnék, hogy lemondom).
Az eredeti kérdésre visszatérve: a 12-es előtt a függönyfalakra meglehetőpsen fapados megoldások léteznek (fal+ablak; függönyfal tárgy; fal+oszlopok+gerendák).
A 12-esben megjelent függönyfalról:
-alapvetően nagyon jó, viszonylag könnyen, egyértelműen kezelhető (tényleg a releváns paramétereket kell megadni)
-egészen bonyolult szerkezetek is modellezhetőek (láttam egy olyan minta-pln fájlt, amiben egy ház minden eleme függönyfal-eszközzel volt megcsinálva - padlóburkolat, lépcső, fal, födém, tető stb.)
-de vannak még benne bug-ok: kottázás; szerkesztési módok nem mindenütt egyértelműek (a metszet/homlokzat ablakban nagyon korlátozott a szerkesztés; a 3d-s szerkesztésnél meg a segédvonal-kezeléssel voltak gondjaim).
Bejegyzés: hiányzó lehetőségek, problémák a konszignációkban (frissítve)