 | | Re: Questions about LPub
|
|
(...) This was not a documentation problem... in fact all my pages were multi-step, and LPUB STEP_NUMBER PLACEMENT doesn't seem to work in that case. I reverted a page to single step, and it works fine. Philo (19 years ago, 29-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
Hi Kevin, (...) Great! (...) Kevin, I think there is something broken in your installer build process about the help file: 2.3.0.9 lpub.html is identical to the one I got with 2.3.0.8. (...) Not in the file I got here: the following item is LPUB (...) (19 years ago, 29-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) I have this fixed and it is available in LPub 2.3.0.9. (...) Great! (...) I just updated the documentation with this: LPUB STEP_NUMBER PLACEMENT edge justification relative_to - The step number can be relative to the step image using a (...) (19 years ago, 29-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) I'll wrestle with it. (...) I have to kill that example. (...) Reasonable. (...) L3P is required for LDView and ldglite to help me understand the camera distance needed. (...) Kevin (19 years ago, 29-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) Good luck, I guess that the overall code is quite involved! The last problem remaining for me (the results I have so far are very good!) is the step number placement: (...) Any idea? Something on the documentation too: - I found no information (...) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) There are a couple of things that throw LPub off and I'm trying to figure out how to make it "do the right thing". You have: ROTSTEP part part part STEP ROTSTEP END This is equivalent to: part part part ROTSTEP ROTSTEP END LPub ignores STEP (...) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) I got this one fixed: it was caused by the "0 ROTSTEP END" at the end of the subfile (actually a plain 0 STEP at the end also brings on this behaviour) Philo (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | ldraw part fro #32467
|
|
Does anyone have a .dat / ldraw file for part 32467 Yellow Electric Computer Speed as in set: (URL) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
Hello Kevin, (...) I have a similar problem: pack_callout: accumulated width too large but AFAIK it is not a recursive call problem... The mpd file is here (the problem occurs when generating layout 5) (URL) purpose of the callout (and tentative (...) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: LPub 2.3.0.7
|
|
In lugnet.cad, Philippe Hurbain wrote: <snip> (...) Fixed. Released. (...) Added. Not released. (...) Documentation made available. Kevin (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) Jacko, This is because hinge.ldr references itself in a LPUB PLI BEGIN SUB hinge.ldr. I removed the offending LPUB PLI BEGIN SUB/LPUB PLI END. I copied the parts listed in hinge.ldr to the places you used hinge.ldr. I then surrounded those (...) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub [DAT]
|
|
(...) I found and fixed a bug in PLI. (...) It contains this: 0 Torso & arms 0 Name: torsoarms.ldr 0 Author: Jaco van der Molen 0 Unofficial Model 0 ROTATION CENTER 0 0 0 1 "Custom" 0 ROTATION CONFIG 0 0 0 LPUB PLI BEGIN SUB torsoarms.ldr 1 1 0 0 0 (...) (19 years ago, 28-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
OK. I am getting there :-) (...) This was a succes, though I do not have a pointer yet: (URL) further, I get an error: pack_callout: accumulated height too large And: layout_page: Failed to open file LPub\Layout\truck_0_05_co_0.png for reading Then, (...) (19 years ago, 27-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
How can I get something like this on the first page of the instructions? (URL) (19 years ago, 27-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) I am getting this error: Cannot find user part image C:\LDRAW\MODELS\MISC...s_c.PNG_c. Did you create create construction images? What could be wrong? I have posted my MPD file on Brickshelf here: (URL) (19 years ago, 27-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
I had that problem until I installed an unknow version. If the helpfile is not found, perhaps a warning could be displayed? And while you're at it, perhaps a link to the file for download? "Help files not found. Download them here." Is it even (...) (19 years ago, 27-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
In lugnet.cad, Travis Cobbs wrote: <snip> (...) Yes, they are the same DATs that go through L3P. L3P leaves the steps in the POV file as comments. I then use those to determine what parts need to be grayed and which not. (...) Kevin (anyone notice (...) (19 years ago, 27-May-05, to lugnet.cad, FTX)
|
| |
| | Re: Questions about LPub
|
|
(...) LDView supports 24-bit extended colors (color numbers 0x02000000-0x03FFFFFF, see (URL) here>). Does LDGLite? If so, just specify the RGB color, instead of the LDraw color. If not, you could still do this for LDView, and use the 12-bit dither (...) (19 years ago, 27-May-05, to lugnet.cad, FTX)
|
| |
| | Re: Questions about LPub
|
|
(...) <snip> (...) Ooohhhhh, I like this last one. (...) Kevin (19 years ago, 27-May-05, to lugnet.cad)
|
| |
| | Re: Questions about LPub
|
|
(...) I'm not so sure about that quantizing bit. It may not be the best way, but I think the current beta version of ldglite could be controlled by lpub inserting a block of 0 COLOR macros at the beginning of each temp DAT file to dim the colors, (...) (19 years ago, 27-May-05, to lugnet.cad)
|
