Sticker boxes


Sticker boxes
#1
We decided to standardize the sticker boxes here:
https://forums.ldraw.org/thread-27388.html
https://forums.ldraw.org/thread-27402.html

We never followed though with sticker box naming.

Let's discuss how this should be accomplished.

Note: Release of all new stickers is suspended until we come to a decision.
Reply
RE: Sticker boxes
#2
(2025-06-11, 14:56)Orion Pobursky Wrote: We decided to standardize the sticker boxes here:
https://forums.ldraw.org/thread-27388.html
https://forums.ldraw.org/thread-27402.html

We never followed though with sticker box naming.

Let's discuss how this should be accomplished.

Note: Release of all new stickers is suspended until we come to a decision.

I'm not very comfortable with proposing and debating naming conventions. I'll can provide my opinion about suggestions, but I don't feel I should be making the proposals.
Reply
RE: Sticker boxes
#3
(2025-06-11, 15:32)Travis Cobbs Wrote: I'm not very comfortable with proposing and debating naming conventions. I'll can provide my opinion about suggestions, but I don't feel I should be making the proposals.

Opinions are what I want. This is an open discussion thread.
Reply
RE: Sticker boxes
#4
I don't think we should see backsides as subfiles to the sticker. I see them as subfiles to the brick, which they are formed after.

When I make a formed sticker I know which brick it should be placed on. Searching after part subfiles, and finding the corresponding sticker backsides would make finding them easy.

To me, sticker backsides are subfiles, not primitives.
I see no reason to include a description in the filename. It will soon be too complicated, and might need a lot of exemptions.

Let's keep it simple, as suggested back here.
This "practice" is already in use, in a number of stickers made by Philo, Jens Brühl and Evert-Jan Boer. Stickers made for some Technic Panels.
64394
13710
87080
24119
11947

The only thing we need to figure out is how to handle differently shaped/formed/sized/positioned stickers.
Reply
RE: Sticker boxes
#5
I like that suggestion for formed stickers.

What about flat stickers?
Reply
RE: Sticker boxes
#6
For flat stickers I think:
sticker-back-1-9-x-1-9 is bit excessive but I can live with it.
add an optional qualifier like "r" for rounded corners

Formed I like:
<part number>bNN

Should we have a new folder in p?
Something like p/sticker
If so we'll need a new !LDRAW_ORG type as well. Something like Sticker_Back or Sticker_Box

Note, not all sticker backs need to be subfiled, only the one's that get a lot of reuse.
Reply
RE: Sticker boxes
#7
I'd like to reiterate:
No new stickers will be released until we have a standard

I will write and implement a standard myself if I have to but I'd like to collaborate on a community driving solution.
Reply
RE: Sticker boxes
#8
(2025-06-13, 2:24)Orion Pobursky Wrote: For flat stickers I think:
sticker-back-1-9-x-1-9 is bit excessive but I can live with it.
add an optional qualifier like "r" for rounded corners

Should we have a new folder in p?

Why add all the hyphens?  Simplify it to: stickerback19x19r2.dat

stickerback[ZZ]x[XX](optional qualifier)

