LDraw.org Discussion Forums

Full Version: BBCode for embedding LDraw parts now available - UPDATE
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3
Admin - Due to latency problems between the 2 LDraw servers causing extremely page long load times on tag intensive posts, this tag has been disabled until a code revision can be made to account for this.

Format is:
[dat_part <partno> (unofficial|text)]
where:
<partno> is the part number with or without the ".dat". Note the "parts" folder need not be specified but the "p", "s", and "48" do.
"unofficial" forces the PT version if the part is under revision on the PT
"text" forces a text link instead of an image link

If a part image does not exist (i.e. official primitives) then it defaults to a text link.
If the part is neither official or unofficial it returns the part number as plain text.

Official Part:
image link:
[dat_part 3001]
text link:
[dat_part 3001 text]

Unofficial Part:
image link:
[dat_part 92590]
text link:
[dat_part 92590 text]

Part that is both:
official image:
[dat_part 112]
official text:
[dat_part 112 text]
unofficial image:
[dat_part 112 unofficial]
unofficial text:
[dat_part 112 unofficial text]

This part does not exist:
[dat_part 33431333s02]
VERY nice feature! Can we do something about the different scaling of official and unofficial parts?

PS:
hey, I just noticed that the parts tracker has been improved when you click on the image on e.g. this page:
http://www.ldraw.org/cgi-bin/ptdetail.cg...185c02.dat
it now shows a dark background, and the part image is centered. Much better this way!

BUT: there is a small bug in that feature, the link pointing to the image has a duplicated slash // in it, this should be fixed IMHO
Steffen Wrote:PS:
hey, I just noticed that the parts tracker has been improved when you click on the image on e.g. this page:
http://www.ldraw.org/cgi-bin/ptdetail.cg...185c02.dat
it now shows a dark background, and the part image is centered. Much better this way!

BUT: there is a small bug in that feature, the link pointing to the image has a duplicated slash // in it, this should be fixed IMHO

I think the image display is a feature of your browser - in my Firefox 10.0 it is left-aligned with no background.
The duplicated slash bug has been fixed.
Steffen Wrote:VERY nice feature! Can we do something about the different scaling of official and unofficial parts?

I'm not sure how Orion guessed at the location for the official images, but those at http://www.ldraw.org/library/official/images/ are not up-to-date, have not been refereshed since July 2003, and were almost certainly generated by ldglite.

The current Parts Update process refreshes the official images at http://www.ldraw.org/library/official/images/7/100/ for use by the peeron partsref. However, this also still uses ldglite to ensure constant scale and no cropping.

The unofficial library images are generated by a special build of ldview which, as I understand it, doesn't have a size option, but rather a "camera distance" option, and crops at 640px x 480px - see this example.

So it is tough to ensure a size match between ldglite and ldview images.

I suppose I could re-generate the official images at http://www.ldraw.org/library/official/images/, using LDview if that makes sense.
ah, then Firefox must have changed that behaviour with 11.0


The attached screenshot shows what you see in Firefox 11.0
when clicking onto a parts tracker image of a part.
Previously, the image used to be top-left with white background.
Chris Dee Wrote:I suppose I could re-generate the official images at http://www.ldraw.org/library/official/images/, using LDview if that makes sense.

Don't bother. I'll just use whatever is currently up to date. No need to have 2 image sets.
URL for official images updated.
... even if this doesn't resolve Steffen's point about differing sizes.

One more image set to the ~80 that already exist is probably no big deal. The /7/ in the filepath is the LDraw colour code, and many others are also generated for peeron.
For the size issue, it would suffice to roughly estimate the proper scaling factors by eye.
The images should just "match" each other enough IMHO.

EDIT:
I just hit reload and saw that image size now fits well between official and unofficial.
Only thing now remaining IMHO is the different grey colors.
Can we get proper ldconfig.ldr color 16 renders for both, please?
> I'm not sure how Orion guessed at the location for the official images,
> but those at http://www.ldraw.org/library/official/images/
> are not up-to-date, have not been refereshed since July 2003,
> and were almost certainly generated by ldglite.

I suggest that we put an overlay over these images,
telling people about that, and pointing them to the proper location.
Otherwise many sites will still use the wrong image instances.
Pages: 1 2 3