Discussion Forum: Thread 307077 |
| | | | | |
| | | | Author: | crazylegoman | Posted: | Jul 26, 2021 23:28 | Subject: | Re: Further refinements to Packing Dimensions | Viewed: | 33 times | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| but do you think metric dimensions will ultimately replace Stud Dimensions? Should
we retain Stud Dimensions on the Catalog Detail page, or relegate them to a "related
information" tab underneath?
|
I like the current format where items have stud dimensions (in studs, of course)
and packaging dimensions in metric units. I would like to see the double set
of measurements continue.
David
|
|
| | | | | |
| | | | Author: | Stellar | Posted: | Jul 27, 2021 03:42 | Subject: | Re: Further refinements to Packing Dimensions | Viewed: | 35 times | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| We keep chipping away at the Packing Dimensions project, and soon we will be
finished with almost all front-facing work. This week I have tackled the subject
of Stud Dimensions in our Help Pages:
https://www.bricklink.com/help.asp?helpID=261
This is essentially a revision of the old general page on dimensions, but there
is a lot of new material included and it is now limited to parts and stud dimensions.
I would be interested in any feedback regarding this page, particularly in contrast
to the general packing dimensions page which is heavily image based and uses
a large canvass:
https://www.bricklink.com/help.asp?helpID=2510
Which type of Help Article do you think is more useful, and is there a difference
when it comes to new users?
Another aspect of the Help Pages is the translations. How important are the translations
to those of you whose first language is not English? Are the English pages sufficient,
or does it help to have all the BrickLink lingo realized in your own language?
|
As far as I know from people in Spain, they use Bricklink with Google Translate,
and when they ask me something I have to think what * was, sometimes hard to
guess... I think its time to Bricklink to become usable in multiple languages,
but it needs to be addressed carefully. Some words should stay standard independent
of the language, like: Studs, Color Names, Category names, item titles... But
buttons and text should be available in multiple languages.
As for the question about help pages, most times other languages are pretty outdated
to the original English version, it would be great if a system was in place to
remind Translators that page X was updated and needs to revisit the translation.
But I think they are not very much used by the wide users.
|
And how important are Stud Dimensions to you? This special tool is highly sought
after:
but do you think metric dimensions will ultimately replace Stud Dimensions? Should
we retain Stud Dimensions on the Catalog Detail page, or relegate them to a "related
information" tab underneath?
|
Stud Dimensions are important, most people build thinking in studs not in centimetres...
Also most sort its parts by Studs, same as when you enter a category and part
titles are sorted by studs dimensions in the name.
What needs to be addressed is display when the Studs Dimensions is not the System
Stud Dimensions, like in Duplo, Quatro, Gear Storage, those needs to be noted
differently.
|
|
|
| | | | | |
| | | | Author: | paulvdb | Posted: | Jul 29, 2021 05:26 | Subject: | Re: Further refinements to Packing Dimensions | Viewed: | 30 times | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| And how important are Stud Dimensions to you? This special tool is highly sought
after:
but do you think metric dimensions will ultimately replace Stud Dimensions? Should
we retain Stud Dimensions on the Catalog Detail page, or relegate them to a "related
information" tab underneath?
|
Stud dimensions are already included in item names for parts. So as far as I'm
concerned only the packing dimensions in cm need to be displayed separately.
|
|
| | | | | |
| | | | Author: | BricksThatStick | Posted: | Aug 19, 2021 15:47 | Subject: | Re: Further refinements to Packing Dimensions | Viewed: | 31 times | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| Should we retain Stud Dimensions on the Catalog Detail page
|
I initially thought probably not but standard parts that are 1 brick or 1 plate
high don't have the height dimension in their titles.
So if we hide that info people will have learn that anything that doesn't
have stud dimension for height is a single unit high.
That would mean making sure things like this have their titles updated to include
the height:
|
|
| | | | | |
| | | | Author: | axaday | Posted: | Aug 19, 2021 16:15 | Subject: | Re: Further refinements to Packing Dimensions | Viewed: | 33 times | Topic: | Catalog | |
|
| In Catalog, Admin_Russell writes:
| We keep chipping away at the Packing Dimensions project, and soon we will be
finished with almost all front-facing work. This week I have tackled the subject
of Stud Dimensions in our Help Pages:
https://www.bricklink.com/help.asp?helpID=261
This is essentially a revision of the old general page on dimensions, but there
is a lot of new material included and it is now limited to parts and stud dimensions.
I would be interested in any feedback regarding this page, particularly in contrast
to the general packing dimensions page which is heavily image based and uses
a large canvass:
https://www.bricklink.com/help.asp?helpID=2510
Which type of Help Article do you think is more useful, and is there a difference
when it comes to new users?
Another aspect of the Help Pages is the translations. How important are the translations
to those of you whose first language is not English? Are the English pages sufficient,
or does it help to have all the BrickLink lingo realized in your own language?
And how important are Stud Dimensions to you? This special tool is highly sought
after:
but do you think metric dimensions will ultimately replace Stud Dimensions? Should
we retain Stud Dimensions on the Catalog Detail page, or relegate them to a "related
information" tab underneath?
|
I think there is plenty of room on the page and there is no need to hide it.
|
|
|
|
|
|
|