ZZ and XX is the dimension in studs, one decimal, but without the dot (can't have any dots/points in the filename). Same digits as the sticker.
(r2 = all corners of the sticker has the radius 2 ldu) Do we really need to define the radius of the cornes? Maybe they all have the same radius? Are they scalable?

Are there something else that need to be defined, in the optional qualifier?  
Don't we already have the "Minifig Torso sticker backside" in the library?  Is that a subfile?
Sticker Minifig Shield ...
Sticker Minifig Vest ...
Sticker for Minifig Torso ...

As I said, IMHO the backsides are subfiles. 
If we name them all "stickerback......dat" we can keep them in the s-folder, and they will be easy to find.
Reply
RE: Sticker boxes
#9
Hyphen are there because what's the difference between 1.1 and 11 or 0.9 and 9 without a separator and the separator can't be "." or ",". 

I'm fine with the s folder and I'm fine with "stickerback".
Reply
RE: Sticker boxes
#10
(Yesterday, 21:38)Orion Pobursky Wrote: Hyphen are there because what's the difference between 1.1 and 11 or 0.9 and 9 without a separator and the separator can't be "." or ",". 

I'm fine with the s folder and I'm fine with "stickerback".

What about?

stickerback11-9x1-9

The hyphens are then only used as a decimal replacement.
Reply
RE: Sticker boxes
#11
(Yesterday, 21:38)Orion Pobursky Wrote: Hyphen are there because what's the difference between 1.1 and 11 or 0.9 and 9 without a separator and the separator can't be "." or ",". 

I'm fine with the s folder and I'm fine with "stickerback".

What if we decided to always include 1 decimal?
11 would be written 110
0.9 would b 09
9 would be 90
90 would be 900
Reply
RE: Sticker boxes
#12
what about "stickerbackWWWxHHH"?
WWW (width) and HHH (heigth) always 3 decimals, the last one the tenths, fill with leading/following zeros -> 0.1 (001) 1.0 (010) 10 (100)
-> would improve sorting
for "special" sticker backs for specialized parts (technic panels) use the part number, not the size
for example s\6155286bs01.dat -> stickerback15458.dat (used exclusively on this part)

should the parts on the tracker now stay or get edited? unofficial or official ones too?
Reply
RE: Sticker boxes
#13
Once we decide on a standard then we can decide how we will implement. 

I like Rene's suggestions a lot. 

I was going to propose something similar for irregular stickers. 

What about circular?

Do we want to stick to an "r" at the end for rounded corners?
Reply
RE: Sticker boxes
#14
I am with that, Rene's suggestion sounds good. Adding an "r" for radius as well.

Regarding the previous question, the tiny radius found on primarily newer (>2012) stickers seems to be identical (or at least we can assume them to be equal. Scalable would be nice, but I don't know how that could be done (probably it's not even necessary?).

Some very large radii (>5 LDU?) is something I would consider a deliberate design element of an "irregular" shape.

Round (perfect circle) stickers would be for the matching 2x2, 3x3 etc. tiles only?

"stickerbackround-X" with X for the radius?

Round stickers from 1970-2010 (?) have a noticably larger radius (or smaller offset) than the modern ones. Those should also only exist as 2x2 round tiles, so simply add a suffix "large"/"L" or something?
Reply
RE: Sticker boxes
#15
Ok here's a draft:

Sticker backing boxes

All stickers will have a backing box (the sides and bottom surface of the sticker) as a separate subfile located in the parts/s directory

Sticker Naming

Flat Stickers

Quadrilateral:
stickerback<WWW>x<HHH><optional qualifier>.dat

Where:
<WWW> and <HHH> are a 3 digit numbers representing the width (for WWW) and height (for HHH) of the sticker. The value of this
number is LDU/20 rounded to the nearest tenth. A leading zeros will be added for a number less than 10. Example: if the width of the
sticker is 143 ldu, WWW is 072.
<optional qualifier>
 - "r" for modern stickers with 1 LDU rounded corners

Circular:
<to be decided>

Irregular shape:
stickerback<short description|part number>.dat

Where:
<short description|part number>
If the sticker is intended to fit a specific part's shape, use that part's part number. Otherwise, use a short description (e.g. Star)

Formed Stickers

<part number>bNNNN.dat

Where
<part number> is the number of the part to which the sticker is formed
NNNN is a 4 digit number with leading zeros starting at 0001
Reply
RE: Sticker boxes
#16
Are quadrilateral backs really useful, as a single edgeless box does the job???

Reply
RE: Sticker boxes
#17
(1 hour ago)Philippe Hurbain Wrote: Are quadrilateral backs really useful, as a single edgeless box does the job???


Should we rename the box5-12? And the other std sticker backside primitives?
Reply
« Next Oldest | Next Newest »



Forum Jump:


Users browsing this thread: Cam's Bricks, 1 Guest(s)