 | | Re: LSC - request for defining a WORKING connection database standard
|
|
(...) Note that Rosco already did take a crack at a few, including generating some images for them, and in doing so, found a problem in one I created, and caused me to decide to add fields to the connectionTypeBox, which is goodness. Thanks! (...) I (...) (21 years ago, 18-Jul-05, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSC - request for defining a WORKING connection database standard
|
|
(...) While a connection database could be helpful, I just cant help thinking that a relationship/constrain system like solidworks and Pro/Engineer use could acheive a lot more. It could certainly be a start, then simplified - so the CAD (...) (21 years ago, 18-Jul-05, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: LSC - request for defining a WORKING connection database standard
|
|
I'm not sure where this standard definition is at these days, or whether it could be used to automate what I'm doing by a clever MetaWiki robot coder, but I (and others) started capturing some connection information in BrickWiki ( (URL) ) You can (...) (21 years ago, 17-Jul-05, to lugnet.cad, lugnet.cad.dev.lcd, lugnet.cad.dev.org.ldraw)
|
| |
| | Re: New LDraw based editor... GLIDE.
|
|
Hi I’m now working on GLIDE and clicking again. I have moved house and job which is why I have not done any work on GLIDE over the last 6 months or so. Version 0.74 is now available for download. (URL) can now set the background colour of an edit (...) (21 years ago, 11-Jan-05, to lugnet.cad, lugnet.cad.dev.lcd)
|
| |
| | Re: New LDraw based editor... GLIDE. Click authors required.
|
|
I should point out that priority and override are features of GLIDE and are not explicitly specified in the format. (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 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)
|
