 | | Re: Thoughts sought on final newlines
|
|
(...) FWIW I'm pretty sure ldglite saves with a newline (of some sort) after every line. And my opinion is that all programs that *create* ldraw data should do that. It's just common courtesy. After all, we have no control over third party (...) (19 years ago, 20-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Thoughts sought on final newlines
|
|
(...) I echo Mike. This is a programmers issue (is it honestly that hard to check? I would say no) and not something that should be put into the spec. -Orion (19 years ago, 20-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Thoughts sought on final newlines
|
|
(...) I agree fully on this. A text line is not complete until you have specified the end of it (with EOLN). A LDRAW model consists of text lines, and should IMO end with EOLN. Windows expects 'text' files to end with EOLN, and mistreats them if (...) (19 years ago, 20-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: Thoughts sought on final newlines
|
|
(...) We had a discussion about this item some times ago. I can not find the thread right now. The conclusion was: The user should not mind about that, the programer should. So if you write a prog for LDraw compatible files, you should check for (...) (19 years ago, 20-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Thoughts sought on final newlines
|
|
A (URL) recent discussion> lead me to observe that Bricksmith saves models without a final newline (ie, CRLF - no "line ending"): (...) Since one line that ended differently from others lead to complications here, I wondered if it might elsewhere. I (...) (19 years ago, 19-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Bricksmith patches
|
|
(...) I have given Jim access to submit this change directly into Bricksmith's source code. Thanks, Jim, for wanting to improve my software. If a good, well-integrated, well-presented (and already coded) idea comes along, there's no reason for it (...) (19 years ago, 17-Oct-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Bricksmith patches
|
|
I'm not sure if anyone else has built Bricksmith from the (URL) source code>, but if so you may be interested in this. I've written two small patches that provide some minor features I find useful. (URL) in LDraw Units:> (URL) Dimensions panel with (...) (19 years ago, 12-Oct-07, to lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Sure. It fails in the same place, but with a different error: glDeleteFramebuffersEXT(1, framebuffer) ctypes.ArgumentError: argument 2: <type 'exceptions.NameError'>: global name 'typeCode' is not defined Wish I knew more about Python so I (...) (19 years ago, 28-Sep-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Jim, Thanks for the feedback! About the crash you see when loading a model, I think Python's OpenGL wrapper isn't quite as portable as the rest... On my machine (win32), the function glDeleteFramebuffersEXT() expects a list as its last (...) (19 years ago, 28-Sep-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Yes, it is very cool. Especially so since it (almost) works on Mac OS X - and we don't have LPub. There were indeed a lot of prerequisites (and pre-prerequisites!), but I think I've managed to build them all, and Lic launches! Hurray for (...) (19 years ago, 27-Sep-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
