  
| Author: | Brettj666  | | Posted: | Mar 20, 2012 15:42 | | Subject: | Re: Wanted List Update from Shopping Cart | | Viewed: | 34 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.
|
|
|
|
|
|
Message is in Reply To:  Re: Wanted List Update from Shopping Cart - bb295435 (10) | 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 [...]
(149 months ago, Mar 20, 2012, to Suggestions) |
Message Has 2 Replies: | Re: Wanted List Update from Shopping Cart - bb295435 (10) | 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 [...]
(149 months ago, Mar 20, 2012, to Suggestions) |
9 Messages in this Thread: Msg 1 - bb295435 (10) 149 months ago Mar 19, 2012 to Suggestions
 Msg 2 - Brickwilbo (1534)  149 months ago Mar 19, 2012 to Suggestions
 Msg 3 - Brettj666 (1111) 149 months ago Mar 19, 2012 to Suggestions
Msg 4 - bb295435 (10) 149 months ago Mar 19, 2012 to Suggestions
Msg 5 - Brettj666 (1111) 149 months ago Mar 19, 2012 to Suggestions
Msg 6 - bb295435 (10) 149 months ago Mar 20, 2012 to Suggestions
Msg 7 « - Brettj666 (1111) 149 months ago Mar 20, 2012 to Suggestions
Msg 8 - Rolf (339) 149 months ago Mar 20, 2012 to Suggestions
Msg 9 - bb295435 (10) 149 months ago Mar 20, 2012 to Suggestions
Entire thread on one page
This message and all its replies on one page
|
|
Canada, Ontario
