Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies Author: | bb1126827 | Posted: | May 8, 2019 10:37 | Subject: | Rigid Hoses on Studio | Viewed: | 52 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hi, would it be possible in a near future to make Rigid hoses flexible on studio
?
for now, as far as i can see we can only do on ribbed hoses and chains. thank
you
|
Author: | JEL129a | Posted: | May 7, 2019 18:21 | Subject: | Studio Subheadings | Viewed: | 55 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Can the starwars have it's own separate category under the studio gallery.
There is a lot of great starwars creations in their, but at the same time, if
you are looking for other things, it makes it hard to find something else.
Thanks
|
|
Author: | titips | Posted: | May 7, 2019 10:50 | Subject: | Automatic store selection in Buy mocs | Viewed: | 58 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hi,
I hope this is the right place to post this.
I think it would be a good thing to be able to set the maximum number of stores
used to fulfill a wanted list search of matching stores in order to have a good
compromise between items costs and shipping costs.
Since shipping costs can't be taken in count during stores automatic selection,
you could add a parameter "max N° of stores" so that we can compair a result
with 10 stores and very low pieces costs and 2 stores with more high pieces costs.
Sometime shipping costs from many stores override high pieces costs from 1 or
2 stores.
hope is clear enough
bye
Giovanni
|
|
Author: | mfav | Posted: | May 5, 2019 14:41 | Subject: | That Randy Color | Viewed: | 207 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| I want to further the discussion at https://www.bricklink.com/message.asp?ID=1139677
but under an appropriate thread.
In regards to color.
The comments below go to the use of color labeling in the context of being functional
in regards to search. It is not in regards to color accuracy in terms of cataloging.
There is a schism between the two uses because there is only one available field
in the database to handle what are two distinctly different purposes.
At https://www.bricklink.com/message.asp?ID=1139699 you bring up the color guidelines.
I appreciate as one of the admins, you're attempting to follow the guidelines.
The guidelines however are in conflict with what an average person with no experience
with the guidelines would expect. They're even in conflict with what someone
with greater than average knowledge of the color labeling conventions on BL would
expect. I would reconsider those guidelines.
There are, by my count currently 170 different distinct colors that the system
knows. https://www.bricklink.com/catalogColors.asp
Assuming an ideal world where all of the decorations are accurately color-described
in the database per the guidelines, it's unreasonable to expect any average
person to be able to remember 170 different colors and to accurately identify
every instance of them. Colors shift over time due to aging and formulation.
Color perception changes relative to adjacent colors. Perceived color accuracy
is relative to the available reference photos or renders, the skill of the photographer
to capture the color, the ability of any individual piece of hardware or software
to properly interpret and render the color, lighting conditions, and other factors.
Color is a rainbow hell-hole.
Here is a test situation to illustrate my point. Take the torso in question in
the original thread and show it to 20 random people. Ask them what the colors
are. I'll wager you a cookie that if you ask 20 people who are not jenwick,
that exactly zero describe the blue as "medium azure." I'll wager you another
cookie that less than half describe the purple as "magenta."
With that in mind, somebody comes to the site and attempts to find something.
Somebody will use what they think the color is because that is their perception
of the color, not because they've reviewed the color chart in depth and have
spent time comparing many pieces to one another to grok the nuances and accurately
predict the exact hue necessary to achieve a match in search. What they'll
do is enter the color they think it is (blue) and do a search, and the search
results will be unsatisfactory, and they'll declare they can't find it
and post in the forum "what is this" or they'll search repeatedly and repeatedly
get unsatisfactory results, declare the site too complicated, and go away in
frustration. This frustration ends up being an indelible negative association
with BrickLink in that person's mind.
We've witnessed this scenario time and again here on the forum. We've
witnessed the endless debates over yellowed LBG vs LG, the confusion with pearl
gray and flat silver (two labels for one color), the confusion with pearl gold
(one label for two colors), people can't find pieces they're looking
for when they're looking right at them because the thumbnail color isn't
the same as the color they searched for, and more.
Having people "go away in frustration" is not in the best interest of BL as a
marketplace. Presumably the 10,000 plus shops here have invested some effort
in attempting to sell things. With that in mind, I argue that things which facilitate
sales should have precedent over "historical accuracy" when it comes to searching
the catalog. One needs to be able to find something before one can dig deep into
understanding it and its associated nuances...if one even needs or wants to understand
them.
We know a better solution to the issue would be a more robust database. As we've
been told repeatedly that isn't going to happen, you're left with a choice.
Either you populate the description field with user-friendliness or with historical
accuracy in mind (for user-friendliness, decoration colors in the item/description
would be their most generic counterparts: black, gray, silver, white, gold, red,
orange, yellow, green, blue, purple, brown, tan, chrome, copper, and speckle).
I would suggest the item field be populated with user-friendliness in mind and
that the note/comment field be generously populated with the historical accuracy
and other more esoteric information.
It's not an ideal solution, but it would work within the current operational
parameters of the database and site interface.
On contributions.
I went through a discussion with the Stormchaser about this at length. This isn't
going to improve until all the UI is improved. The forms are too convoluted and
not explained well and the explanations are hidden and it's just too much
work for anybody who isn't more than casually dedicated. All the instructions
for filling a form need to be adjacent to the fields on the form. The instructions
are buried elsewhere. If you start filling a form, then have to leave to find
instructions, the form is then blanked when you return, and that's an issue
and causes frustration. The UI can't improve much without programmer time.
The whole issue gained no traction while I was communicating with the Stormchaser.
I don't expect any improvement any time soon. Refer to second picture attached
after you finish reading this post.
In regards to the Stormchaser.
You'll forgive me if I read your statement about following in his footsteps
probably not the way you intended it. It's pretty clear that being a volunteer
admin at BrickLink is basically like being in the "zone" in Stalker https://www.imdb.com/title/tt0079944/
To really appreciate the statement, you'll have to experience the movie,
if you haven't already.
Stormchaser's footsteps promised much change, then he made like Mrs. Hogwallop.
https://www.youtube.com/watch?v=tsAZ0RweVxk So maybe don't follow those footsteps
too closely.
I had a number of communications with the Stormchaser both on- and off-line.
I'll suggest to you the same thing I did with him: read Steve Krug's
"Don't Make Me Think" https://www.amazon.com/Dont-Make-Think-Revisited-Usability/dp/0321965515/
This book has been revised a few times. I'm familiar with the second version,
but would expect the later versions to be effectively the same content probably
with more recent references. It's a quick read, and appropriate for non-technical
types. He said it helped him with how he thought about things he wanted to do.
So. Food for thought. And in closing, because you asked, a portrait of Randy
after reading this post.
|
|
|
Author: | MidwestBrick | Posted: | May 2, 2019 18:05 | Subject: | Change NPB Timeline | Viewed: | 210 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| I had enough of these in the last few weeks that waiting 2 full weeks is painful
to complete them.
I don't mind the 1 week to pay before it is started. But another full 7 days
to complete the NPB is not necessary.
I would propose 3 additional days and that is it. Let us get our stock back
in our stores to sell to someone else instead of being held at our will for 14
full days when 10 is plenty enough.
I can't be the only one that feels this way and 14 days might have worked
10-15 years ago when access to Smart-Phones wasn't as widespread, but these
days, you can't go far without having the ability to respond. Thanks
|
|
Author: | gsgonsior | Posted: | Apr 30, 2019 23:33 | Subject: | Make website mobile-friendly | Viewed: | 115 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Please consider making a mobile-friendly version of the site. I really love Bricklink,
but the browsing experience is absolutely terrible on a mobile device. E.g. constantly
having to zoom in/out to interact with the website is extremely painful from
a UX perspective.
Alternatively (or in addition to the above suggestion), consider developing a
mobile app. That would be awesome!!
Thank you for your consideration.
|
|
Author: | reci | Posted: | Apr 28, 2019 17:56 | Subject: | Shipping adress Belgium | Viewed: | 68 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hello.
I would like to indicate a problem when it comes to register my adress in the
bricklink system.
I am from Belgium and more specificaly from the "Province du Luxembourg", which
is different from "Luxembourg", the country.
In the system, when I have to chose my region, I can only select "Luxembourg"
and not the "Province du Luxembourg" and end up with an adress ending with "Luxembourg
Belgium", instead of "Province du Luxembourg Belgium". Needless to say that
the firt option is a mess as the post offices get completly confused when it
comes to chosing in which country the lego should be sent...
Could you fix this please?
Thank you!
Reci
|
|
Author: | mroppoli | Posted: | Apr 21, 2019 21:59 | Subject: | Want List - Item match in inventory | Viewed: | 52 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| When entering a part number, instructions or minifig to inventory if said part
and color, instruction or mini Id number matches alert message displays, Item
in inventory. You can have this as an option to turn off or on in Want List section.
|
|
Author: | palenjo | Posted: | Apr 21, 2019 11:12 | Subject: | utility doors with thin handle. | Viewed: | 97 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hi!
I bet you that many of the doors 3188, 3189, 3192, 3193, 3194, 3195, 445 and
446 marketed on this site are in fact doors with thin handle, which means that
they are incorrectly marketed.
Isn't that a problem for a market place, and shouldn't BL solve this
problem?
The doors with thin handle should be marketed under the part id 3188a, 3189a,
3192a, 3193a, 3194a, 3195a, 445a and 446a.
So the doors with thin handle are more plentiful on the market, sellers almost
always sends me the door with thin handle when they should have sent me the door
with a vertical hole beside the handle. Some sellers, which I admire, label the
door with the description "open handle" whereas the thin handle door they label
"closed handle".
At the same time, all these doors with thin handle only turn up on the inventory
list of one, that is 1, set on BL, set 341-1!
BL could solve this by inserting the door with thin handle as an alternative
in all those sets which contain the relevant doors. Or say that the door with
thin handle is the normal part, whereas the door with open handle is an alternative.
This would stop the potential for disputes between buyers and sellers, and make
life easier here on BL.
Also I wish that BL would instruct the sellers on BL to label their doors correctly.
Johan
|
|
Author: | palenjo | Posted: | Apr 21, 2019 10:48 | Subject: | 3009p01 versus 3009p01e | Viewed: | 90 times | Topic: | Suggestions | Status: | Open | Vote: | [Yes|No] | |
|
| Hello!
I bet you that more than half of the bricks marketed here on BL as 3009p01 are
in fact 3009p01e.
Isn't that a problem for a market place?
I have been buying several lately and always I have received the brick with embossed
print.
At the same time the surface print 3009p01 is said by BL to be included in 19
sets, whereas 3009p01e isn't appearing in any set at all. The brick with
embossed print is (probably) more plentiful on the market but it shouldn't
appear in any set?
I think BL could resolve this by inserting in those 19 inventory lists the 3009p01e
as an alternative part?
It would stop the potential for disputes between byers and sellers and diminish
aggravation.
At the same time I think BL should instruct the sellers on BL to learn the difference
between surface print and embossed print, so that they could label their products
correctly.
Johan
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|