|
 |
| | | Author: | bb295435  | | Posted: | Mar 19, 2012 19:02 | | Subject: | Wanted List Update from Shopping Cart | | Viewed: | 118 times | | Topic: | Suggestions | | Status: | Discarded | |
|
| I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
|
|
| | | | | |
| | | | | Author: | Brickwilbo | | Posted: | Mar 19, 2012 19:18 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 35 times | | Topic: | Suggestions | |
|
| In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
|
Vote for similar suggestion: http://www.bricklink.com/message.asp?ID=620798
| | The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
|
|
|
| | | | | |
| | | | | Author: | Brettj666 | | Posted: | Mar 19, 2012 19:20 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 39 times | | Topic: | Suggestions | |
|
| In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
| | | | | | | | | |
| | | | | | | Author: | bb295435 | | Posted: | Mar 19, 2012 21:22 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 60 times | | Topic: | Suggestions | |
|
| I think this captures both use-cases below: Your wanted list will be linked with
your shopping cart(s) status (i.e. if cart populated, list shows allocation,
if cart closed or emptied w/o purchase, list updated accordingly, if purchase
made, list updated per current functionality).
Note - for simplicity, the first shopping cart allocation for any specific item
(by quantity) will be the one displayed. There will be no additional updates
if someone chose to fill an additional or more shopping cart(s) with the same
specific item (by quantity) as the goal of the feature is to show the item was
already allocated for purchase.
In Suggestions, Brettj666 writes:
| | In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
|
| | | | | | | | | | | | | |
| | | | | | | | | Author: | Brettj666 | | Posted: | Mar 19, 2012 23:54 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 46 times | | Topic: | Suggestions | |
|
| I will vote no then.
They already have a link to update after you commit, which should really be the
only time you need to update your wanted list.
To expect the site to track your wanted list in and out of carts is simply a
lot of maintenance for very little benefit.
I probably have a ratio of 4 empty carts for every purchase I've made.
If this functionality were in, every time you click on a part, your wanted list
would update and instead of having one transaction (that's still manual anyway),
the system then may have 100's or 1000's of transactions.
You get your updated wanted list, you go to another store with your new one (even
though it's not), you do the same thing and you may be in 5 stores, all with
shopping carts full and transactional commands going to the server, then your
PC crashes and what happens? You never deleted your cart, it just stops.
Additionally, you buy 10 of one thing, put it in your card, I go into the same
store, I buy 5 and check out. Now your cart doesn't have 10, it only has 5,
so bricklink has to account for that.
I just can't imagine the increase in load from that.
I think the harm is far too great.
In Suggestions, bootknuckle writes:
| | I think this captures both use-cases below: Your wanted list will be linked with
your shopping cart(s) status (i.e. if cart populated, list shows allocation,
if cart closed or emptied w/o purchase, list updated accordingly, if purchase
made, list updated per current functionality).
Note - for simplicity, the first shopping cart allocation for any specific item
(by quantity) will be the one displayed. There will be no additional updates
if someone chose to fill an additional or more shopping cart(s) with the same
specific item (by quantity) as the goal of the feature is to show the item was
already allocated for purchase.
In Suggestions, Brettj666 writes:
| | In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
|
|
| | | | | | | | | | | | | | | | | |
| | | | | | | | | | | Author: | bb295435 | | Posted: | Mar 20, 2012 15:21 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 36 times | | Topic: | Suggestions | |
|
| Ok, well an alternate solution could be to restore the currently broken functionality
in Brickforge's BrickStore client app which allows to download/import content
in your BrikLink shopping cart.
BrickStore is a powerful and elegant application but, unfortunately, it's not
being maintained. At this time, the download/import BrickLink shopping cart feature
terminates without error even though the requested URL input string is correct.
I've sent messages to BrickStore support but there has been no response.
With this feature restored, the complexity and transaction load you describe
below can be avoided and users can have a powerful capability to manage large
lists. Your thoughts?
In Suggestions, Brettj666 writes:
| | I will vote no then.
They already have a link to update after you commit, which should really be the
only time you need to update your wanted list.
To expect the site to track your wanted list in and out of carts is simply a
lot of maintenance for very little benefit.
I probably have a ratio of 4 empty carts for every purchase I've made.
If this functionality were in, every time you click on a part, your wanted list
would update and instead of having one transaction (that's still manual anyway),
the system then may have 100's or 1000's of transactions.
You get your updated wanted list, you go to another store with your new one (even
though it's not), you do the same thing and you may be in 5 stores, all with
shopping carts full and transactional commands going to the server, then your
PC crashes and what happens? You never deleted your cart, it just stops.
Additionally, you buy 10 of one thing, put it in your card, I go into the same
store, I buy 5 and check out. Now your cart doesn't have 10, it only has 5,
so bricklink has to account for that.
I just can't imagine the increase in load from that.
I think the harm is far too great.
In Suggestions, bootknuckle writes:
| | I think this captures both use-cases below: Your wanted list will be linked with
your shopping cart(s) status (i.e. if cart populated, list shows allocation,
if cart closed or emptied w/o purchase, list updated accordingly, if purchase
made, list updated per current functionality).
Note - for simplicity, the first shopping cart allocation for any specific item
(by quantity) will be the one displayed. There will be no additional updates
if someone chose to fill an additional or more shopping cart(s) with the same
specific item (by quantity) as the goal of the feature is to show the item was
already allocated for purchase.
In Suggestions, Brettj666 writes:
| | In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | Author: | Brettj666 | | Posted: | Mar 20, 2012 15:42 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 33 times | | Topic: | Suggestions | |
|
| I've only played around with Brickstore in the personal mode, but I agree that
would solve that issue.
However, that's nothing bricklink could do to fix that, they are separate entities.
It's like the traveling salesman conundrum.. How does a salesmen visit a set
of cities in minimal time/distance becomes what's the minimum # of stores you
have to shop at to cover off your wanted list and how to you minimize cost while
you're at it.
Exporting the sales listing to a flat file would be interesting. I think I have
an SQL server lying around here somewhere
In Suggestions, bootknuckle writes:
| | Ok, well an alternate solution could be to restore the currently broken functionality
in Brickforge's BrickStore client app which allows to download/import content
in your BrikLink shopping cart.
BrickStore is a powerful and elegant application but, unfortunately, it's not
being maintained. At this time, the download/import BrickLink shopping cart feature
terminates without error even though the requested URL input string is correct.
I've sent messages to BrickStore support but there has been no response.
With this feature restored, the complexity and transaction load you describe
below can be avoided and users can have a powerful capability to manage large
lists. Your thoughts?
In Suggestions, Brettj666 writes:
| | I will vote no then.
They already have a link to update after you commit, which should really be the
only time you need to update your wanted list.
To expect the site to track your wanted list in and out of carts is simply a
lot of maintenance for very little benefit.
I probably have a ratio of 4 empty carts for every purchase I've made.
If this functionality were in, every time you click on a part, your wanted list
would update and instead of having one transaction (that's still manual anyway),
the system then may have 100's or 1000's of transactions.
You get your updated wanted list, you go to another store with your new one (even
though it's not), you do the same thing and you may be in 5 stores, all with
shopping carts full and transactional commands going to the server, then your
PC crashes and what happens? You never deleted your cart, it just stops.
Additionally, you buy 10 of one thing, put it in your card, I go into the same
store, I buy 5 and check out. Now your cart doesn't have 10, it only has 5,
so bricklink has to account for that.
I just can't imagine the increase in load from that.
I think the harm is far too great.
In Suggestions, bootknuckle writes:
| | I think this captures both use-cases below: Your wanted list will be linked with
your shopping cart(s) status (i.e. if cart populated, list shows allocation,
if cart closed or emptied w/o purchase, list updated accordingly, if purchase
made, list updated per current functionality).
Note - for simplicity, the first shopping cart allocation for any specific item
(by quantity) will be the one displayed. There will be no additional updates
if someone chose to fill an additional or more shopping cart(s) with the same
specific item (by quantity) as the goal of the feature is to show the item was
already allocated for purchase.
In Suggestions, Brettj666 writes:
| | In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
|
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | Author: | Rolf | | Posted: | Mar 20, 2012 16:23 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Suggestions, Brettj666 writes:
| | It's like the traveling salesman conundrum.. How does a salesmen visit a set
of cities in minimal time/distance becomes what's the minimum # of stores you
have to shop at to cover off your wanted list and how to you minimize cost while
you're at it.
|
Indeed. Both problems is NP hard. Basically very hard to code solution finder.
It's easier if you go for good enough solution than best possible solution. For
example if you select good enough solution of less than say 5 stores.
There is "good enough" solution to traveling saleman by sorting array of points
and making sure saleman only go right then turn back left towards back to source
only once. Now the problem is just finding shortest route around though all points.
Still very hard but much easier than best solution period.
I'm not sure how to go around building function that finds good enough group
of stores matching wanted list but it is possible.
|
|
|
| | | | | | | | | | | | | | | | | | | | | | | | | |
| | | | | | | | | | | | | | | Author: | bb295435 | | Posted: | Mar 20, 2012 16:31 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 73 times | | Topic: | Suggestions | |
|
| You hit the (problem statement) nail on the head with the 'salesman' analogy.
Exporting the cart list would be great
If you export in the same XML format needed to upload wanted lists that would
be even better as that format is already widely known.
For me, I could easily convert the xml inventory elements to .bsx (BrickStore
inventory schema) and import - effectively working around the problem reported
below. This is actually how I build wanted lists from existing sets today.
In Suggestions, Brettj666 writes:
| | I've only played around with Brickstore in the personal mode, but I agree that
would solve that issue.
However, that's nothing bricklink could do to fix that, they are separate entities.
It's like the traveling salesman conundrum.. How does a salesmen visit a set
of cities in minimal time/distance becomes what's the minimum # of stores you
have to shop at to cover off your wanted list and how to you minimize cost while
you're at it.
Exporting the sales listing to a flat file would be interesting. I think I have
an SQL server lying around here somewhere
In Suggestions, bootknuckle writes:
| | Ok, well an alternate solution could be to restore the currently broken functionality
in Brickforge's BrickStore client app which allows to download/import content
in your BrikLink shopping cart.
BrickStore is a powerful and elegant application but, unfortunately, it's not
being maintained. At this time, the download/import BrickLink shopping cart feature
terminates without error even though the requested URL input string is correct.
I've sent messages to BrickStore support but there has been no response.
With this feature restored, the complexity and transaction load you describe
below can be avoided and users can have a powerful capability to manage large
lists. Your thoughts?
In Suggestions, Brettj666 writes:
| | I will vote no then.
They already have a link to update after you commit, which should really be the
only time you need to update your wanted list.
To expect the site to track your wanted list in and out of carts is simply a
lot of maintenance for very little benefit.
I probably have a ratio of 4 empty carts for every purchase I've made.
If this functionality were in, every time you click on a part, your wanted list
would update and instead of having one transaction (that's still manual anyway),
the system then may have 100's or 1000's of transactions.
You get your updated wanted list, you go to another store with your new one (even
though it's not), you do the same thing and you may be in 5 stores, all with
shopping carts full and transactional commands going to the server, then your
PC crashes and what happens? You never deleted your cart, it just stops.
Additionally, you buy 10 of one thing, put it in your card, I go into the same
store, I buy 5 and check out. Now your cart doesn't have 10, it only has 5,
so bricklink has to account for that.
I just can't imagine the increase in load from that.
I think the harm is far too great.
In Suggestions, bootknuckle writes:
| | I think this captures both use-cases below: Your wanted list will be linked with
your shopping cart(s) status (i.e. if cart populated, list shows allocation,
if cart closed or emptied w/o purchase, list updated accordingly, if purchase
made, list updated per current functionality).
Note - for simplicity, the first shopping cart allocation for any specific item
(by quantity) will be the one displayed. There will be no additional updates
if someone chose to fill an additional or more shopping cart(s) with the same
specific item (by quantity) as the goal of the feature is to show the item was
already allocated for purchase.
In Suggestions, Brettj666 writes:
| | In Suggestions, bootknuckle writes:
| | I would like to recommend that after placing items in a shopping cart, my wanted
list gets updated to indicate that the item/quantity that has been allocated
for purchase (in x shopping cart at y store for example).
The justification is that I frequently find that not all my wanted list items
are satisfied by one vendor so I end up exerting alot of effort to manage what
I've allocated and what's remaining.
With this feature it could be possible to better determine the full actual cost
of the wanted list collection before committing to a purchase - which would be
the case today. This feature would allow shoppers to maximize the lowest price
or most convenient approach to purchasing parts before making any actual commitment.
|
So, what if your wanted list gets updated and you either
1) leave the store without purchasing AND without emptying your cart
2) you empty your cart and leave the store.
|
|
|
|
|
|
|
|
|
|
|
France, Occitanie
Netherlands, Gelderland
Canada, Ontario
USA, Washington