 | | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) I have tried to accommodate these sorts of behaviours in two ways: Priority and override. If two parts have different behaviours like a "dot" and a "Brick" the one that is moved to form the connection is the one that takes priority. If you (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE.
|
|
(...) Not just yet please... I’d like to get clicking working first before GLIDE gets announced to the world at large. Unfortunately experience tells me that my time estimates on programming are always a bit optimistic. I "think" I will be able to (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) Long-term, making connection data a part of the library would be awesome. Short-term, getting a working implementation should be the focus. Dan (Bennett) - would you like some publicity for GLIDE and click authors on LDraw.org? I can't spare (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) Note also that a 1x4 brick can be attached to a 2x4 brick anywhere on about 70-80 degree angle if only attached by the end stud - its only the other studs hitting the sides that restrict it. ROSCO (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
I guess I'm thinking about this differently. It's not that the individual studs on the brick don't allow other mating angles. (IE you can place a 1 x 6 technic plate with rounded ends on any single stud at some funcky angles) It's the combination of (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) I really like the way the .dat format reuses geometry e.g. stud.dat. I think the clicking format should be able to do the same thing. I imagine that would be quite a bit more difficult to reuse if the clicking info was in the dat files. (...) (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) I do indeed think it would be undesirable. As we all know Stud.dat gets used every ware. There are a fair few instances were the clicking behaviours of two bricks would be different even though they are both referencing the same stud.dat file (...) (22 years ago, 23-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) I agree, but in the short term, I think seperate files may be simpler. (...) I thought so too, but the format document (way at the bottom) implies that this might be undesirable. I'm not sure I understand why, though : ( (22 years ago, 22-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) There's a difference between supporting POV inline (which is not controlled in the community) and supporting LCD info (which could be integrated into the DAT format). I'd like to see programs support both options - both as an external .lcd (...) (22 years ago, 22-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
The it would be slick to have the LCD info in the dat file, but it might complicate issues being dicussed by the Ldraw committee : ( It seems that pov style includes aren't allowd in official files either so maybe keeping it seperate for a while (...) (22 years ago, 22-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
(...) inline in a valid DAT file? Perhaps make all the lines start with a "0 LCD" before anything else? Then, when reading a DAT file, a program can recognize and parse LCD info, in addition to looking for the .lcd file. Does that make sense? Do you (...) (22 years ago, 22-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
Hi Glide has been on hold now for about a month but its back in development. You can look forward to clicking bricks in about two to three weeks. Once I have the system implemented is there anyone out there who would be prepared to start writing (...) (22 years ago, 22-Jun-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dat.parts)
|
| |
| | Re: LCD draft spec comment
|
|
(...) If this is a feature that is used deliberately and often enough to motivate a software model for it, it would be possible to encode a combination of hard constraints, demonstrating the normal and preferred connection method, and additional (...) (22 years ago, 22-May-04, to lugnet.cad.dev.lcd)
|
| |
| | Re: LCD draft spec comment
|
|
(...) would find most useful is technic axle in it's hole - there's quite a significant clearance between them. Not sure the best way to handle such things. ROSCO (22 years ago, 22-May-04, to lugnet.cad.dev.lcd)
|
| |
| | Re: LCD draft spec comment
|
|
(...) Hi I am currently working on my own version of LCD. (URL) was thinking of adding some kind over-ride to the angle of movement for each connection. This clinches it, I will. The format itself could hold single-studs that lock at 90 degrees or (...) (22 years ago, 22-May-04, to lugnet.cad.dev.lcd)
|
| |
| | LCD draft spec comment
|
|
Nothing much seems to be happening with the LCD spec, but I read it through and have a comment, in case anyone is listening. If not, at least this lands in the archives. The "stud inlet" and the "turnable stud inlet" should not be distinguished in (...) (22 years ago, 20-May-04, to lugnet.cad.dev.lcd)
|
| |
| | Re: LSC - request for defining a WORKING connection database standard
|
|
(...) I would love to see a connection database for the LDraw system With that we might be able to make a simulator. This could be handy for test driving ideas as well as good for animations. Kevin (22 years ago, 19-Mar-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSC - request for defining a WORKING connection database standard
|
|
(...) I like the idea of connections. I think it's really neat and would like to see it realised. I support asking LSC to look into this further. But I fear that requiring authors to submit a .cdl file might be increasing the barriers to entry for (...) (22 years ago, 19-Mar-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | LSC - request for defining a WORKING connection database standard
|
|
dear LSC members, LEGO Digital Designer (URL) has only one feature I really miss in the LDraw system: the snap-in behavior. guys, I'd like to ask you - no I beg you down on my knees - to define a working standard for a connection database. there is (...) (22 years ago, 19-Mar-04, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: Any news about LCD and LMPL ?
|
|
(...) Things that are unapplicable for a specific part (model, object etc.) should not be used with it. For example, you can't rotate an Axle--Axlehole connection because it can slide only. Therefore, all statements, functions and properties related (...) (22 years ago, 12-Mar-04, to lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw, FTX)
|
