Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | Miffy.  | | Posted: | Oct 17, 2017 15:01 | | Subject: | Re: Suggest: create 3 options for wanted lists | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| This might partially do that (Feature Coming Soon!).
Miffy.
In Suggestions, tEoS writes:
| | A recent forum message just reminded me of a concept I thought of awhile ago.
Please consider creating 3 options for wanted list viewing among users.
Private:
Default option. No one else can see your any of your lists.
Limited:
Much like reserving items where you enter a user name. This would allow one
person of your choosing to view a specific list.
Public:
One or all of your lists can be seen by everyone.
I recognize that this isn't the most important upgrade that is needed, however,
a feature such as this has been wanted by many for a long time.
|
|
|
 |
| Author: | Miffy. | | Posted: | Sep 27, 2017 11:40 | | Subject: | Re: More info on status change for suggestions | | Viewed: | 24 times | | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| | In Suggestions, Miffy. writes:
| | Julie, my interpretation of this "already exists", is that the suggestion was
already made by someone else, and they are processing that one instead of this
duplicate. Doesn't mean the problem is solved though.
I hope I got that right.
|
Yes, that seems more logical, otherwise, it would be too much like “implemented.”
Anyway, knowing what previously posted suggestion supercedes this one would be
nice.
|
Exactly!
And a link to the Road Map where the progress report is shown.
Miffy.
|
|
| Author: | Miffy. | | Posted: | Sep 27, 2017 11:23 | | Subject: | Re: More info on status change for suggestions | | Viewed: | 22 times | | Topic: | Suggestions | |
|
| Julie, my interpretation of this "already exists", is that the suggestion was
already made by someone else, and they are processing that one instead of this
duplicate. Doesn't mean the problem is solved though.
I hope I got that right.
Miffy.
In Suggestions, JulieK writes:
| | In Suggestions, SylvainLS writes:
| | It would be nice if there were some sort of explanation given when a suggestion
changes status.
For instance, explain how what the suggestion asks can be done when the status
goes from “open” to “implemented” or “already exists.”
Take this suggestion: https://www.bricklink.com/message.asp?ID=1053439
It has recently been marked as “already exists.”
However, the situation didn’t change: When opening a “cart,” we’re not taken
directly to the cart. It depends on the store’s settings.
How can we go directly to a cart?
|
This is also marked as "already exists".
https://www.bricklink.com/message.asp?ID=827221
Minimum order 4 international customers
If someone could point me to the page where I can set that up, that would be
fantastic.
Thanks!
Julie
|
|
|
| Author: | Miffy. | | Posted: | Sep 27, 2017 11:17 | | Subject: | Re: More info on status change for suggestions | | Viewed: | 23 times | | Topic: | Suggestions | |
|
| In Suggestions, SylvainLS writes:
| | It would be nice if there were some sort of explanation given when a suggestion
changes status.
For instance, explain how what the suggestion asks can be done when the status
goes from “open” to “implemented” or “already exists.”
Take this suggestion: https://www.bricklink.com/message.asp?ID=1053439
It has recently been marked as “already exists.”
However, the situation didn’t change: When opening a “cart,” we’re not taken
directly to the cart. It depends on the store’s settings.
How can we go directly to a cart?
|
Thanks for the reminder on this! The "problem" still exists (maybe BL doesn't
view it as a problem?).
I too, would like to know what is the current status of this suggestion as my
post is now essentially cancelled, and I do not know where the duplicate suggestion
is. The road map (here: https://www.bricklink.com/help.asp?helpID=2453) makes
no mention of this shopping cart issue (and we are always told to check the road
map for a list of all current website work).
Miffy.
|
|
| Author: | Miffy. | | Posted: | Sep 7, 2017 19:36 | | Subject: | Re: Resizable window for Buy Wanted List | | Viewed: | 42 times | | Topic: | Suggestions | |
|
| Thanks Sheryl!
Good to hear that these are being worked on.
Miffy.
In Suggestions, QA_Sheryl writes:
| | In Suggestions, Miffy. writes:
| | In this window (Buy Wanted List), the left-hand pane has a few annoying features:
1) The window is very small and cannot be resized. as shown, with the "Wanted
Items" tab selected, there is only room for 9 "tiles", making me scroll continuously
to see what is selected. On a large wanted list. this is very annoying. Of note,
the adjacent window with the list of stores is much larger and fills to the
bottom of the page.
2) The "tiles" showing each item on a wanted list are populated with the item's
small image. The only way to see the text description is to hover over the "tile".
Is there a way the text can be added to each tile (underneath?)? if the pane
is increased in size, I do not see that this would be a problem.
3) Lastly, I'll add my voice to the clamour - bring back the updated info
on each item when a store name is clicked on in the adjacent pane. Please do
not make me make a cart in a store to see what they have on my wanted list.
Thanks
Miffy.
|
Hi Miffy,
#1 is a bug that we are fixing
#3 is being added back
#2 is a bit of a design issue, but I will bring it up with our team and see if
it possible to implement
Thanks for voicing your concerns and we hope you are pleased with the changes.
Please feel free to contact the help desk with any other questions or concerns
you may have.
Thanks,
Sheryl
|
|
|
| Author: | Miffy. | | Posted: | Sep 7, 2017 04:00 | | Subject: | Re: Resizable window for Buy Wanted List | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| Here's the image.
In Suggestions, Miffy. writes:
| | In this window (Buy Wanted List), the left-hand pane has a few annoying features:
1) The window is very small and cannot be resized. as shown, with the "Wanted
Items" tab selected, there is only room for 9 "tiles", making me scroll continuously
to see what is selected. On a large wanted list. this is very annoying. Of note,
the adjacent window with the list of stores is much larger and fills to the
bottom of the page.
2) The "tiles" showing each item on a wanted list are populated with the item's
small image. The only way to see the text description is to hover over the "tile".
Is there a way the text can be added to each tile (underneath?)? if the pane
is increased in size, I do not see that this would be a problem.
3) Lastly, I'll add my voice to the clamour - bring back the updated info
on each item when a store name is clicked on in the adjacent pane. Please do
not make me make a cart in a store to see what they have on my wanted list.
Thanks
Miffy.
|
|
|
|
| Author: | Miffy. | | Posted: | Sep 7, 2017 03:59 | | Subject: | Resizable window for Buy Wanted List | | Viewed: | 89 times | | Topic: | Suggestions | | Status: | Implemented | |
|
| In this window (Buy Wanted List), the left-hand pane has a few annoying features:
1) The window is very small and cannot be resized. as shown, with the "Wanted
Items" tab selected, there is only room for 9 "tiles", making me scroll continuously
to see what is selected. On a large wanted list. this is very annoying. Of note,
the adjacent window with the list of stores is much larger and fills to the
bottom of the page.
2) The "tiles" showing each item on a wanted list are populated with the item's
small image. The only way to see the text description is to hover over the "tile".
Is there a way the text can be added to each tile (underneath?)? if the pane
is increased in size, I do not see that this would be a problem.
3) Lastly, I'll add my voice to the clamour - bring back the updated info
on each item when a store name is clicked on in the adjacent pane. Please do
not make me make a cart in a store to see what they have on my wanted list.
Thanks
Miffy.
|
|
| Author: | Miffy. | | Posted: | Sep 4, 2017 14:58 | | Subject: | Destination from open cart menu | | Viewed: | 66 times | | Topic: | Suggestions | | Status: | Already Exists | |
|
| When clicking on a store name in the list of open carts (see image), sometimes
I am taken directly to the cart (as anticipated), and sometimes to the store's
featured items page. The behavior seems to be consistent with each store, so
I suspect this inconsistency is caused by the store's settings for landing
page.
I would like to see the open cart links take me straight to the cart within the
store by default.
Thanks
Miffy.
|
|
|
| Author: | Miffy. | | Posted: | Jul 25, 2017 21:24 | | Subject: | Re: Force buyers to see cart weight | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, Cosy writes:
| | +1
I'm obviously I favor of having cart weight displayed since it is necessary
in my store for Instant Checkout to work well.
At a minimum cart weight should be on be default. If letting store diasable it
continues to be allowed maybe there should be a replacement text in place of
the weight that says "seller has disabled cart weight". Keeping things confusing
for buyers is a bad idea.
|
Apparently there IS an icon for this - according to the store settings page info
- but I cannot see it.
Miffy.
|
|
| Author: | Miffy. | | Posted: | Jul 25, 2017 16:25 | | Subject: | Re: Force buyers to see cart weight | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| This is a great suggestion too, but also requires that sellers have enabled the
same feature in their store. If you are an engaged seller as you appear to be,
then this may not be an issue, however, as I have learned from my suggestion,
there are sellers who have chosen to disable the display of cart weight for buyers.
So, in my opinion, the ability to display cart weight should be permanently displayed
with a disclaimer that some or all weights may not have been verified as accurate,
and that the cart weight is a guide only.
Miffy.
In Suggestions, Stragus writes:
| | Hey folks!
Buyers can't see their cart weight unless they enable some obscure option.
Why is that option even not enabled by default? Why can't I, as a seller,
force buyers to see their cart weight in my store?
This means that if buyers aren't aware that this option exists, they have
to guess the weight, ask the seller continuously as they add batches, or request
a bunch of quotes.
Why force this upon ourselves when the website can automatically do it for us?
I suggest we allow sellers to show cart weights to their buyers, even if the
buyers haven't enabled that option.
Thanks for voting!
(This suggestion purposely shows the other side of https://www.bricklink.com/message.asp?ID=1048014
)
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 16:59 | | Subject: | Re: Force sellers to show cart weight | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| Haha! Love it!
But there goes the community spirit!
Miffy.
In Suggestions, MarieA writes:
| | In Suggestions, neghibo writes:
| | Hi,
a lot of items weights in BL catalog are wrong. So keep calm and change an other
thing. ''NO'' for ever.
|
Here's an idea... if you spot something that's wrong, why not help everyone
out and update it, that way, one day, we'll be able to have nice things like
automatic checkout (something that Italian law says is mandatory, but y'know,
because some people prefer to live in the dark ages, let's all keep burning
candles).
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 14:08 | | Subject: | Re: Force sellers to show cart weight | | Viewed: | 48 times | | Topic: | Suggestions | |
|
| Thank you. I agree that it is a very useful guideline, for both sellers and buyers.
Miffy.
In Suggestions, tonnic writes:
| | In Suggestions, swoosh_factor writes:
| | I would agree if the weight shown was accurate. Currently there is only a single
weight in the catalog for each part when there are known differences in weight
based on mold variations, different colours, age of the part, etc. When purchased
in larger quantities the difference in catalog weight and actual weight can be
significant.
|
I think the difference in weight for parts in different colors is very small,
let's say 1% or less.
Don't know for sure but it will be a really small difference.
If someone, for instance, orders 100 parts or even 1000 parts, it goes into grams
so I understand your point of view.
On the other hand, in this case we already speak of a large volume order and
shippingcosts almost would not be affected by a few grams when it will already
weigh far over 100 grams or even 1000 grams.
In my experience this is about the same in other country's.
Also, indeed, the catalog weight is a guideline but a very handy guideline.
Even if there are slight variations it is, imho, a necessary function.
By the way, I see more variations in set weights than in parts. Some medium sized
sets can have differences of about 5%. And this I see quite often.
So I voted YES for making this a non optional feature.
| |
The catalog weight is intended as a guideline only and should remain as such
until it is more accurate.
In Suggestions, Miffy. writes:
| | Hey folks!
I think this option is counter-productive for buyers. (See image below)
Sellers are allowed to turn off the display of cart weight in their store, even
if the buyer has chosen to see cart weight.
This means that if buyers are cost-of-shipping-sensitive, they have to manually
calculate the cart weight, or ask the seller for a quote.
Why force this upon ourselves when the website can automatically do it for us?
I suggest we force sellers to have the weight of cart shown within their store.
Thanks for voting!
Miffy.
|
|
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 13:39 | | Subject: | Re: Force sellers to show cart weight | | Viewed: | 60 times | | Topic: | Suggestions | |
|
| Yes, but isn't that how BL calculates weight/postage band for those sellers
who have auto-shipping enabled? They cannot have it both ways!
So, perhaps a repeat of the disclaimer that weights may not be accurate should
be displayed at checkout?
Or are you saying sellers should be forced to NOT display the cart weight?
Miffy.
In Suggestions, Brickwilbo writes:
| | In Suggestions, Miffy. writes:
| | Hey folks!
I think this option is counter-productive for buyers. (See image below)
Sellers are allowed to turn off the display of cart weight in their store, even
if the buyer has chosen to see cart weight.
This means that if buyers are cost-of-shipping-sensitive, they have to manually
calculate the cart weight, or ask the seller for a quote.
Why force this upon ourselves when the website can automatically do it for us?
I suggest we force sellers to have the weight of cart shown within their store.
Thanks for voting!
Miffy..
|
Have you read the **note, item weights aren't guaranteed correct.
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 13:25 | | Subject: | Force sellers to show cart weight | | Viewed: | 275 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hey folks!
I think this option is counter-productive for buyers. (See image below)
Sellers are allowed to turn off the display of cart weight in their store, even
if the buyer has chosen to see cart weight.
This means that if buyers are cost-of-shipping-sensitive, they have to manually
calculate the cart weight, or ask the seller for a quote.
Why force this upon ourselves when the website can automatically do it for us?
I suggest we force sellers to have the weight of cart shown within their store.
Thanks for voting!
Miffy.
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 13:20 | | Subject: | Re: Get shipping costs BEFORE final checkout | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| Thanks for the reply. I am confused by it also, but I do think it is a legacy
item from Dan's days, so that makes me think there was clear discussion about
it back then and this was the result. Maybe, due to incomplete weight data in
the catalog and it had been causing problems?
Miffy.
In Suggestions, Teup writes:
| | Hm, I was unaware of that feature, looks like I had it set to hide. I've
changed it now. I wonder if it's because this feature was implemented after
I managed my settings (which I do.. once in like years) or because I had some
reason for it. I can imagine turning it off because it may lead buyers to forget
that unless you live in space, packaging materials are not weightless. I don't
like having to point this out and I don't like to disappoint customers. So
maybe it's an option because it can lead to misunderstandings. But anyway,
I think Bricklink's philosphy should be "here is an awesome feature and we're
using it" and not "here's some feature, it might cause some problems, so
ummmm just see for yourself if you want it or not". So yes, it should be visible
always, and any problems should be solved (like, come with some warning about
packaging weight).
In Suggestions, tonnic writes:
| | In Suggestions, Miffy. writes:
| | Why are sellers allowed to switch off the display of cart weight in their store?
What are they trying to hide?
Why is this even an option?
Miffy.
|
I do not think they have something to hide but I do not understand why they won't
use it.
The weight opinion is very helpfull for both buyer and seller, I always use it.
I think in almost 100% of the cases it is right, with some thinking, counting
and experience the seller knows the approximate weight of ziplockbags, an envelope
etc. to give the total shippingcosts.
That is why I mention it should be default, maybe even standard.
So I agree, maybe it should not be an option, just a fixed thing.
| |
In Suggestions, tonnic writes:
| | In Suggestions, Teup writes:
| | It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| | In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
|
|
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 13:18 | | Subject: | Re: Get shipping costs BEFORE final checkout | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| I'm going to make a separate suggestion for it then.
Thanks for the reply!
Miffy.
In Suggestions, tonnic writes:
| | In Suggestions, Miffy. writes:
| | Why are sellers allowed to switch off the display of cart weight in their store?
What are they trying to hide?
Why is this even an option?
Miffy.
|
I do not think they have something to hide but I do not understand why they won't
use it.
The weight opinion is very helpfull for both buyer and seller, I always use it.
I think in almost 100% of the cases it is right, with some thinking, counting
and experience the seller knows the approximate weight of ziplockbags, an envelope
etc. to give the total shippingcosts.
That is why I mention it should be default, maybe even standard.
So I agree, maybe it should not be an option, just a fixed thing.
| |
In Suggestions, tonnic writes:
| | In Suggestions, Teup writes:
| | It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| | In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
|
|
|
|
| Author: | Miffy. | | Posted: | Jul 24, 2017 09:58 | | Subject: | Re: Get shipping costs BEFORE final checkout | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| Why are sellers allowed to switch off the display of cart weight in their store?
What are they trying to hide?
Why is this even an option?
Miffy.
In Suggestions, tonnic writes:
| | In Suggestions, Teup writes:
| | It's a common topic you're addressing. It has been in the making for
many years, but the system almost works. There is already a "shipping cost suggestion"
tool which is often quite accurate, but not always. For this to work, the system
needs to know the exact weight and size of all parts. This database still isn't
100% complete. But I suppose we will be getting there and step by step we're
getting to auto checkout. But expect it to remain this way for at least another
year or two..
Your solution 2 of estimating shipping costs before this database is in place
and 100% complete isn't really a good idea. If you order a brick from me,
pessimistic shipping costs are €18,50 - because the brick could be huge. In reality,
it will be €1,33. So it doesn't really mean anything and it would certainly
scare away alot of buyers.
In Suggestions, rumbi_rumun writes:
| | In my opinion the largest problem of the Bricklink page is that the final shipping
costs are often unknown till the invoice. It is much too late. I suggest calculating
the maximum shipping costs before the final checkout.
Let me display an example:
The buyer Alice orders parts which weigh 80 grams. The seller Bob states that
the shipping costs are 3 EUR up to 100 grams and 4 EUR up to 200 grams. Bob means
the TOTAL weight while from Alice's point of view the weight of packing materials
is unknown and never stated. This way Alice doesn't know the final price.
(Btw. I suppose it is against the EU law.)
Once I have come across such a case that in seller's opinion the maximum
net weight of parts was about 30 grams to keep the total weight below 100 grams!
Is it fair and clear?
I can see the following solutions:
(i) suggest the buyers to state their shipping costs precisely, in terms of net
weight of parts or dimensions of parts
(ii) apply automatic calcultion of maximum shipping costs on the checkout page
so that the seller couldn't apply higher costs.
The latter one is much better.
Best regards
Tomasz Witkowski / rumbi_rumun
Gdynia, Poland
|
|
A lot of buyers, maybe some sellers too, do not know the weight of the order.
They are not aware of the excistence of a weight function they can select.
Maybe there is a reason but I think this function should be default and, if not
wanted turned of. Not the other way around. I think it is very helpfull in almost
all orders.
Another thing, sometimes understandable but also sometimes common sence can help
quite well, is the fact that if an order is 15 grams of Lego and one of the shipping
tresholds is 20 grams the order with an envelope etc. will rise above the 20
grams.
A few times a year buyers believe that envelopes, small or large, do not weigh
more than 5 grams and that there is no need for an extra stamp.
A seller could, or even should, mention at the parts description that the dimension
or weight does not allow it to be shipped in an envelope but in a (far) more
expensive parcel.
I am still a bit anxious about a system through Bricklink that 'knows'
what shippingcosts must be.
There are so many variations possible.
It is about the amount of the parts, dimension, strangely formed parts, weight,
value, fragility etc.
|
|
|
| Author: | Miffy. | | Posted: | Jul 18, 2017 17:10 | | Subject: | Re: Auto-finder is still broken | | Viewed: | 57 times | | Topic: | Suggestions | |
|
| 100% agreed!
A simple roll-back to an earlier version would be a quick fix, but even that
seems to be beyond the programming team.
Miffy.
In Suggestions, Hypertrophy writes:
| | In Suggestions, Grego writes:
| | In Suggestions, mrbisco writes:
| | It's been down for a few days now at least.
|
I voted No.
I don't think Auto Finder should be broken even for a few days.
In your typical Mom needs Pop operation, if Mom goes off on a vacation to South
Korea, pop works harder to make sure everything is working before letting Mom
leave ....or he hires onemail of the kids to fill in til Mom gets back.
|
I've been biting my tongue all day. I really don't understand how there
is not even a response regarding the issues. It's a buying feature?!?! They
want their buyers to use it and everyone is AWOL for days with it not functioning.
It comes across as unprofessional and irresponsible. How about someone at least
jump on and say "Hey we're aware of the issues and trying to fix them". End
of rant.
|
|
|
| Author: | Miffy. | | Posted: | Jun 2, 2017 23:32 | | Subject: | Re: Bulk Feedback | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| In Suggestions, Captain_Q writes:
| | LEAVING BULK FEEDBACK:
As a seller, this would be very nice to be able to leave feedback in bulk.
Also, being able to create a few preset feedback message that also can be randomly
assigned would be nice as well.
|
https://www.bricklink.com/feedbackPost.asp?iAm=B
|
|
| Author: | Miffy. | | Posted: | Apr 13, 2017 10:16 | | Subject: | Re: Add tracking# to orders placed display column | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Cob writes:
| | I requested this a while back and the status is "already exists". I think my
request was misinterpreted/misunderstood.
https://www.bricklink.com/message.asp?ID=1007032
Please make it so that the tracking number can be displayed on the Orders Placed
Page. As shown in this picture.
This option already existing on the order received page, however not on the orders
placed. The buyer has to click on each order to determine the tracking number
(or if the buyer put the number on the order).
This currently is not an option for orders placed (as shown in the picture).
Thank you,
Cob
|
I voted yes for this and could never understand why it was never included in
the first place.
Thanks for solidifying the request.
Miffy.
|
|
| Author: | Miffy. | | Posted: | Feb 15, 2017 14:43 | | Subject: | Re: Stoplist | | Viewed: | 75 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
Yes! Thanks! I dunno what happened to my image.
|
|
| Author: | Miffy. | | Posted: | Feb 15, 2017 14:16 | | Subject: | Re: Stoplist | | Viewed: | 78 times | | Topic: | Suggestions | |
|
| See pic (attached). I believe this is the setting you are looking for.
Miffy.
In Suggestions, TakeAbricK writes:
| | In Suggestions, Brettj666 writes:
| | In Suggestions, TakeAbricK writes:
| | I would like to have implemented that members that are stoplisted by me
- would also not be able to send me messages
- would also not be able to enter my store
If I remember it right, this is how it was before.
Today I received another request to unblock a member. I don't want messages
from member I stoplisted, for they are stoplisted for a very good reason.
I am stoplisted by some sellers I never had any transaction with, not as seller,
not as a buyer. It's very annoying when I spend a lot of time searching for
parts and fill my shopping cart and then get the message that I can't buy
from this seller.
Diana
|
You can't stop someone from logging out and going into your store, so they
can get in no matter what. Being able to send messages from a block account
is a new one though.
|
I don't have any problems with stoplisted members visiting my store. But
as a buyer I want to know that I'm stoplisted by a seller before I go shopping
in that store. It's not as urgent as my second suggestion, but believe it
or not. There's this seller that Always pops up when I'm looking for
certain parts and after I filled my cart, Bricklink says that I can't buy
from this seller. I'm stoplisted and I don't know why, because I never
bought from nor sold to this member. Like I said, it's not that urgent, but
before it was like this, so changing it to the way it used to be, wouldn't
be that difficult imo.
| |
That definitely wasn't like that before.
|
|
|
|
| Author: | Miffy. | | Posted: | Jan 13, 2017 00:49 | | Subject: | Re: The TOS Revision Log should be up-to-date | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | In Suggestions, viejos writes:
| | Apparently it got implemented today. Sheryl is on top of things!
|
Clearly I was mistaken in my assumption. Looks like some things move faster
than others. My apologies to Sheryl and congratulations to Miffy. on getting
a suggestion implemented.
|
Yabba dabba doo!!!
Miffy.
|
|
| Author: | Miffy. | | Posted: | Jan 12, 2017 19:46 | | Subject: | Re: The TOS Revision Log should be up-to-date | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, StormChaser writes:
| | In Suggestions, Miffy. writes:
| | This page is not up-to-date, but It should always be - as it is a quick reference
to all updates to the TOS and makes them easy to find.
|
Thanks for the laugh. Seriously, though, it is a good suggestion.
I expect to see the suggestion implemented around August of 2021. Am I being
too negative?
|
Well considering the initial announcement was made on Dec 20th (and not everyone
received the email, and it was not broadcast through the BL messaging system)
and considering I commented on this on January 8th, we could well be in for a
wait.
Were there any other TOS changes between 2013 and now?
Miffy.
|
|
| Author: | Miffy. | | Posted: | Jan 12, 2017 17:47 | | Subject: | The TOS Revision Log should be up-to-date | | Viewed: | 113 times | | Topic: | Suggestions | | Status: | Implemented | |
|
| http://www.bricklink.com/help.asp?helpID=1918
This page is not up-to-date, but It should always be - as it is a quick reference
to all updates to the TOS and makes them easy to find.
Thanks
Miffy.
|
|
| Author: | Miffy. | | Posted: | Dec 22, 2016 23:07 | | Subject: | Re: Tag parts as in inventory in set | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| 2. Is already a feature:
In the catalog page for an item, the highlighted area displays how many you have
in your inventory, and clicking on the number takes you to your inventory page
for the item.
See image.
Miffy.
In Suggestions, jrosco writes:
| | Hi,
2 Requests..
1. I would like to see if I have a part in inventory when I look at a set and
it's parts. This connects to the 2nd request bellow.
2. It would also be useful to see if I have a part in inventory without having
to search my inventory for it.
I am constantly adding parts to my inventory. I first have to locate the part
by searching by type, color, etc. once I find it I then have to do a 2nd search
of the part number an cut/paste in search and change the dropdown to [my inventory].
Would be nice to have a GREEN Heart indicating that you have it in inventory
and links to that part in you inventory. This could go next to the RED heart
for wanted list.
|
|
|
|
| Author: | Miffy. | | Posted: | Jun 19, 2016 11:37 | | Subject: | Re: Statistics | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| Jill
Trending Now is on the home page.
Miles/..
In Suggestions, Cing2x11 writes:
| | Sales are typically slower in the spring/summer months(May, June, July ).
I found a statistics link which gives data through 2014. Are there plans to
update the numbers? Additionally, is it possible to show trending sets (what's
hot and what's not )?
Thx. Jill
|
|
|
|
| Author: | Miffy. | | Posted: | Aug 21, 2015 17:59 | | Subject: | Re: More import options for wanted lists | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| I realise this is an old topic/suggestion, but I feel compelled to say that I
remember BLL announcing that they were creating a competitive program to LDD
that would be the best digital LEGO designer out there, and would have full exporting
options to BL. I don;t remember if this project was shelved or not.
Miles/..
In Suggestions, mnementh writes:
| | Today I had a customer at my retail store ask me to source parts for a project
he designed in Lego Digital Designer. There are 3,742 pieces in 209 lots. I
am obviously not going to create a wanted list for this manually.
I figured i'd just import the parts list into BL and go from there, thinking
surely BL is setup to handle such things.
NOPE!
The only format BL is setup to import is BL XML files. The only formats that
LDD exports as are LXF and XLS. I am sure that there is some magic that can
be worked involving BrickStock, but I shouldn't need a third party program
to get this to work.
With people designing all sorts of things in LDD and LDRAW, BL should be able
to import these formats directly so that those people can source their parts
here. Why this wasn't a priority over the MOC Shop is beyond me. People
are going to be more willing o buy their own designs over someone elses.
So, my suggestion is that BL be able to import, at a minimum:
LEGO Digital Designer files
LDRAW files
Excel Spreadsheet parts lists.
For further incentive: This already works at BrickOwl. I was able to import
the LDD file directly, and BO provided me with an estimate of the cost. This
is all that was needed at this point, but I was able to go further and search
stores for the parts.
Would much prefer to buy here, but if my customer decides to proceed with the
project itlooks like i will be shopping at BO.
Troy
|
|
|
| Author: | Miffy. | | Posted: | Jan 27, 2015 10:45 | | Subject: | Re: Remove references to the chatroom | | Viewed: | 50 times | | Topic: | Suggestions | |
|
| In Suggestions, jodawill writes:
| | The chatroom has been gone for a really long time, but there are still broken
links on the site related to the chat.
Here's one example. I'm pretty sure there are several others. http://i.imgur.com/iMrMxST.png
|
http://www.bricklink.com/message.asp?ID=751253
... from August 2013 - not even a reply from Admin back then, and no change since
then either, except the picture was changed. This is indicative that even simple
fixes are beyond their capability, and the suggestions forum is really ignored
(despite assurances otherwise).
Miles/..
|
|
| Author: | Miffy. | | Posted: | Dec 18, 2014 11:13 | | Subject: | Re: A simple sugestion | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, mabccc writes:
| | | | "Cuusoo" is printed on the Lego boxes. The average person probably doesn't
know that Cuusoo is another company. It just seems like BL is trying to cash
in on Lego Cuusoo's reputation. I don't see any other explanation for
it because it seems pointless since the MOC Shop already exists.
|
Cuusoo is printed on the boxes as they were similar to co-promotions. What does
it matter what the average person thinks? Cuusoo is a company in it's own
right, and they are allowed to use their own name. Lego has not right over it.
Mojang is also printed on a number of boxes too, and they are also allowed to
|
>;create their own products separate from Lego. The same thing with McDonald's,
| | Shell, etc. Lego can has no right to their company names or trademarks or to
stop them working with another company once any agreement with them has finished.
If/when lego stops doing Minecraft sets, then they could legally switch to megabloks
or cobi if they wanted to.
|
Not always true - this is only speculation as I have no idea of the nature/content
of the legal agreement between LEGO and CUUSOO, but it is possible that LEGO
made stipulations about what CUUSOO could or could not do with regards to working
with construction bricks immediately after the end of contract and further time
after that. If CUUSOO agreed to those conditions when they committed to the initial
contract then they would need to abide by them afterwards or face legal ramifications.
My gut feeling, though, is that TLG would never have entered into a contract
with CUUSOO if they had any doubts about their integrity and I suspect that CUUSOO
is not breaking any agreements, that they may have had with TLG, with this latest
venture.
Miles/..
|
|
| Author: | Miffy. | | Posted: | Aug 20, 2014 12:49 | | Subject: | Re: BL Development Team: Test before rollout! | | Viewed: | 57 times | | Topic: | Suggestions | |
|
| Very well put.
Miles/..
In Suggestions, lovaquero writes:
| | | |
Thats a nice pitchfork and torch you carry.
Can you elaborate on what some of these horrible bad things are that BL has recently
done that now make it impossible for anyone to ever use BL again?
|
You should have seen the previous version that my more level-headed wife insist
that I dispose of...
No need to elaborate on the horrible, bad things. Go to http://www.bricklink.com/messageList.asp?nID=&v=c&max=20&mTP=Y
and read the titles. BL devs screwed up. It happens.
My point isn't the changes, it is how they are rolled out. There is clearly
very little testing being performed on these changes before they are pushed live.
What testing that is performed is clearly inadequate.
Would you expect these kind of issues to persist, and occur again and again,
on one of the more major e-tailers? How about your bank web portal? Or your
network security updates? Perhaps it is acceptable with the software that makes
it possible for a modern vehicle to function?
My expectations are already quite high (based on my job responsibilities), and
I refuse to lower them for this website (or any other), based on all the PR that
has been feed to us regarding the state of BL, the dedication of the new owner,
the quality of the BL team, and the resources being thrown at BL.
In short, expectations - those set by BL itself - are not being met. Let's
start with making sure that what changes are made are done correctly with as
little interruption as possible.
|
|
|
| Author: | Miffy. | | Posted: | May 8, 2014 11:36 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 60 times | | Topic: | Suggestions | |
|
| And at the very least - announce changes BEFORE they occur. Right now, it seems
like the changes are implemented then they wait for us to find them. Then a week
or so later the cs team makes an announcement about the change.
That seems ass-backwards to me.
Miles/..
In Suggestions, lovaquero writes:
| | SUGGESTION:
BL development team needs to implement a validation process to validate any changes
made to BL prior to live roleout. This should include the use of personas,
a focus test team, and potential involvement of community members.
This is common industry practice for any software development team, and is needed
if BL is operating in a Scrum/Agile development fashion (which appears to be
the case).
--------------------------------------
I REALLY like how BL is finally starting to implement some of the
suggestions from the BL community. Many of these changes are positive, and I
commend BL for starting to take action to improve the website.
Having said that, too many of the changes are seemingly being implemented without
any sort of validation or consideration to what the impact will be. It is
like the developers working on the site have no process to prove-out the changes
prior making those changes live.
Case In Point:
A new 'color' box was added to order line-items to help with color-picked
parts. This was implemented in HTML as a 'background' color. On-screen
this looks good, but to print you must enable background printing. This, in
turn, caused the entire page to print, which was too much. So BL removed all
background color, made the order page completely white (even overriding default
browser settings) and added a thick black border around the order.
Problems with this:
(1) To print the color boxes one still needs to change print settings specific
to BL. Then change back the settings for other websites.
(2) If you DO print orders, you now have roughly doubled your black ink
comsumption due to the unneeded black border
(3) If you DO NOT print orders, you are blinded by the glaring order page.
This is bad for your eyes and bad for your monoitor.
(4) You cannot override the layout/color scheme due to webpage implementation
All of these problems should have been identified and addresses prior to the
constant changes being implemented. A proper validation process would have identified
the root problem (i.e. how the color boxes were implemented) and created a solution
to fix the root problem rather then its symptoms (i.e. unable to print the color
boxes). This would have resulted in the issue being identified and corrected
(i.e. implement the boxes differently) before the new feature was mode live on
the website.
|
|
|
| Author: | Miffy. | | Posted: | Apr 5, 2014 07:12 | | Subject: | Re: Clarify nature of the forum | | Viewed: | 51 times | | Topic: | Suggestions | |
|
| In Suggestions, Daave writes:
| | What a load of rubbish
| | In Administrative, cs_amanda writes:
| | Honestly, it's just not typical for Customer Service at most companies to actively monitor forums for issues or concerns.
|
|
|
But companies do sit up straight when they are tagged on Twitter, right? Is there
where we should post our comments then?
|
|
| Author: | Miffy. | | Posted: | Aug 17, 2013 16:02 | | Subject: | Re: Chat advertisement | | Viewed: | 105 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, milesfinlay writes:
| | On the home page there is a graphic that promotes the chat rooms that no longer
exist.
|
What's your suggestion?
To remove it from the homepage or to bring back chat?
|
For BL 1.0, which is what I am referring to, I say edit the graphic and remove
the reference to Chat as it seems unlikely to return to this site. My understanding
is that Admin is maintaining this site but not adding or reinstating features.
Do I want chat in BL 2.0? Sure!
Miles/..
|
| Author: | Miffy. | | Posted: | Aug 17, 2013 15:52 | | Subject: | Chat advertisement | | Viewed: | 228 times | | Topic: | Suggestions | | Status: | Discarded | |
|
| On the home page there is a graphic that promotes the chat rooms that no longer
exist.
|
|
|
Canada, Alberta
