Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies Author: | Give.Me.A.Brick | Posted: | Jan 15, 2021 19:00 | Subject: | Re: 49109pb01 | Viewed: | 37 times | Topic: | Catalog | |
|
| In Catalog, Hygrotus writes:
| In Catalog, Give.Me.A.Brick writes:
| In Catalog, Stellar writes:
| In Catalog, Give.Me.A.Brick writes:
|
For the life of me I can't see any Print here. Shouldn't it just be 49109?
|
PB means Pattern Bricklink. In this case is not a print but a doble moulding.
Medium Nougat + Nougat (just ears seems)
Sergio
|
The ears are the same color as the rest. At least in the parts I have at hand.
Do you see different in the picture?
|
I just took my figure from shelf and I confirm that ears are lighter in my. Ears
are Nougat just like head but Lion's Mane is tru Medium Nougat just like
torso and it is well visible on figure from which this part is.
|
Would you kindly provide a photo here?
(I believe in you, mind you, but I am curious )
|
|
Author: | wildchicken13 | Posted: | Jan 15, 2021 18:28 | Subject: | Re: Change Part Dimensions to Metric | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, gogogovro writes:
| You seem very opposed to the idea of using international standards of measurement
|
You should come to the USA
|
|
Author: | Reki_Lobsheek | Posted: | Jan 15, 2021 18:13 | Subject: | Re: 49109pb01 | Viewed: | 30 times | Topic: | Catalog | |
|
| Actually, when I compare the 2 large images that are in the BL catalog it seems
it's showing already the two different versions: on the left with the whole
headgear in the same color and on the right with the different ears (but that
could just as well be a trick of the light I have to admit).
Erikk
In Catalog, Hygrotus writes:
|
I just took my figure from shelf and I confirm that ears are lighter in my. Ears
are Nougat just like head but Lion's Mane is tru Medium Nougat just like
torso and it is well visible on figure from which this part is.
|
|
|
|
Author: | Reki_Lobsheek | Posted: | Jan 15, 2021 18:08 | Subject: | Re: 49109pb01 | Viewed: | 28 times | Topic: | Catalog | |
|
| I just took my figure of the shelf and I concur with the OP: the ears are the
same color as the rest of the headpiece.
Seems there's two versions of this headgear out there. Perhaps a separate
entry should be added to the catalog to reflect this distinction?
Erikk
In Catalog, Hygrotus writes:
|
I just took my figure from shelf and I confirm that ears are lighter in my. Ears
are Nougat just like head but Lion's Mane is tru Medium Nougat just like
torso and it is well visible on figure from which this part is.
|
|
|
|
Author: | yorbrick | Posted: | Jan 15, 2021 17:54 | Subject: | Re: Change Part Dimensions to Metric | Viewed: | 27 times | Topic: | Suggestions | |
|
| In Suggestions, gogogovro writes:
| In Suggestions, yorbrick writes:
| In Suggestions, gogogovro writes:
| In Suggestions, yorbrick writes:
| | It's a moot point now, since this is actually being implemented, but my point
is that when adding part sizes, doing that by stud and brick height is not easy
in most cases or practical compared to standard measurements. ie. sticking a
ruler next to a part and measuring it's height. The conversion to studs and
brick heights should be on the server side, not the human input side.
|
It is just as easy to stick a brick next to a part and count the studs as it
is to put a ruler next to a part and measure it.
Given that only one measurement of size should be used where possible for a particular
function, and how easy it is to determine the size of the majority of bricks,
plates, and other parts by just looking at them, then the studs as the visual
dimensions should (and will be) retained. The system scale and packing scale
are two different things. Of course, there are other scales in use too. DUPLO
is also measured in studs but this time DUPLO studs. So a DUPLO 2x2 brick is
still 2x2x1 in studs, the same as a system 2x2 brick. The difference is that
the user is expected to know that DUPLO studs are different to system studs.
|
Yes, I agree, placing a piece across studs is pretty easy, although not very
accurate. It is better to start off accurate and then round up or down to stud
length on the server side. However, brick height is not that easy, even on the
human side. Now you're getting into very inaccurate measurements and guesstimating
when dealing with partial brick height. Height is especially easier with standard
measurements.
|
I find measuring parts in brick height quite easy, use a pile of bricks with
three plates on the top. Measurements are then accurate to 1/3 a brick height
which is good enough for most parts as that is the accuracy that they are quoted
to.
For non-brick parts two measurements are sometimes quoted as needed, but the
cm dimensions don't go into the dimensions field but into the name. For example:
Telling these two apart if you only have one of them is difficult, even with
a ruler.
It makes sense to have them in the name here because the size is often very different
to the packaging dimensions, and also sometimes you need to know a length in
studs or in cm depending on what you are doing with it.
|
You seem very opposed to the idea of using international standards of measurement
for user input or just playing devil's advocate. I'm not sure why, but
I'm sure that anything I say will not convince you otherwise. So let's
leave
it at that.
|
Not at all, for packaging they make sense. But for describing part sizes then
studs are better.
|
|
Author: | Hygrotus | Posted: | Jan 15, 2021 17:12 | Subject: | Re: 49109pb01 | Viewed: | 40 times | Topic: | Catalog | |
|
| In Catalog, Give.Me.A.Brick writes:
| In Catalog, Stellar writes:
| In Catalog, Give.Me.A.Brick writes:
|
For the life of me I can't see any Print here. Shouldn't it just be 49109?
|
PB means Pattern Bricklink. In this case is not a print but a doble moulding.
Medium Nougat + Nougat (just ears seems)
Sergio
|
The ears are the same color as the rest. At least in the parts I have at hand.
Do you see different in the picture?
|
I just took my figure from shelf and I confirm that ears are lighter in my. Ears
are Nougat just like head but Lion's Mane is tru Medium Nougat just like
torso and it is well visible on figure from which this part is.
|
|
Author: | kestasa | Posted: | Jan 15, 2021 16:31 | Subject: | Inventory Change Request for Set 7942-1 | Viewed: | 32 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 6 Part 60700 Black Tire 21mm D. x 12mm - Offset Tread Small Wide, Beveled Tread Edge (Alternate)
|
Author: | kestasa | Posted: | Jan 15, 2021 16:26 | Subject: | Inventory Change Request for Set 6194-1 | Viewed: | 27 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Add 4 Part 60700 Black Tire 21mm D. x 12mm - Offset Tread Small Wide, Beveled Tread Edge (Alternate)
|
|
Author: | Give.Me.A.Brick | Posted: | Jan 15, 2021 16:26 | Subject: | Re: 49109pb01 | Viewed: | 41 times | Topic: | Catalog | |
|
| In Catalog, Stellar writes:
| In Catalog, Give.Me.A.Brick writes:
|
For the life of me I can't see any Print here. Shouldn't it just be 49109?
|
PB means Pattern Bricklink. In this case is not a print but a doble moulding.
Medium Nougat + Nougat (just ears seems)
Sergio
|
The ears are the same color as the rest. At least in the parts I have at hand.
Do you see different in the picture?
|
|
Author: | Fizyx | Posted: | Jan 15, 2021 16:21 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, pgremeau writes:
| In Suggestions, Fizyx writes:
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
I have a "Wanted List" which is actually where I move my other wanted lists'
items once I've ordered them, so I'd really appreciate to be able to
disable this list when browsing stores.
|
That is actually a really good idea! I usually end up deleting things out of
my wanted list/deleting the lists when I'm done, but it would also be interesting
to me to keep a record of my wanted lists for future checking, and I had never
thought of doing that before! Definitely agree that turning it off for browsing
stores would be a must though.
|
|
Author: | pgremeau | Posted: | Jan 15, 2021 16:17 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 22 times | Topic: | Suggestions | |
|
| In Suggestions, Fizyx writes:
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
I have a "Wanted List" which is actually where I move my other wanted lists'
items once I've ordered them, so I'd really appreciate to be able to
disable this list when browsing stores.
|
|
Author: | Biglesdug | Posted: | Jan 15, 2021 16:17 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 17 times | Topic: | Suggestions | |
|
| Agreed |
|
Author: | Fizyx | Posted: | Jan 15, 2021 16:14 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 24 times | Topic: | Suggestions | |
|
| In Suggestions, Biglesdug writes:
| In Suggestions, Fizyx writes:
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
There is already that function, when searching you can check which lists you
want to search for.
|
As with many quality of life improvements, yes, there is incomplete functionality
half built around this. However, if you have more than just a few wanted lists
and you regularly browse stores, especially by wanted list, you have to go and
turn off each wanted list individually in every story that you use. It's
a pain and a mess, and being able to deactivate each wanted list at the source
would be a major QOL improvement for me, at least.
|
|
Author: | Biglesdug | Posted: | Jan 15, 2021 16:13 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 23 times | Topic: | Suggestions | |
|
| In Suggestions, Biglesdug writes:
| In Suggestions, Fizyx writes:
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
There is already that function, when searching you can check which lists you
want to search for.
|
It might only be available in the classic mode?
|
|
Author: | Biglesdug | Posted: | Jan 15, 2021 16:12 | Subject: | Re: Allow Wanted Lists to be 'Deactivated' | Viewed: | 21 times | Topic: | Suggestions | |
|
| In Suggestions, Fizyx writes:
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
There is already that function, when searching you can check which lists you
want to search for.
|
|
Author: | Fizyx | Posted: | Jan 15, 2021 16:11 | Subject: | Re: Filter Seller by Payment Types accepted | Viewed: | 18 times | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| In Suggestions, Fizyx writes:
| Hell! It would be super useful if I could filter sellers on an item page by
what payment times they accept. For instance, there have been a number of seller
that I have looked at and gotten to the point of checking out with only to find
out that they only accept IBAN payments. If I had known at the beginning that
was the case, I never would have visited the seller's page in the first place.
|
https://www.bricklink.com/searchAdvanced.asp?utm_content=subnav
|
That's great if I'm using advanced search. If I'm NOT using advanced
search and just browsing items or directly on item pages etc, then it's
not possible to filter sellers like that.
|
|
Author: | Fizyx | Posted: | Jan 15, 2021 16:09 | Subject: | Allow Wanted Lists to be 'Deactivated' | Viewed: | 75 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| I have a few different wanted lists, and I am often building wanted lists that
I am not quite ready for yet. It would be very useful if there was a setting
on those lists that could be set like 'hidden' or 'active' or
something similar that would allow me to keep certain lists from being checked
by default when browsing stores and similar. Basically, making the wanted list
not effect views in other areas of the platform until I'm ready for it and
'activate' it or turn it on.
|
|
Author: | Stellar | Posted: | Jan 15, 2021 16:07 | Subject: | Re: 49109pb01 | Viewed: | 24 times | Topic: | Catalog | |
|
| In Catalog, Give.Me.A.Brick writes:
|
For the life of me I can't see any Print here. Shouldn't it just be 49109?
|
PB means Pattern Bricklink. In this case is not a print but a doble moulding.
Medium Nougat + Nougat (just ears seems)
Sergio
|
|
Author: | Brickwilbo | Posted: | Jan 15, 2021 16:07 | Subject: | Re: Filter Seller by Payment Types accepted | Viewed: | 27 times | Topic: | Suggestions | |
|
| In Suggestions, Fizyx writes:
| Hell! It would be super useful if I could filter sellers on an item page by
what payment times they accept. For instance, there have been a number of seller
that I have looked at and gotten to the point of checking out with only to find
out that they only accept IBAN payments. If I had known at the beginning that
was the case, I never would have visited the seller's page in the first place.
|
https://www.bricklink.com/searchAdvanced.asp?utm_content=subnav
|
|
Author: | Fizyx | Posted: | Jan 15, 2021 16:03 | Subject: | Filter Seller by Payment Types accepted | Viewed: | 52 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hell! It would be super useful if I could filter sellers on an item page by
what payment times they accept. For instance, there have been a number of seller
that I have looked at and gotten to the point of checking out with only to find
out that they only accept IBAN payments. If I had known at the beginning that
was the case, I never would have visited the seller's page in the first place.
|
Author: | Give.Me.A.Brick | Posted: | Jan 15, 2021 16:01 | Subject: | 49109pb01 | Viewed: | 85 times | Topic: | Catalog | Status: | Open | |
|
|
For the life of me I can't see any Print here. Shouldn't it just be 49109?
|
|
Author: | brickerking | Posted: | Jan 15, 2021 15:26 | Subject: | Re: Change Part Dimensions to Metric | Viewed: | 23 times | Topic: | Suggestions | |
|
| In Suggestions, yorbrick writes:
| In Suggestions, gogogovro writes:
| In Suggestions, yorbrick writes:
| | It's a moot point now, since this is actually being implemented, but my point
is that when adding part sizes, doing that by stud and brick height is not easy
in most cases or practical compared to standard measurements. ie. sticking a
ruler next to a part and measuring it's height. The conversion to studs and
brick heights should be on the server side, not the human input side.
|
It is just as easy to stick a brick next to a part and count the studs as it
is to put a ruler next to a part and measure it.
Given that only one measurement of size should be used where possible for a particular
function, and how easy it is to determine the size of the majority of bricks,
plates, and other parts by just looking at them, then the studs as the visual
dimensions should (and will be) retained. The system scale and packing scale
are two different things. Of course, there are other scales in use too. DUPLO
is also measured in studs but this time DUPLO studs. So a DUPLO 2x2 brick is
still 2x2x1 in studs, the same as a system 2x2 brick. The difference is that
the user is expected to know that DUPLO studs are different to system studs.
|
Yes, I agree, placing a piece across studs is pretty easy, although not very
accurate. It is better to start off accurate and then round up or down to stud
length on the server side. However, brick height is not that easy, even on the
human side. Now you're getting into very inaccurate measurements and guesstimating
when dealing with partial brick height. Height is especially easier with standard
measurements.
|
I find measuring parts in brick height quite easy, use a pile of bricks with
three plates on the top. Measurements are then accurate to 1/3 a brick height
which is good enough for most parts as that is the accuracy that they are quoted
to.
For non-brick parts two measurements are sometimes quoted as needed, but the
cm dimensions don't go into the dimensions field but into the name. For example:
Telling these two apart if you only have one of them is difficult, even with
a ruler.
It makes sense to have them in the name here because the size is often very different
to the packaging dimensions, and also sometimes you need to know a length in
studs or in cm depending on what you are doing with it.
|
You seem very opposed to the idea of using international standards of measurement
for user input or just playing devil's advocate. I'm not sure why, but
I'm sure that anything I say will not convince you otherwise. So let's
leave
it at that.
|
|
Author: | jennnifer | Posted: | Jan 15, 2021 15:11 | Subject: | Re: Change Part Dimensions to Metric | Viewed: | 30 times | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| In Suggestions, jennnifer writes:
Seems to me someone got a pack of round stickers for Christmas and is sticking
them wherever they can
|
Yes! Ha,ha. I just grabbed the graphics from a project I already had open. The
first chart I made was for reals, this one was just for fun.
Gonna go for a third as soon as another either/or problem pops up...
Jen
|
|
Author: | yorbrick | Posted: | Jan 15, 2021 14:31 | Subject: | Re: Change Part Dimensions to Metric | Viewed: | 29 times | Topic: | Suggestions | |
|
| In Suggestions, gogogovro writes:
| In Suggestions, yorbrick writes:
| | It's a moot point now, since this is actually being implemented, but my point
is that when adding part sizes, doing that by stud and brick height is not easy
in most cases or practical compared to standard measurements. ie. sticking a
ruler next to a part and measuring it's height. The conversion to studs and
brick heights should be on the server side, not the human input side.
|
It is just as easy to stick a brick next to a part and count the studs as it
is to put a ruler next to a part and measure it.
Given that only one measurement of size should be used where possible for a particular
function, and how easy it is to determine the size of the majority of bricks,
plates, and other parts by just looking at them, then the studs as the visual
dimensions should (and will be) retained. The system scale and packing scale
are two different things. Of course, there are other scales in use too. DUPLO
is also measured in studs but this time DUPLO studs. So a DUPLO 2x2 brick is
still 2x2x1 in studs, the same as a system 2x2 brick. The difference is that
the user is expected to know that DUPLO studs are different to system studs.
|
Yes, I agree, placing a piece across studs is pretty easy, although not very
accurate. It is better to start off accurate and then round up or down to stud
length on the server side. However, brick height is not that easy, even on the
human side. Now you're getting into very inaccurate measurements and guesstimating
when dealing with partial brick height. Height is especially easier with standard
measurements.
|
I find measuring parts in brick height quite easy, use a pile of bricks with
three plates on the top. Measurements are then accurate to 1/3 a brick height
which is good enough for most parts as that is the accuracy that they are quoted
to.
For non-brick parts two measurements are sometimes quoted as needed, but the
cm dimensions don't go into the dimensions field but into the name. For example:
Telling these two apart if you only have one of them is difficult, even with
a ruler.
It makes sense to have them in the name here because the size is often very different
to the packaging dimensions, and also sometimes you need to know a length in
studs or in cm depending on what you are doing with it.
|
|
Author: | axaday | Posted: | Jan 15, 2021 14:08 | Subject: | Inventory Change Request for Set 71735-1 | Viewed: | 32 times | Topic: | Inventories Requests (Entry) | Status: | Open | |
|
| Please make changes to the following inventory:
* Change 1 Minifig {njo576 Jay - Legacy, Rebooted, Ninjago Logogram 'MANTER' on Torso to njo576a Jay - Legacy, Rebooted, Ninjago Logogram 'MASTER' on Torso}
Comments from Submitter:
They corrected the misprinted chest
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|