| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | qwertyboy  | | Posted: | Aug 19, 2019 22:12 | | Subject: | Re: Weird order/inventory problem | | Viewed: | 37 times | | Topic: | Inventories | |
|
| In Inventories, C0lsanders_ writes:
| | I have 2 (particular) orders received, only 208 difference by order number. First
order, guy buys 60 of a part. I have "Quantity left" enabled, and it says 0 left.
The next order, another guy buys 10 of the that same part, which he of course
shouldn't be able to do. Also says 0 left. I find in filling these, I do
have only the 60. What might have gone wrong? Both sets of parts in carts at
the same time, maybe?
|
You might know this, but just in case -
The "quantity left" will show what you have left right now, not what was left
when the order was placed. So looking at the current "quantity left" on both
orders won't tell you anything.
Niek.
|
 |
| Author: | qwertyboy | | Posted: | Aug 12, 2019 10:31 | | Subject: | Re: Why can't I enlarge pics anymore? | | Viewed: | 45 times | | Topic: | Catalog | |
|
| In Catalog, firestar246 writes:
| | So you used to be able to click on the picture of a piece in the catalog, sort
of a quick view. You'd see the years it was made, any sets/minifigures the
piece was in, etc. You all know what I'm talking about. Well, a few days
ago I couldn't do it anymore. I've tried three different devices.
Why would they make such a horrible change for? I rely on that heavily when listing
minifigure parts to make sure I have the correct listing. This is going to make
this job twice as long now.
|
I checked the HTML source for when you go through "Market" - "Parts" - "[some-category]"
and there is no "onclick" or anchor or anything, so this is not a browser issue.
By poking around I fond you can get the old behaviour back by changing the URL
of the page. For instance, when browsing the "Accessory, Human Tool" category,
it lands on the following URL:
https://www.bricklink.com/catalogList.asp?catType=P&catString=990&itemBrand=1000
Now manually change the URL to read as follows (add "Old" in there):
https://www.bricklink.com/catalogListOld.asp?catType=P&catString=990&itemBrand=1000
Extremely clumsy, but if you are really needing large pics on those pages.
Niek.
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 13:35 | | Subject: | Re: Helpful but .... | | Viewed: | 37 times | | Topic: | Suggestions | |
|
| To illustrate, see attached picture of an upload of a yellow 2x4 brick. The program
knows it is part 3001, it even shows the picture, and if you hover over that
picture, the title says "Part No: 3001 Name: Brick 2 x 4". So don't tell
me that when showing this page it is difficult to add "Part No: 3001" somewhere
in clear text on that line.
Niek.
|
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 13:24 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | In Suggestions, qwertyboy writes:
| | In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
But the item number is optionally included, it is not even a required field.
And from what I can see, only the category field ties to the item number in the
catalog. As a matter of fact, you can list everything in your store without a
single catalog item number, so long as you have the category and comments fields,
mass uploads will work. We sell lots, not catalog items.
|
You are missing the point. The issue here is that, when uploading a common "2x4
brick" (part 3001), the screen shows "2 x 4 Brick" - the official BL description
of part 3001. Obviously at that point the program knows it is dealing with part
3001 (as it had to look up that description) and it also shows a picture of that
part. As it has all the info, it is indeed easy to just add "3001" somewhere
on that line item.
Niek.
|
|
| Author: | qwertyboy | | Posted: | May 27, 2019 10:51 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, bje writes:
| | I voted yes, but I am not entirely sure this would be as simple as is believed
on first glance.
The reason that part number gets dropped is because in BL world, that part number
is not something used to differentiate inventory items.
|
That would be a valid argument, if BL weren't already showing the item description
on that exact same screen. If the program is able to show the description (which
is a lookup into the items table), it already knows the part number (or at least
grab it from the same table the description came from).
So yes, it is a request easily implemented.
Niek.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
|
Canada, Alberta
