 | | Re: LPub 4 Status
|
|
(...) I agree. It was inconsistent. I've provided DPM, DPCM, DPMM, and the values specified in meta commands are scaled appropriately. (16 years ago, 7-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) I agree. It was inconsistent. I've provided DPM, DPCM, DPMM, and the values specified in meta commands are scaled appropriately. (16 years ago, 7-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) I'm actually can provide all of the above and to the math, I just don't want to have units expressed in individual meta commands. I ony want one unit and to have it expressed in the resolution meta command. So I could even have DPDM..... (...) (16 years ago, 7-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) I'd say that DPM or DPMM make perfect sense. The thing is, your description said that units are all in CM or IN, and that M and MM aren't supported. And yet, you force the user to specify which units to use in either IN, M, or MM. That seems (...) (16 years ago, 6-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) When I looked around on the net I saw references to DPM and DPMM.... I didn't see DPCM.... it does make complete sense to use DPCM, but I wasn't sure people would think its a standard name. Kevin (16 years ago, 6-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) Shouldn't that be: 0 !LPUB RESOLUTION <value> (DPI|DPCM) Based on this: (...) --Travis (16 years ago, 6-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub 4 Status
|
|
(...) SNIP (...) Only one question is left! When can we get that? cu mikeheide (16 years ago, 6-Mar-08, to lugnet.cad.dev)
|
| |
| | LPub 4 Status
|
|
I've got the math and implementation of resolution (dots per inch/meter/millimeter) as well as magnification for controlling model size relative to the page all worked out. Magnification 1.0 means a model that appears 8 inches wide will just fit in (...) (16 years ago, 6-Mar-08, to lugnet.cad.dev) !
|
| |
| | Re: LPub DPI control?
|
|
(...) Hi Rosco, I'm going to make my font dialog, and default font picker only work with scalable fonts. They are perfect for this kind of situation. I guess that is why they were created by Adobe a long time ago (I read the Wiki!) Thanks, Kevin (16 years ago, 6-Mar-08, to lugnet.cad.dev, FTX)
|
| |
| | Re: LPub DPI control?
|
|
(...) I learnt a fair bit fiddling with (URL) Freetype> in (URL) txt2dat>, which has to translate point size to ldraw units. Freetype makes it pretty easy, as it gives you a nice API that works for lots of scalable fonts. I chose not to support (...) (16 years ago, 6-Mar-08, to lugnet.cad.dev, FTX)
|
| |
| | Re: LPub DPI control?
|
|
(...) I just found the following in my VB description: 1440 Twips = 1 inch 1 Twips = 1/20 point (DTP) 1 cm = 567 Twips 1 point = 0,3515 cm (72 dpi) maybe this is also useful. cu mikeheide (16 years ago, 5-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub DPI control?
|
|
In lugnet.cad.dev, Kevin L. Clague wrote: SNIP (...) Maybe the following link does help you a little bit: (URL) you use truetype fonts it should not be a problem to print them in the correct size. cu mikeheide (16 years ago, 5-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub DPI control?
|
|
(...) Most of this feature is done. I had to identify every LPub meta-command that had something with the units of pixels, and treat them as a new class of "units", meaning known absolute distances (i.e. meters or inches.) Every time these values (...) (16 years ago, 5-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: LPub DPI control?
|
|
(...) Hi Remi, I'm working on DPM and DPI now. Here is what I plan on doing: You set the page size in either inches or centimeters. You define the resolution in terms of DPI or DPM. You control the magnification. For example, if I have a 1 inch page (...) (16 years ago, 4-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: Seam width in LDView
|
|
(...) It applies it to everything that it considers to be a part, but not a sub-part. A sub-part is any sub-file (or sub-sub-file, etc) of something that is determined to be a part. Adding an unofficial part header is the easiest way to convince (...) (16 years ago, 4-Mar-08, to lugnet.cad.dev)
|
| |
| | Seam width in LDView
|
|
Hi Travis. What does LDView apply the seam width settings to? When doing some part dev, I noticed it was "shrinking" a moved part, in this case, 3070.dat which includes 3070a.dat. I guess it is because it is missing an official part header? Thanks (16 years ago, 3-Mar-08, to lugnet.cad.dev)
|
| |
| | Re: New LDraw part author tool and tutorial: Ytruder
|
|
(...) No, but I have had thoughts about a very similar tool. One that lists all (or at least the first one hundred) points mentioned in a dat-file. It shouldn't take that many minutes to rush together such a utility. But so far, I haven't taken the (...) (16 years ago, 14-Feb-08, to lugnet.cad.dev)
|
| |
| | Re: New LDraw part author tool and tutorial: Ytruder
|
|
Hello Tore, You are right, I should look more closely at LDraw script. Certainly a flexible tool... Would you already have a utility that converts a ldraw file (say with a path of lines) into a set of points coordinates usable by LDS? Philo (16 years ago, 14-Feb-08, to lugnet.cad.dev)
|
| |
| | Re: New LDraw part author tool and tutorial: Ytruder
|
|
(...) Since we all have different tastes and different ways to approach problems, the more the alternatives the better. But are you aware of that tasks like this can be taken on using LDraw Script? (URL) example, You define the first, top, line (...) (16 years ago, 31-Jan-08, to lugnet.cad.dev)
|
| |
| | New LDraw part author tool and tutorial: Ytruder
|
|
(2 URLs) Ytruder> utility creates a sheet of triangle and quads from a set of lines. This is done by extrusion in the LDraw Y direction (hence the name). Though somewhat similar to (URL) Coverer> it has a few other possibilities, such as the (...) (16 years ago, 28-Jan-08, to lugnet.cad.dev, lugnet.announce, FTX)
|
| |
| | Re: Parts requests? (re: x136 and 50944px1)
|
|
(...) Fantastic, exactly what I was looking for. Thank you... Hopefully Peeron will update their databases. (...) Any plans to complete the wheel? Cheers, Ryan (16 years ago, 26-Jan-08, to lugnet.cad.dev, FTX)
|
| |
| | Re: Parts requests? (re: x136 and 50944px1)
|
|
(...) part x136 has a different number 32294 on the PT. You are right, I did make the wheel for 50944px1, but did not start to model 50944px1. cu mikeheide (16 years ago, 26-Jan-08, to lugnet.cad.dev, FTX)
|
| |
| | Parts requests? (re: x136 and 50944px1)
|
|
Hello, Just wondering what the protocol is for "requesting" LDraw parts... I've found two bits of particular interest to my projects that don't show in the Parts Tracker: x136 : profiled offset suspension wishbone used in the big Technic F1 cars (...) (16 years ago, 26-Jan-08, to lugnet.cad.dev, FTX)
|
| |
| | Re: PreL3P 1.3 -help :)
|
|
(...) Ah, thanks for bringing that to my attention. I was not aware of the difference. My addition currently understands multiple arguments with this syntax: prel3p 1.ldr 2.ldr 3.ldr Each ldr file is processed in place and the originals are copied (...) (17 years ago, 25-Oct-07, to lugnet.cad, lugnet.cad.dev)
|
| |
| | 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 (...) (17 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 (17 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 (...) (17 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 (...) (17 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 (...) (17 years ago, 19-Oct-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) I didn't have any problems with weird folders in documents and settings you just unzip the files wherever you want and it will setup itself (which you can unzip to a new folder under Program Files.) The only issue I have (which is an issue (...) (17 years ago, 6-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) Why can't I install 'normally' to program files. It makes all kind of weird folders in documents and settings now. Not to happy with that personally. But that aside it's sounds very promising, unfortunately it crashes on my machine. first I (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) <snip> (...) Very cool Sergio -- I was quite pleased by the speed of the rendering! Since I don't know the ldraw keyboard commands I was a bit at a loss on how to "place" a part or rotate a part -- also camera operations as well. I'm looking (...) (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Introducing SR 3D Builder - a LDraw editor by Sergio Reano
|
|
(...) SNIP (...) This sounds very good to me. I will give it a try the next days. cu mikeheide (17 years ago, 5-Oct-07, to lugnet.cad.dev)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Remi, I got your email today. I don't know why I didn't notice or respond to the previous emails. WYSIWIG LPub (4.0) is moderatly far along. I started on it shortly after returning from Brickfest PDX in Portland. You use the GUI to get the (...) (17 years ago, 4-Oct-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Kevin, I was hoping to hear from you! Yep, I knew you were working on a WYSIWYG LPub - you've mentioned the idea here in the past. I just had no idea how far along you were, or if you had even started. I tried contacting you a handful of (...) (17 years ago, 4-Oct-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
(...) Hi Remi, Maybe you didn't know but I am working on a WYSIWYG version of LPub, where there is no manual editing of the LDraw file. So far, almost everything has GUI point and click kind of interface with support for multiple steps per page, and (...) (17 years ago, 2-Oct-07, to lugnet.cad.dev, 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 (...) (17 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 (...) (17 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 (...) (17 years ago, 27-Sep-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Introducing Lic - Lego Instruction Creator (pre-alpha)
|
|
Hi everyone, I've been lurking here for a few years now, and have been using LDrawfor quite some time. I finally have something worth saying! In the past few months I've found time to work on a little LDraw application that I've been wanting to (...) (17 years ago, 27-Sep-07, to lugnet.cad.dev, FTX) !!
|
| |
| | Wanted: LDMerge beta testers
|
|
Thanks to an inquiry from Michael Heidemann, I've written a little utility called LDMerge. I'd like to have one or two other people test it before it is released just to confirm that it works as intended. LDMerge is a console tool for temporarily (...) (17 years ago, 21-Sep-07, to lugnet.cad.dev, lugnet.cad.dev.mac, FTX)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) That fixed both problems. --Travis (17 years ago, 27-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) Certainly not intentional. I haven't the faintest idea why that happens. (...) For me both mouse wheel scroll and scrollbar scroll worked as expected during testing the other day, but today when I change my computer to the Toy Story Look (...) (17 years ago, 26-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) That seems to have partially solved the problem, but it introduced a change (maybe intentional). LDList now shows up with Win2K style title bar in XP even when themes are enabled. (Your screenshot from the old version shows it working with (...) (17 years ago, 25-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) Thanks to Travis Cobbs I've managed to reproduce, and hopefully fix, this problem. The download is updated, but not the web pages - (URL) updated version is 4.11, please download it again and retry on your system and let me know if the fix (...) (17 years ago, 25-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) jrsoftware forums helped me get rid of it! The download is updated, but not the web pages - (URL) updated version is 4.11 (17 years ago, 25-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) Not sure if themes have to be enabled or not. However, it looks like the setting is bit 3 in a registry key. See here: (URL) that the value appears to be stored in little endian binary, instead of a DWORD, so be careful if you're modifying the (...) (17 years ago, 24-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I have Win XP SP2, run in Classic mode, maybe Themes is a prerequisite too? I don't have TweakUI installed, do you happen to know which registry entry is involved? (17 years ago, 24-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) If it doesn't happen to you, it's obviously kind of hard (read: well-nigh impossible) to fix. Having said that, as far as I know, the setting is enabled by default (at least in Windows XP). I know exactly how to enable and disable it with (...) (17 years ago, 24-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) Thanks for the research! Unfortunately, I can't see the problem, the definition of the listbox in LDList doesn't match the description in the jrsoftware thread, Power Toys are delivered by Microsoft without any guarantees, ..., I think I'll (...) (17 years ago, 23-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Portable MPD Submodel Names
|
|
(...) Actually, I think you are correct. It makes sense from that perspective. The line type 1 naming rules apply to anything referenced by a type 1 line, including submodels. Thanks, Mike! Jim (17 years ago, 23-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Portable MPD Submodel Names
|
|
I think the answer is very easy. Linetype 1 is for referencing to an existing LDraw file, doesn't matter which type (part, subpart, primitive etc.) So it is not necessary to describe that in the MPD Language Extension. The MPD Language Extension is (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I found the thread on the Inno Setup forums, and based on my reading, it sounds like a Delphi bug with owner-drawn TListBox controls. It may be a bug in the MS List Box control when owner-draw is enabled; I don't know if the Delphi classes use (...) (17 years ago, 23-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) It affects a fair few other programs (the wonderful Inno setup and various parts of windows itself) so is not LDList specific. IIRC, there was a code workaround that was applied in Inno but you'd need to check the newsgroup history. (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I think this newsgroup is a good place. (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) He's talking about the smooth scrolling ("list box animation" in the General section of Tweak UI from Windows XP PowerToys). The actual end result is correct. When you click, it ends up at the next page of data after it's done animating the (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I tried it on XP SP2 and get the same issue. Note : the data in the list ends up in the right location, it's just that the scroll effect is backwards. Again, move the thumb halfway down the scroll bar. Click the down arrow and watch how the (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I'm on SP1. I'll try updating to SP2 and see if that fixes it. Rob (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) ?? Doesn't happen to me, I'm running 4.1 on WinXP, SP2. Anyone else? (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I'm running LDList v 4.1, 2004-Apr-16 on Win XP First, move the slider thumb to the center of the scroll bar area. If you click the Up arrow a few times, the list text scrolls down, which is as expected. If you click the Down arrow, you'll see (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
I first replied almost three hours ago, but for some reason e-mail authentication never got this posted. I had to send it again and authenticate on the web page to get the message to appear?? FUT: lugnet.admin.general (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev, lugnet.admin.general)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I think this newsgroup is a good place. (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Portable MPD Submodel Names
|
|
Bricksmith and LDView accept descriptive submodel names containing spaces, punctuation, and no file extension. However, I have been given the impression that MPD files containing submodel names like these can be problematic for MLCad and other tools (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Re: Bug in current version of LDList
|
|
(...) I would report bugs to the developer. I see an email address at the bottom of the page at (URL) and on the LDraw.org listing at (URL) the other hand, if your bug report contains any interim solutions for working around the bug, I would (...) (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Bug in current version of LDList
|
|
Where should I report a bug in LDList v4.1? Or is there a database of existing bugs for any of the LDraw family of apps? Rob (17 years ago, 22-Aug-07, to lugnet.cad.dev)
|
| |
| | Brickshelf Upload Utility
|
|
I've been working on a Brickshelf upload utility similar to (URL) Flickr Uploadr>. It helps streamline the process of zipping a bunch of files and navigating to or creating the appropriate folder to upload them. These screenshots are of a scruffy (...) (17 years ago, 30-Jul-07, to lugnet.publish, lugnet.cad.dev, FTX)
|
| |
| | Re: Search path question
|
|
(...) Hi Roland, Thanks for the input. Has anyone else implemented the mechanism the way Roland has? Kevin (17 years ago, 13-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Search path question
|
|
(...) The way I understand the file handeling system, this should not load. Because every file's references must be handled relative from the file being loaded (not to the main file). So calling sub/sub2.ldr from sub/sub1.ldr will look at (...) (17 years ago, 13-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Search path question
|
|
(...) I would also lean towards always requiring the subdirectory, but am open to argument the other way. ROSCO (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Search path question
|
|
(...) I know that LPub would only know where to find sub2 if it was specified as sub/sub2.ldr. I think if there only being only one current working directory which is the directory where you've placed your top level model file. (...) This seems the (...) (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
| |
| | Search path question
|
|
I just noticed some unexpected behavior in LDView, and I wanted to ask here whether or not the behavior was right. Suppose you have the following files: TestModel.ldr Sub/Sub1.ldr Sub/Sub2.ldr TestModel.ldr contains a reference to Sub/Sub1.ldr. When (...) (17 years ago, 12-Jul-07, to lugnet.cad.dev)
|
| |
| | LDLink: reversibly merge part libraries
|
|
Hi, folks. After reading some of the recent posts discussing support for unofficial parts and part directories, I decided to release this script I wrote to help manage the unofficial parts I use. I keep my unofficial parts in a parallel part library (...) (17 years ago, 11-Jul-07, to lugnet.cad.dev.mac, lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) The following files in LDView's source tree contain the LDrawIni stuff: LDLoader/LDrawIni.c LDLoader/LDrawIni.h LDLoader/LDrawInP.h There's a #include <TCFoundation/TCDefines.h> near the top of LDrawIni.c. You can delete that; the only reason (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) I'm using Qt, and LPub is under GPL, so this sounds perfect. I'm all for standardization, so this sounds great. (...) I'm not looking to judge or criticize anyone. All of our programming efforts are works in progress, so these self analysis' (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) I agree (which is why I voted yes on the other proposal, although it's not an exact match for what you're asking for). Having said that, Lars did offer the INI parsing code, and since it's already in LDView (which is under GPL), anyone who (...) (17 years ago, 10-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) That makes sense to me too. Based on the coincidental informal convention already used by LDView and Bricksmith, I suggest $LDRAWDIR/Unofficial as the default unofficial parts directory. It is structured like the regular LDraw directory with (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) That's because the LSC voted against it. Took me a while to find the discussion as well - and I knew it was out there! (URL) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Convention for directoried for unofficial parts?
|
|
(...) Get the best of both worlds and do both. Check for the environment variable and if it is blank (or non-existant) default it to a "known" sub-directory. W (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Convention for directories for unofficial parts?
|
|
To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Convention for directoried for unofficial parts?
|
|
To all developers, The LSC does not want to specify how unofficial parts are handled. Personally if find the recommendation that we pull down individual unofficial parts into the same directory as our LDraw file a hassle. Would the group prefer (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
----- Original Message ----- From: "Kevin L. Clague" <kevin_clague@yahoo.com> To: <lugnet.cad.dev@lugnet.com> Sent: Monday, July 09, 2007 5:56 PM Subject: Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths) (...) (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Dear LSC, was: LDrawIni API (was: LDRAWPREDIRS LDRAWPOSTDIRS - additional search paths)
|
|
(...) Dear LSC, I examined the LDraw website and was unable to find formalization for the support of optional part paths. I'm updating LPub and would like to include support for this concept of alternate paths for LDraw parts. The PRE and POST (...) (17 years ago, 9-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Hello All, First I am no part designer but reading through this discussion I got an idea that might be interesting to share. First I think Orion is right with his stand to not allow povcode because of the 'why only pov-ray' argument. So I was (...) (17 years ago, 2-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Since I've contributed exactly two official parts to the LDraw library (neither of them with inlined POV-Ray code), I'm sure that my opinion carries more weight than anyone's on the subject... :) For some time it has been argued that the use (...) (17 years ago, 2-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) I'd _like_ to see a meta-language for basic shapes defined in their primitives (the current naming system would be fine if it was consistent) as that could be used in converter software of all hues. I also realise this isn't likely to happen (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) At the risk of reigniting this argument, I still hold to the original reasons for disallowing EmPOV: - The POV-RAY SDL is not under the control of the LSC. This means that if the POV-Ray Team decides to depreciate a command (which they have (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: Change to existing policy on embedding POV-Ray code in Official Files
|
|
(...) Lars has already been implementing that support since... what year? 2004? Probably even longer. I may would have joined it, but it didn't work then and I still can't get it to work now, 3½ years later. (tried testdoc.pov) And, like I said, (...) (17 years ago, 1-Jul-07, to lugnet.cad.dev)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) I second this request. I'm working on LPub 4 and it will have internationalization capabilities. We're using Qt under Visual Studio as the basis for this development for three reasons: 1. Linguistics support for translations into languages (...) (17 years ago, 13-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | LD4DStudio site launch
|
|
Hi all, My new animation software is nearing the beta stage (I'm targeting september for this). I finally made up my mind about it's name. It will be called LD4DStudio, it is a direct evolutionary / revolutionary :) descendent of LD4DModeler. But it (...) (17 years ago, 13-Jun-07, to lugnet.cad.dev, lugnet.cad, lugnet.animation)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Thanks, Willy. Corrected. Philo (17 years ago, 13-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) The requested URL /isecalc/Linetrimpackage.zip was not found on this server. w. (17 years ago, 13-Jun-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) I agree with Jim and would say that LDraw.org always welcomes talented people. If you are going to write a new editor I suggest to support right from the start the possibility to translate the interface in other languages without the need to (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | Re: LPub DPI control?
|
|
(...) Sorry. No not yet. Kevin (17 years ago, 12-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: New OpenGL based Lego Editor
|
|
(...) Bricksmith and LDView both use OpenGL, as far as I can tell. Of course, Bricksmith is only available on the Mac and LDView is a viewer, not an editor, but they are both excellent applications (I use them regularly). They are being actively (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, lugnet.cad.dev.mac)
|
| |
| | New OpenGL based Lego Editor
|
|
Hello all, I was wondering if there is any development in the way of building a new Lego editor, based on OpenGL (OpenGL=Video card display driver software)))? If so please let me know. If not, then I would like to know if there are any interests (...) (17 years ago, 12-Jun-07, to lugnet.cad.dev, FTX)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Actually this already exists as the External Programs feature of LDDP. -Orion (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: Linetrim, a LDraw line trimmer utility
|
|
(...) Would it be useful to create a generic LDDP plugin? Say one that simply executes a command line that appears in an ldraw style meta command like this: 0 LDDP_EXECUTE linetrim input1.ldr input2.ldr output.ldr Then you'd just put linetrim.exe (...) (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) you've got mail. w. (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) this is good news indeed! my wishlist for LDDP is still up ;-) (URL) w. (17 years ago, 11-Jun-07, to lugnet.cad.dev)
|
| |
| | Re: What happend to edger? (Was Re: Linetrim, a LDraw line trimmer utility)
|
|
(...) No, I was just typing without thinking -Orion (17 years ago, 10-Jun-07, to lugnet.cad.dev)
|
