Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | MrPetovan  | | Posted: | Apr 19, 2021 12:37 | | Subject: | Re: Sort wanted lists by color after item name | | Viewed: | 24 times | | Topic: | Suggestions | |
|
| In Suggestions, hpoort writes:
| | As far as I could tell with my wanted list, setting the sort order to 'Item
Name' and clicking on [Search] actually sorts on 'Item Name, Color Name,
Wanted List Name' already.
However, when first going to the page (https://www.bricklink.com/v2/wanted/search.page)
it says [Sort By] = 'Item name' as default selection, but actually the
sort order is still until you press the [Search] button.
|
I'm sorry, Im not using the Classic Wanted List Search page¹ which has the
correct sorting order displayed in the search form like you describe.
The problem lies exclusively with the New Wanted List Search page² which doesn't
display the sorting order before you actually search, and I can confirm parts
aren't sorted by Color after Item Name, see attached screenshots.
¹: https://www.bricklink.com/wantedSearch.asp?showOld=Y
²: https://www.bricklink.com/v2/wanted/search.page
|
|
 |
| Author: | randyf | | Posted: | Apr 17, 2021 13:25 | | Subject: | Re: 30598 | | Viewed: | 55 times | | Topic: | Suggestions | |
|
| In Suggestions, Brick.Door writes:
| | In Suggestions, starbeanie writes:
Not sure if you would know the answer but was there a reason for these to be
assigned rac## as the minifig ID rather than 30598##?
Every other 1-piece "minifig" I've seen was catalogued with the part number.
Would make them much easier to find.
|
I tried to have them assigned the part numbers, but the catalog admins would
not accept my requests.
|
|
| Author: | Brick.Door | | Posted: | Apr 17, 2021 13:19 | | Subject: | Re: 30598 | | Viewed: | 22 times | | Topic: | Suggestions | |
|
| In Suggestions, starbeanie writes:
Not sure if you would know the answer but was there a reason for these to be
assigned rac## as the minifig ID rather than 30598##?
Every other 1-piece "minifig" I've seen was catalogued with the part number.
Would make them much easier to find.
|
|
| Author: | hpoort | | Posted: | Apr 17, 2021 12:35 | | Subject: | Re: Sort wanted lists by color after item name | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, MrPetovan writes:
| | Gist: I'd like the "Item Name" sort order in the wanted list search to secondary
sort by Color Name, like "Color Name, Item Name" but flipped.
Reasoning: When I'm filling my wanted lists from my collection, I'm doing
it by Item Name because this is how my collection is sorted. However, it's
hard for me to see how many of a part in a single color I need since it seems
the secondary sorting order is by Wanted list name which is pretty random. As
a result, The same Elements (Part + Color) aren't grouped together and it's
somewhat inconvenient.
It's a small change for a small inconvenience.
|
As far as I could tell with my wanted list, setting the sort order to 'Item
Name' and clicking on [Search] actually sorts on 'Item Name, Color Name,
Wanted List Name' already.
However, when first going to the page (https://www.bricklink.com/v2/wanted/search.page)
it says [Sort By] = 'Item name' as default selection, but actually the
sort order is still until you press the [Search] button.
|
|
| Author: | starbeanie | | Posted: | Apr 17, 2021 12:21 | | Subject: | Re: 30598 | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| They aren't parts anymore, they are minifigs.
https://www.bricklink.com/catalogList.asp?catType=M&catString=179.622
In Suggestions, Thisoldtoyhouse writes:
| | I am trying to add 30598, which is marked for deletion, due to the colors being
individually assigned part #'s. If you post that an item is going to be
deleted, due to this issue, then please supply the part #'s, on that page...ie:
30598, so that we can simply add the new part #'s to our inventory.
I cannot find the new part #'s assigned to this item in the various colors
that I currently have.
Can you help, please????
harry
ThisOldToyHouse
|
|
|
| Author: | Thisoldtoyhouse | | Posted: | Apr 17, 2021 12:13 | | Subject: | 30598 | | Viewed: | 81 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I am trying to add 30598, which is marked for deletion, due to the colors being
individually assigned part #'s. If you post that an item is going to be
deleted, due to this issue, then please supply the part #'s, on that page...ie:
30598, so that we can simply add the new part #'s to our inventory.
I cannot find the new part #'s assigned to this item in the various colors
that I currently have.
Can you help, please????
harry
ThisOldToyHouse
|
|
| Author: | MrPetovan | | Posted: | Apr 17, 2021 10:29 | | Subject: | Sort wanted lists by color after item name | | Viewed: | 58 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Gist: I'd like the "Item Name" sort order in the wanted list search to secondary
sort by Color Name, like "Color Name, Item Name" but flipped.
Reasoning: When I'm filling my wanted lists from my collection, I'm doing
it by Item Name because this is how my collection is sorted. However, it's
hard for me to see how many of a part in a single color I need since it seems
the secondary sorting order is by Wanted list name which is pretty random. As
a result, The same Elements (Part + Color) aren't grouped together and it's
somewhat inconvenient.
It's a small change for a small inconvenience.
|
|
| Author: | calebfishn | | Posted: | Apr 16, 2021 16:54 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 56 times | | Topic: | Suggestions | |
|
| In Suggestions, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I vote no. These are custom items, and should be listed as custom items. You
can search for custom monochrome minifigs easily enough. People seem to be charging
big money for them too.
So please keep them out of the regular minifig listings.
|
|
| Author: | axaday | | Posted: | Apr 16, 2021 13:39 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, randyf writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
My vote is a no.
|
Me too. There is already a place to sell these since they ARE custom items.
|
|
| Author: | yorbrick | | Posted: | Apr 16, 2021 13:14 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, LordSkylark writes:
| | In Catalog, yorbrick writes:
| | In Catalog, psusaxman2000 writes:
| | In Catalog, starbeanie writes:
This exists because it was sold this way. Same for the others that are mentioned
below that have appeared in sets as figs built that way. I get the idea of having
all different monochrome color figs available, but then where do you limit the
creation of them. Does it mean, you could only have figs if all the parts are
available to create it. If someone "cleans" a part to remove the print and create
a new monochrome, they technically have the part, but it's not original by
any means. The current catalog doesn't limit anyone from buying or creating
them, but I could see the gap if someone is looking to purchase one. It's
a balance that I'm glad I don't have to manage.
|
They can also "clean" a part and list it as the plain torso, that is nothing
new. I'd hope anyone doing that would list them as used or at least indicate
the parts had been wiped.
They can also create a monochrome torso assembly by pulling off (yellow) hands
from another one such as this
and adding the correct colour hands. So the torso assembly might not be original
but still exists if created. More of a worry are monochrome legs/hips, as people
can pull off the legs and damage the pins, but again that is not a new problem.
|
As long as they are sold as used it doesn't matter. And if after wipe it's
100% indistinguishable from a non-wiped used torso... well... it really doesn't
matter.
|
Not really, you can often see a different surface when it is wiped, so not 100%
and it does matter.
|
|
| Author: | wahiggin | | Posted: | Apr 16, 2021 12:12 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 47 times | | Topic: | Suggestions | |
|
| In Suggestions, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
Great idea!
|
|
| Author: | randyf | | Posted: | Apr 16, 2021 11:39 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 54 times | | Topic: | Suggestions | |
|
| In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
My vote is a no.
|
|
| Author: | LordSkylark | | Posted: | Apr 16, 2021 11:34 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Catalog, Brick.Door writes:
| | | |
'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
Disagree - the main objective of the catalog is to facilitate selling and buying
LEGO in this marketplace. If there is significant demand it should be added to
the catalog to make it easier to buy and sell (and to track the price history).
I trust the catalog admins to make a judgement call whether something is worthy
or not, but can understand that they wouldn't want that responsibility and
the flood of requests/complaints.
|
I agree. This should be done with certain types of parts after proper discernment.
|
|
| Author: | LordSkylark | | Posted: | Apr 16, 2021 11:34 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Catalog, yorbrick writes:
| | In Catalog, psusaxman2000 writes:
| | In Catalog, starbeanie writes:
This exists because it was sold this way. Same for the others that are mentioned
below that have appeared in sets as figs built that way. I get the idea of having
all different monochrome color figs available, but then where do you limit the
creation of them. Does it mean, you could only have figs if all the parts are
available to create it. If someone "cleans" a part to remove the print and create
a new monochrome, they technically have the part, but it's not original by
any means. The current catalog doesn't limit anyone from buying or creating
them, but I could see the gap if someone is looking to purchase one. It's
a balance that I'm glad I don't have to manage.
|
They can also "clean" a part and list it as the plain torso, that is nothing
new. I'd hope anyone doing that would list them as used or at least indicate
the parts had been wiped.
They can also create a monochrome torso assembly by pulling off (yellow) hands
from another one such as this
and adding the correct colour hands. So the torso assembly might not be original
but still exists if created. More of a worry are monochrome legs/hips, as people
can pull off the legs and damage the pins, but again that is not a new problem.
|
As long as they are sold as used it doesn't matter. And if after wipe it's
100% indistinguishable from a non-wiped used torso... well... it really doesn't
matter.
|
|
| Author: | yorbrick | | Posted: | Apr 16, 2021 11:26 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Catalog, psusaxman2000 writes:
| | In Catalog, starbeanie writes:
This exists because it was sold this way. Same for the others that are mentioned
below that have appeared in sets as figs built that way. I get the idea of having
all different monochrome color figs available, but then where do you limit the
creation of them. Does it mean, you could only have figs if all the parts are
available to create it. If someone "cleans" a part to remove the print and create
a new monochrome, they technically have the part, but it's not original by
any means. The current catalog doesn't limit anyone from buying or creating
them, but I could see the gap if someone is looking to purchase one. It's
a balance that I'm glad I don't have to manage.
|
They can also "clean" a part and list it as the plain torso, that is nothing
new. I'd hope anyone doing that would list them as used or at least indicate
the parts had been wiped.
They can also create a monochrome torso assembly by pulling off (yellow) hands
from another one such as this
and adding the correct colour hands. So the torso assembly might not be original
but still exists if created. More of a worry are monochrome legs/hips, as people
can pull off the legs and damage the pins, but again that is not a new problem.
|
|
| Author: | psusaxman2000 | | Posted: | Apr 16, 2021 11:12 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 40 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
This exists because it was sold this way. Same for the others that are mentioned
below that have appeared in sets as figs built that way. I get the idea of having
all different monochrome color figs available, but then where do you limit the
creation of them. Does it mean, you could only have figs if all the parts are
available to create it. If someone "cleans" a part to remove the print and create
a new monochrome, they technically have the part, but it's not original by
any means. The current catalog doesn't limit anyone from buying or creating
them, but I could see the gap if someone is looking to purchase one. It's
a balance that I'm glad I don't have to manage.
|
|
| Author: | yorbrick | | Posted: | Apr 16, 2021 10:35 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 49 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
There are other monochrome figures too, just with accessories/headgear
As "standard" monochromes are not official, it is right that they are not in
the catalogue. Otherwise, fans could invent other similar things and expect them
to be included in the catalogue.
I also don't think there is the need. Monochrome has entered as a search
term for genuinely produced legs/hips and torso assemblies:
so they are easy to find.
|
|
| Author: | maxx3001 | | Posted: | Apr 16, 2021 10:14 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| In Catalog, starbeanie writes:
Why not attach monochrome’s to this listing, saves a lot of work....
| |
In Catalog, psusaxman2000 writes:
| | In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
|
|
| Author: | Brick.Door | | Posted: | Apr 16, 2021 10:08 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 44 times | | Topic: | Suggestions | |
|
| | |
'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
Disagree - the main objective of the catalog is to facilitate selling and buying
LEGO in this marketplace. If there is significant demand it should be added to
the catalog to make it easier to buy and sell (and to track the price history).
I trust the catalog admins to make a judgement call whether something is worthy
or not, but can understand that they wouldn't want that responsibility and
the flood of requests/complaints.
|
|
| Author: | starbeanie | | Posted: | Apr 16, 2021 09:49 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 62 times | | Topic: | Suggestions | |
|
| One actually exists.
In Catalog, psusaxman2000 writes:
| | In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
|
| Author: | psusaxman2000 | | Posted: | Apr 16, 2021 09:34 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 58 times | | Topic: | Suggestions | |
|
| In Catalog, Biglesdug writes:
| | In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
On top of this, I'm pretty sure the main objective behind the catalog is
that it is a representation of the parts that are officially sold by Lego. While
they do sell parts to make monochrome minifigures, they are not sold as such,
hence why they are not listed in the standard catalog and require custom listings.
If they were to do this, it could open a can of worms for other requests.
|
|
| Author: | Biglesdug | | Posted: | Apr 16, 2021 09:29 | | Subject: | Re: Monochrome Minifigures | | Viewed: | 52 times | | Topic: | Suggestions | |
|
| In Catalog, BrickTobi writes:
| | Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
I think with the increase in wiping torsos and parts to make monochrome figures
adding monochrome figures to the catalog would be a bad idea.
|
|
| Author: | BrickTobi | | Posted: | Apr 16, 2021 09:25 | | Subject: | Monochrome Minifigures | | Viewed: | 220 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Proposal for extension of the catalog.
I think there is a very big market for monochrome minifigures. So far, these
are considered custom items.
I would like to suggest establishing a separate category for monochrome minifigures
in the "standard version" of all colors.
For example "Minifigure Monochrome - white".
I look forward to your estimation and feedback
|
|
| Author: | Erikmax | | Posted: | Apr 16, 2021 05:14 | | Subject: | Re: Default shipping option | | Viewed: | 34 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, Erikmax writes:
| | Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
Did you group the shipping methods?
|
No I didn't but the 'goup' field before the shipping method is gray/de-activated
and cant be changed.'Maybe I need to activate it somehow, I will try to find
it out but in fact it isn;t a solution.
Moreover this is a more general problem and I don't understand why only one
seller/buyer is reacting. In my opinion it would be much better if buyers have
to act to choose the right shipping method. Putting ther cheapest method default
wouldn't help because manu buyers now just click through and when the cheapest
option is default choose 'letter no insurance' for a bulky 500 euro order.
I know this problem both as a seller and a frequent buyer. '
So again the question: Why is the shipping and payment method pre-set with the
result that often the wrong methods are chosen? Isn't it better that buyer
is forced to make a choice? Every seller will have the experience that often
a wrong method is chosen and every buyer knows how easy it is to click through
and afterwards sees he choosed the wrong method.
Corrections on shipping methods will allways be neccecary, but now I have to
correct a large proportion of all orders, with all correspondence. (You choosed
a rather expenmsive shiping methid for this orderr, do you reallyv want this-
or: Sorry, 20 BURPS realy do not fit in a letter so I have to change this to
parcel shipping)
|
|
| Author: | Brickwilbo | | Posted: | Apr 16, 2021 03:46 | | Subject: | Re: Default shipping option | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, Erikmax writes:
| | Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
Did you group the shipping methods?
|
|
| Author: | Erikmax | | Posted: | Apr 15, 2021 17:43 | | Subject: | Default shipping option | | Viewed: | 73 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi
I don't know if this had been on this forum before, but I really get irritated
by the fact that there is a default shipping (and payment) method preset.
Over and over buyers select the wrong shipping method because this is the default
option. So order a small object for 12 euro and choose parcel track&trace @ 32,50
for shipping. This means I first have to ask them if this is really the option
they want, wait for their answer, correct shipping method etc.
Or in a less extreme example send out the invoice and get buyers who are upset
about the high shipping costs.
Today at least 5 out of ten orders have what looks a not quite logical shipping
method chosen by the buyer. If I make another method default it won't change
this, buyers will select letter untracked for a 2 kg worth 200 euro shipping.
Maybe I do something wrong, so first let me ask if there is a method to let buyers
FORCE to make a choice about shipping (and payment!!) and if this is not possible
PLEASE make it possible to sellers NOT to have the default shipping and payment
method pre-selected in their shop.
As a buyer I also sometimes make the mistake to click to fast and bypass the
option to change the shipping and payment methods. So I understand this happens
and I don't blame my buyers. (but the system...)
So it will be much less frustration for both buyer and seller.
Sorry if this is a silly question for which there is a simple solution, and so
there will be one thanks for telling me how I should change the setting.
|
|
| Author: | tpr | | Posted: | Apr 15, 2021 10:51 | | Subject: | Admins - for your consideration | | Viewed: | 159 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Hi
is in Wheels - Accessory --- totally understandable
is in Wheels.
It states its a holder, it won't move on its own !! Its not a wheel !!
Should it not be considered in the next batch of items to be moved, and move
it to Wheels Accessories
Thanks
tpr
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 20:57 | | Subject: | Toggle lists from wanted list search page | | Viewed: | 36 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I have several wanted lists with separated between a few different purposes and
I would like to be able to search in a subset of them, the same way it's
possible to select all or only some wanted lists in the Buy page.
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 20:53 | | Subject: | Re: Normalize item/color sorting across website | | Viewed: | 29 times | | Topic: | Suggestions | |
|
| | | Are you using the new wanted list or the old one?
|
It's in the "New" category, the "Classic" is a little rough for me.
|
|
| Author: | Admin_Russell | | Posted: | Apr 14, 2021 18:10 | | Subject: | Re: Normalize item/color sorting across website | | Viewed: | 59 times | | Topic: | Suggestions | |
|
|
BrickLink
ID CardAdmin_Russell
|
Location:  USA, California |
| Member Since |
Contact |
Type |
Status |
| May 9, 2017 |
 |
Admin |
|
|
| BrickLink Administrator |
|
| In Suggestions, MrPetovan writes:
| | Wanted list and Order lists currently are sorted differently for item name and
color name.
As a result, it's been inconvenient to match parts from order placed to wanted
lists.
Example for item name:
Given a "Plate 1 x 8" and a "Plate 1 x 10":
- In wanted lists, "Plate 1 x 10" will appear before "Plate 1 x 8" (strict alphabetical
order)
- In order lists, "Plate 1 x 8" will appear before "Plate 1 x 12" (correct numerical
order)
Example for color name"
Given a "Reddish Brown" part and a "Pearl Gold" part:
- In wanted lists, the "Reddish Brown" part will appear before the "Pearl Gold"
part (plain colors first like in color selection drop down lists)
- In order lists, the "Pearl Gold" part will appear before the "Reddish Brown"
part (strict alphabetical order)
Now, I don't mind either of these couple of ordering (although I have a personal
preference for correct numerical order for item names and plain colors first)
but I'd like for both ordering to be consistent across the whole BrickLink
website.
Thank you for your consideration!
|
Are you using the new wanted list or the old one?
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:24 | | Subject: | Re: Price in search results | | Viewed: | 23 times | | Topic: | Suggestions | |
|
| In Suggestions, MunchMan155 writes:
| | I'd really like the see the order total in my Wanted search results. One
store may charge $20 for the parts I need, the one next to it charges $0.20.
I could save a lot of clicking and time by knowing which stores are not worth
clicking on. Sorting by price should come with this. Thanks!
|
The "Auto-select" feature takes care of this pretty well. It's not perfect
though, you still have to go through every single suggested cart to make sure
that you aren't overpaying for a specific part, but otherwise I've been
pretty happy with it.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:22 | | Subject: | Re: Mark wishlist "ordered" | | Viewed: | 26 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, aquarian writes:
| | If you have multiple wishlists, some older, some newer, some ordered, some not,
it may be difficult to remember what you still need to order. So I'd suggest
a checkbox or something inside a wishlist to mark a whole list or individual
parts as "ordered". They wouldn't appear in your wanted part listing, so
you'd see what parts you're actually still missing.
|
The Apply Order function, kind of, already does that.
It changes the Have quantities in the Wantlist(s).
|
The keyword is "kind of". The only moment it makes sense to use this feature
is when you receive an order and confirmed it is complete. However between the
ordering and its completion, there can be several weeks during which the wanted
list is still missing parts that have been ordered but are in transit.
And if an order isn't complete for whatever reason, this feature becomes
useless.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:17 | | Subject: | Re: Wanted list: sort by missing qty | | Viewed: | 19 times | | Topic: | Suggestions | |
|
| In Suggestions, mpokhylets writes:
| | I think it would be useful to sort the wanted list by the quantity of items that
still need to be purchased = MAX(MINQTY - QTYFILLED, 0)
|
In the wanted list search filters "More Options", you can check the box "Hide
Items if Have Qty is ≥ Want Qty" which then only shows you the items you are
missing.
|
|
| Author: | MrPetovan | | Posted: | Apr 14, 2021 15:15 | | Subject: | Normalize item/color sorting across website | | Viewed: | 76 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Wanted list and Order lists currently are sorted differently for item name and
color name.
As a result, it's been inconvenient to match parts from order placed to wanted
lists.
Example for item name:
Given a "Plate 1 x 8" and a "Plate 1 x 10":
- In wanted lists, "Plate 1 x 10" will appear before "Plate 1 x 8" (strict alphabetical
order)
- In order lists, "Plate 1 x 8" will appear before "Plate 1 x 12" (correct numerical
order)
Example for color name"
Given a "Reddish Brown" part and a "Pearl Gold" part:
- In wanted lists, the "Reddish Brown" part will appear before the "Pearl Gold"
part (plain colors first like in color selection drop down lists)
- In order lists, the "Pearl Gold" part will appear before the "Reddish Brown"
part (strict alphabetical order)
Now, I don't mind either of these couple of ordering (although I have a personal
preference for correct numerical order for item names and plain colors first)
but I'd like for both ordering to be consistent across the whole BrickLink
website.
Thank you for your consideration!
|
|
| Author: | mpokhylets | | Posted: | Apr 14, 2021 14:46 | | Subject: | Wanted list: sort by missing qty | | Viewed: | 33 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I think it would be useful to sort the wanted list by the quantity of items that
still need to be purchased = MAX(MINQTY - QTYFILLED, 0)
|
| Author: | Vosblokjes | | Posted: | Apr 14, 2021 06:22 | | Subject: | Re: Implement notice box in the profile | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Stellar writes:
| | Consider implementing a box to inform users of important changes coming or recently
done.
I made a mockup, check the image attached.
|
Ehm, on what screen is that? 
I think I see that page less than I look at the forum.
So allthough I think it is good to have it there, there also should be a banner
on top the page until you have read the message.
|
|
| Author: | gptrevi | | Posted: | Apr 6, 2021 18:55 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 64 times | | Topic: | Suggestions | |
|
| In Suggestions, Brickwilbo writes:
| | In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
Already exists.
See here: http://www.bricklink.com/help.asp?helpID=1
|
Thank you very much everyone who promptly replied.
Obviously I did not understand how the wish list works, but now I will study
its functions...
|
|
| Author: | Brickwilbo | | Posted: | Apr 6, 2021 12:11 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
Already exists.
See here: http://www.bricklink.com/help.asp?helpID=1
|
|
| Author: | Tracyd | | Posted: | Apr 6, 2021 11:00 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
You mean something like a Wanted List that already exists?
|
|
| Author: | jennnifer | | Posted: | Apr 6, 2021 10:59 | | Subject: | Re: Make a search with a list of bricks possible. | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, gptrevi writes:
| | Suggestion for improving Bricklink.
Make a search with a list of bricks possible.
If you have a list of brick codes, it would be very helpful to find the store
that owns the entire list or has the largest number of them.
Thanks for your attention.
|
You are looking for a Wanted List. It's already here on BrickLink. Start
with the little heart 'Want' on the top menu. Or, type in your code in
the search, navigate to the catalog item page and click 'Add to My Wanted
List'
Jen
BTW, I wish we had a different icon and indicator for this on the top menu. I
just don't see how a heart and the word Want conveys to new users that necessary
shopping methods are hidden there. Does anyone have a better idea?
|
|
| Author: | Stellar | | Posted: | Apr 4, 2021 05:32 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 43 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
In other online marketplace the refund form lets you refund pieces, shipping
or credit...
|
|
| Author: | Greenbutterfly | | Posted: | Apr 4, 2021 04:13 | | Subject: | Re: Wanted list uploads blocked by custom parts | | Viewed: | 32 times | | Topic: | Suggestions | |
|
| In Suggestions, Greenbutterfly writes:
| | I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.
The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.
I'd like to see those parts ignored... or at least an option to do so.
I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).
This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...
PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks 
|
For the record, I've found a way around this... but it feels a little clunky.
1. Export from stud.io in Wanted List XML format. This exports only standard
Lego parts.
2. Open the exported XML in a text editor. Select all and copy to the clipboard
or equivalent.
3. In BL, go to "Upload" in the "Want" menu, and select the wanted list from
the drop down.
4. Paste the XML text into the appropriate window and click the button to verify.
5. Proceed through verification as normal.
|
|
| Author: | Greenbutterfly | | Posted: | Apr 4, 2021 00:48 | | Subject: | Wanted list uploads blocked by custom parts | | Viewed: | 54 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| I have a very, very large model of a cathedral. I originally designed it in LDD
18 years ago and now updating it in stud.io.
The cathedral has a balcony with railings. I've created a couple of custom
parts for the railings to fit around the columns... the presence of these railings
in my IO file blocks the upload to my wanted list because they are not genuine
parts available through BL.
I'd like to see those parts ignored... or at least an option to do so.
I know there's the workaround of going through the IO file and deleting them
to upload. But my file has over 46000 parts, these custom parts are embedded
several layers deep in multiple sub-sub-sub-models... which means they're
difficult to find because stud.io doesn't have a fully function find-replace
mechanism (I and plenty of others have requested it, and requested that it work
with sub-models as well as main model).
This is still a work in progress, so I'm not really wanting to delete them
because re-instating them is going to be a pain. Plus with the size of the model
stud.io doesn't behave quite as it should anyway because of all the memory
leaks in it (which is going to affect any attempt to copy-paste the file then
delete the custom parts in the copy)...
PS. I'm sure I've requested this before, but for the life of me cannot
find it. stud.io isn't the only thing with memory leaks
|
|
| Author: | leggodtshop | | Posted: | Apr 4, 2021 00:46 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 25 times | | Topic: | Suggestions | |
|
| In Suggestions, qwertyboy writes:
| | In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
There can be only one party responsible for tax/vat and that is the seller. So..
if BrickLink is taking on the burden of tax/vat and be liable for it, there can
only be one conclusion: BrickLink is the seller. Hence, BrickLink does the sale,
the invoicing, the tax/vat, the refund, etc. (And takes care of the not hypothetical
situation described above.)
|
|
| Author: | qwertyboy | | Posted: | Apr 4, 2021 00:14 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
... and to make things even more complex - I believe some states have taxes on
shipping as well, and others don't. What if you agree to refund an item from
the order plus the order's shipping cost? BL can't know what part of
the agreed-upon refund amount is for shipping. It will likely refund too much
of its tax collection and not enough from the seller's pocket.
(This is not a hypothetical situation - if we can't fulfill something from
an order and it is the most important or most valuable part, we could agree to
refund part+shipping.)
Niek.
|
|
| Author: | Emporiosa | | Posted: | Apr 3, 2021 10:01 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, cosmicray writes:
| | In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
By tax exclusive, I wasn't referring to any kind of tax exemption. Tax exclusive
when referring to calculators like this means that the total you have entered
does not include the sales tax. This is how sellers want it to operate (based
on discussions), where the amount we enter is tax exclusive, so the calculation
below it will add the tax automatically without the seller having to calculate
it (since we can't easily know what the rates are).
Tax inclusive is for when a seller is doing an amount (usually) above and beyond
just a direct refund of a part. To clarify, how it works right now by default
is this method - tax inclusive. When you enter an amount, the calculator believes
that you already included the sales tax, and it's doing the breakdown of
which part of that refund is sales tax, and what is the amount for the item(s)
itself.
|
|
| Author: | cosmicray | | Posted: | Apr 3, 2021 09:28 | | Subject: | Re: Add tax inclusive/exempt option on refund | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| In Suggestions, Emporiosa writes:
| | Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
|
Which is different from the exemption issue. The real important question about
this is, who determines that a buyer is exempt, the seller or BL. From my perspective
it would be BL that processes the buyer's exemption certificate (as it would
cover all sellers shipping to that buyer).
| | Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
|
Seller's will not know, particularly when the tax rate varies by jurisdiction
within a state. Florida has a statewide base rate of 6%, but a county optional
add-on of 0%-1.5%. So the rate may vary depending on the specific address within
the state. The rate can more likely be retrieved by the service that BL is using
to pull up this information.
| | But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
Nita Rae
|
|
| Author: | Emporiosa | | Posted: | Apr 3, 2021 09:02 | | Subject: | Add tax inclusive/exempt option on refund | | Viewed: | 82 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
|
| Had a thought about the previous discussion where it is quite confusing currently
for processing refunds for US states that have collected sales tax. As it stands,
the refund box has us enter an amount, and then below it calculates the amount
that will come from the seller/PayPal, and the amount from the taxes BrickLink
collected, so a seller has to know the rate of tax for the state of the buyer
and also include it in the total.
Suggestion:
-Beside the box where you enter the refund amount, include a "tax inclusive"
and "tax exclusive" radio button where the seller can select it.
This would allow sellers to not have to know the rate of state for the state
and manually calculate it by selecting "tax exclusive", meaning the calculation
below will take that amount, and ADD tax to the total (not as a % of the total
the seller put in).
But this also allows what Niek (qwertyboy) had suggested where if you want to
give a higher total amount, you can check tax inclusive so it'll act the
way that it's currently programmed.
|
|
| Author: | peregrinator | | Posted: | Apr 2, 2021 17:00 | | Subject: | Re: Remove spellcheck from key search fields | | Viewed: | 38 times | | Topic: | Suggestions | |
|
| In Suggestions, macebobo writes:
| | In Suggestions, tbbarton writes:
| | Spellcheck loves to tell you the game of a figure, part or code isn’t a word.
I assume the dictionary is local to devices so maybe don’t allow spellcheck to
overwrite key search fields?
|
Maybe I'm not understand what you are suggesting, but spell check is a function
of the browser, not the Bricklink.
|
You can turn it off for form fields (as well as for forms in general) by using
the attribute 'spellcheck="false"'. Whether the browser obeys is another
question, but I think most of them do.
|
|
| Author: | macebobo | | Posted: | Apr 2, 2021 16:46 | | Subject: | Re: Remove spellcheck from key search fields | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, tbbarton writes:
| | Spellcheck loves to tell you the game of a figure, part or code isn’t a word.
I assume the dictionary is local to devices so maybe don’t allow spellcheck to
overwrite key search fields?
|
Maybe I'm not understand what you are suggesting, but spell check is a function
of the browser, not the Bricklink.
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
)
)
Netherlands, Groningen
Canada, Ontario
United Kingdom, England
Germany, Baden-Württemberg
Italy, Friuli-Venezia Giulia
Spain, Comunidad Valenciana
Australia, South Australia
