| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | RansomBricks  | | Posted: | Jul 29, 2021 18:28 | | Subject: | Please expand name of 31201 | | Viewed: | 106 times | | Topic: | Catalog Requests | | For: | Catalog Associate | | Status: | Discarded | |
| 31201 is currently listed in catalog as "Harry Potter." However, it is listed
on lego.com as "Harry Potter™ Hogwarts™ Crests" which is a bit more explanatory.
Thank you.
|
| Author: | RansomBricks | | Posted: | Nov 13, 2016 22:50 | | Subject: | Inventory Change Request for Set 76034-1 | | Viewed: | 15 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Part 21459 Flat Silver Minifig, Weapon Sword, Shamshir (Square Guard) with Capped Pommel and Holes in Crossguard and Blade (Alternate) (match ID 639765)
|
| Author: | RansomBricks | | Posted: | Jul 2, 2016 16:46 | | Subject: | Inventory Change Request for Set 75092-1 | | Viewed: | 25 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Minifig sw527a R2-D2 (Flat Silver Head, Dark Blue Printing, Lavender Dots) (Alternate) (match ID 638700)
Comments from Submitter:
Version purchased at LEGO brand store had sw527a, not sw527.
|
| Author: | RansomBricks | | Posted: | Jul 2, 2016 16:42 | | Subject: | Inventory Change Request for Set 75096-1 | | Viewed: | 18 times | | Topic: | Inventories Requests (Entry) | | Status: | Open | |
| Please make changes to the following inventory:
* Add 1 Minifig sw527a R2-D2 (Flat Silver Head, Dark Blue Printing, Lavender Dots) (Alternate) (match ID 652528)
Comments from Submitter:
Version purchased through shop.lego.com had sw527a, not sw527.
|
 |
| Author: | RansomBricks | | Posted: | Jun 28, 2016 00:23 | | Subject: | Re: Hide breaks for items without enough quantity | | Viewed: | 96 times | | Topic: | Suggestions | |
| therobo---
Okay, thanks, I'll wait a bit more.
---Steve Ransom | Ransom Bricks
In Suggestions, therobo writes:
| | In Suggestions, RansomBrick writes:
| | therobo---
In your experience, do you think this is something that is on anyone's radar
to fix? Or should I accept the change and rewrite my XML generator? Thanks.
---Steve Ransom | Ransom Bricks
|
I have just reported it as bug again.
| |
In Suggestions, therobo writes:
| | In Suggestions, RansomBrick writes:
| | Hi friends---
I submitted this to BL as a bug report with the new facelift but was told it
was user error.
If you set up your store to have quantity breaks, then all the divisions will
show, even if your actual quantitiy is below one or more of the breaks. See the
screenshot from my store.
The solution, per BL, is to never have a quantity break set up that exceeds current
quantity. There are two problems with this solution.
1. A buyer doesn't have to buy the entire lot. A buyer could leave a lot
at quantity 1 and afterwards, all the quantity breaks would still show.
2. The XML mass upload proceedure requires sellers to set up three price breaks
or none at all.
So I propose that quantity breaks should be hidden when the actual inventory
count is lower than any relevant breaks.
Please weigh in! Thanks!
---Steve Ransom | Ransom Bricks
|
I agree. What you want is how it used to display in the old design.
The new design screwed it up
|
|
|
|
|
| Author: | RansomBricks | | Posted: | Jun 27, 2016 18:27 | | Subject: | Re: Hide breaks for items without enough quantity | | Viewed: | 83 times | | Topic: | Suggestions | |
| therobo---
In your experience, do you think this is something that is on anyone's radar
to fix? Or should I accept the change and rewrite my XML generator? Thanks.
---Steve Ransom | Ransom Bricks
In Suggestions, therobo writes:
| | In Suggestions, RansomBrick writes:
| | Hi friends---
I submitted this to BL as a bug report with the new facelift but was told it
was user error.
If you set up your store to have quantity breaks, then all the divisions will
show, even if your actual quantitiy is below one or more of the breaks. See the
screenshot from my store.
The solution, per BL, is to never have a quantity break set up that exceeds current
quantity. There are two problems with this solution.
1. A buyer doesn't have to buy the entire lot. A buyer could leave a lot
at quantity 1 and afterwards, all the quantity breaks would still show.
2. The XML mass upload proceedure requires sellers to set up three price breaks
or none at all.
So I propose that quantity breaks should be hidden when the actual inventory
count is lower than any relevant breaks.
Please weigh in! Thanks!
---Steve Ransom | Ransom Bricks
|
I agree. What you want is how it used to display in the old design.
The new design screwed it up
|
|
|
| Author: | RansomBricks | | Posted: | Jun 14, 2016 16:35 | | Subject: | Hide breaks for items without enough quantity | | Viewed: | 106 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Hi friends---
I submitted this to BL as a bug report with the new facelift but was told it
was user error.
If you set up your store to have quantity breaks, then all the divisions will
show, even if your actual quantitiy is below one or more of the breaks. See the
screenshot from my store.
The solution, per BL, is to never have a quantity break set up that exceeds current
quantity. There are two problems with this solution.
1. A buyer doesn't have to buy the entire lot. A buyer could leave a lot
at quantity 1 and afterwards, all the quantity breaks would still show.
2. The XML mass upload proceedure requires sellers to set up three price breaks
or none at all.
So I propose that quantity breaks should be hidden when the actual inventory
count is lower than any relevant breaks.
Please weigh in! Thanks!
---Steve Ransom | Ransom Bricks
|
|
|
|
| Author: | RansomBricks | | Posted: | May 9, 2014 15:47 | | Subject: | Re: Implement a Validation Team for BL Changes | | Viewed: | 46 times | | Topic: | Suggestions | |
| My wife and I agree that more caution is needed when implementing changes like
what was done to the order screen. We're frustrated with the new format and
it seems terribly unfortunate that the entire layout was altered to implement
one tiny innocent suggestion. I'm surprised that these new changes weren't
made optional; after all, there are a ton of customization options for the order
display at ./orderSettings.asp. I assume that all these options exist because
BL members use the order page for many different applications. I would recommend
that the new developers try increasing BrickLink's already extensive personalization
capabilities rather than reducing or ignoring them. Thanks.
|
|
|
