To LUGNET HomepageTo LUGNET News HomepageTo LUGNET Guide Homepage
 Help on Searching
 
Post new message to lugnet.cad.devOpen lugnet.cad.dev in your NNTP NewsreaderTo LUGNET News Traffic PageSign In (Members)
 CAD / Development / 10762 (-100)
  Re: LPub 4 Status
 
(...) I'm not too familiar with Qt or Trolltech's recommendations, so maybe someone else can help work out what you need to do. The Mac version of LDView 3.2 is a Qt app, so maybe Travis can get you started. The application bundle structure applies (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
 
  Re: LPub 4 Status
 
(...) Just out of curiosity, what IS in the menu bar when the LPub window is the current active window? --Travis (16 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
 
  Re: LPub 4 Status
 
(...) OK, that's very very strange. LDView's main menu "just worked" (mostly). I had to do some fixups to make it fit the Mac style, but it was perfectly usable without those. It "just works" when compiled with QT 4 also. (...) Menu" on a Mac isn't (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
 
  Re: LPub 4 Status
 
(...) I believe a MAC version mklist utility used to generate the PARTS.LST file comes bundled with the OS-X version of ldglite. Source code is available, so anyone can build it on whatever platform they like. There may be better ways to build the (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) So, popup menus work, but my main menu does not show up. I found this information on trolltech: (URL) I don't know what it means to run out of a bundle. Qmake created lpub.app Contents Info.plist MacOS PkgInfo Info.plist contains <?xml version (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
 
  Re: LPub 4 Status
 
(...) <snip> LPub does not need a total list of parts, so it doesn't have to scan all the paths. It does need the titles of parts that are used however. Since parts.lst is a precomupted list of some of them, LPub reads it and puts the contents in an (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) Hi Don, It worked! Now I just have to figure out how to get my main menu and popup menus to work on the Mac from Qt! Thanks! Kevin (16 years ago, 27-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) Thanks guys for all the help. I grabbed BrickSmith and moved the ldraw folder that came with it to /Library. I wanted both anyhow so it seemed to be the way to go. Then I built a new (universal?) ldglite with your static libpng and some (...) (16 years ago, 27-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) One of those. (...) No. They don't distribute the full library; you would have to merge together all the updates with the original LDraw DOS package. Not fun. (...) Wherever you want it. If Bricksmith is installed, you can find out where the (...) (16 years ago, 26-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) How about I send you a universal binary of a static libpng? (If I remember correctly, it was a real pain to make.) (...) I think I got mine via BrickSmith, which is kind of sad, really, but I just checked, and LDView will happily download the (...) (16 years ago, 26-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) Yeah, gotta work on that... But hey, the kids just got a macbook! And, as of yesterday, it has a sneaky ssh login just for me so I can soak up some of the idle cycles from across the living room. But...my notes on libpng for OS-X are about 5 (...) (16 years ago, 26-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) Thanks Willy! I'll work on this very soon. Kevin (16 years ago, 25-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) As will LPub before it is made available to the public. Thus the comment about short sighted. Now that I have an example on what to do, I'll implement that instead. There is one class that will have to be changed, and no one else needs to know (...) (16 years ago, 25-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) Sorry to everyone else for having this on a public forum, but since Kevin doesn't appear to be receiving my emails, I feel that I need to post this here. I just resent all the messages I've sent you in the past month or so. I strongly suspect (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Hi Kevin, I bet you've already found what Travis's talking about; if not the tutorial can be found here: (URL) I used <LDRAWDIR>Unofficial_Parts since MLCad was the first prog supporting unofficial parts but agreed with Travis and Allen to (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Is PARTS.LST the file that gets generated by some DOS utility in the original LDraw distribution? You can't rely on that being present. Not being able to rely on a DOS utility, Bricksmith reads the part library and generates its own XML parts (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev, FTX)
 
  Re: LPub 4 Status
 
(...) I understand and respect wisdom of the the LSC's decision to not define where to store unofficial parts. I was wondering if the LSC would consider defining how one defines the paths to unofficial directories? At least that would give us some (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Hi Travis, I did not get any emails from you about the code tree. Would you please try again? Thanks, Kevin (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) You're welcome. Can you verify that you got my email messages regarding the source tree you sent me? I never got any responses to the messages I sent you, and I want to make sure they got through. --Travis (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Hi Travis, Thanks for the help. I have a .pro from Orion. I have to update it, because the list of files has changed, but that should be straight forward. Thank you very much, Kevin (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Additionally, LDView is hard-coded to look in the <LDrawDir>/Unofficial/Parts and <LDrawDir>/Unofficial/p directories when it doesn't find a part in its search path. It then attempts to download unofficial parts from the part tracker into that (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) The LSC voted on that, and officially declined to specify an official location for unofficial parts. (...) You have to install the dev tools from the OS CD (DVD?) that came with your Mac. They aren't installed by default (which is probably a (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) LDView and MLCad shows a way for solving this issue. In the MLCad.ini you can define alternate search path for parts, so you do not have to mix official and unofficial parts. Also LDView has the possibility to search in different directories. (...) (16 years ago, 24-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) I think those and other development tools are available as an optional install from your system DVD, if they're not already present on the machine. Jim (16 years ago, 23-Mar-08, to lugnet.cad.dev, lugnet.cad.dev.mac)
 
  Re: LPub 4 Status
 
(...) You are more knowledgable on this topic than I am. As far as the assembly images go, at least for now I'm at the mercy of LDGlite. I've made good use of the superb document and specifications on LDraw.org. I want to thank all involved in (...) (16 years ago, 23-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
In lugnet.cad.dev, Kevin L. Clague wrote: Hi Kevin, (...) I was refering to the use of unofficial and custom parts and the possibilities to include them into BI without the need to store them in the <LDRAWDIR>Parts folder or include them in (...) (16 years ago, 23-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Hi Willy, Thanks! Background images are already in as is ldconfig.ldr. The arrows come from your generator in MLCad. When you say unofficials and custom folders, what are you thinking? Since it uses ldglite, there are some rederer features I (...) (16 years ago, 22-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) custom folders, background images ... furthermore are those arrows coming from MLCad or has 4.0 its own generator? w. (16 years ago, 22-Mar-08, to lugnet.cad.dev)
 
  Re: Any LDView users with quad-core machine?
 
(...) Thank you to those of you that responded to this here or via email; I now have some good feedback, and it appears to be working correctly on quad-core machines. If anyone has access to a quad-core (or more) Linux box or Mac, I'd still like to (...) (16 years ago, 14-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) Thanks Jim! I've spent weeks of vacation time working on this. Good thing I have a lot more. Kevin (16 years ago, 13-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) It looks like this project is coming along nicely! Great work. Jim (16 years ago, 13-Mar-08, to lugnet.cad.dev)
 
  Re: Any LDView users with quad-core machine?
 
(...) I actually saw the "ideal num threads" call in the QT 4 documentation when I was trying to figure out how to get the number of CPUs on a Linux box. However, even though the sysconf calls are in a QT-only section of LDView's code, I can't use (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev)
 
  Re: Any LDView users with quad-core machine?
 
(...) I recently bought an AMD Phenom Quad core running vista 64 bit. I gladly do some tests if you want. I did some thread programming myself and discovered memory/disk bandwidth is the real bottleneck with modern cpu's, just can't get enough data (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
Hi folks, For those interested, I thought I'd give you a peek at LPub 4.0's GUI. I started with and LPub free file well, except for PLI sub kind of metas. I converted the submodels to callouts, placed the callouts, added pointers to the calloutss, (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev) ! 
 
  Re: Any LDView users with quad-core machine?
 
(...) Hi Travis, Qt 4 provides threads. It can tell you how many ideal threads there are (presumably the number of hardware strands). Yes, the instruction set is SPARC, with 64 bit integer registers (31 of those), plus the usual 32, 64, 128 bit (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev)
 
  Re: Any LDView users with quad-core machine?
 
(...) Thanks. (...) Yowza! In theory it will run on Solaris as long as QT 3.3 is installed, but I'm not sure if anyone has tried that. Note also that it would have to be a 32 bit compile, which may or may not be easy on Solaris. The current source (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev)
 
  Re: Any LDView users with quad-core machine?
 
(...) Hi Travis, Congratulations on getting SMP working in LDView. If you can run on Solaris, I have an 8 core with 8 hardware thread box in my office I could try things on. Maybe you'll only use 32 given the above algorithm. I have access to a two (...) (16 years ago, 12-Mar-08, to lugnet.cad.dev)
 
  Any LDView users with quad-core machine?
 
I'm working on SMP support in LDView, and I'd like to have someone with a machine with 4 CPU cores test it to see if it works properly on machines with more than 2 CPU cores (my CPU is a dual-core). (SMP is symmetric multi processing: multiple CPUs, (...) (16 years ago, 11-Mar-08, to lugnet.cad.dev)  
 
  Re: LPub 4 Status
 
(...) Thanks Philo! I've limited to dots per inch inch and dots per centimeter. This is nice from a formatting pespective because margins and sizes fall into smaller ranges than with inches and meters. Kevin (16 years ago, 10-Mar-08, to lugnet.cad.dev)
 
  Re: LPub 4 Status
 
(...) DPCM might be enough: Photoshop (which can be considered as a reference...) only has DPI and DPCM. Philo (16 years ago, 9-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 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)


Next Page:  5 more | 10 more | 20 more | 100 more

Redisplay Messages:  All | Compact

©2005 LUGNET. All rights reserved. - hosted by steinbruch.info GbR