Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | nectara  | | Posted: | Jun 11, 2019 11:12 | | Subject: | Re: Have all members pay BL $1 to buy and/or sell | | Viewed: | 60 times | | Topic: | Suggestions | |
| In Suggestions, skybound13 writes:
| | Matejo,
I’m not saying that I think any little fee should be part of the solution, but
if a fee were implemented maybe it should be considered an “order processing
fee” and be paid to the seller to be credited towards the order assuming it wasn’t
a fake order, otherwise seller keeps it. But even if the buyer turns out to
be fake then that $1.00 hardly seems like adequate compensation for wasting the
seller’s time.
As a recent new member, would I have paid $5.00 (or whatever) for a lifetime
BrickLink membership? The concept would have bothered me a little at first,
but yeah, I would have paid because I wanted buyer privileges. If that fee were
refunded back after so many orders, great, if not, not a big deal really.
Hmm, as I think more about it, such a payment would at least confirm that a buyer
is a real person and has a means by which to pay for orders online.
Ted
|
The solution is already here called Instant Checkout
Regards
Nectara
|
 |
| Author: | calebfishn | | Posted: | Jun 11, 2019 10:31 | | Subject: | Re: Have all members pay BL $1 to buy and/or sell | | Viewed: | 61 times | | Topic: | Suggestions | |
| In Suggestions, matejo writes:
| | Mentioned in other posts, I am submitting this as a separate suggestion.
The goal of the $1 payment is to preclude new members from making false orders
and thereby avoid time wasted on pulling order items, attaining packing supplies,
calculating shipping, etc.
Perhaps there is also a benefit with regard to new sellers. Not sure.
I recognize there will be process, payment, and accounting challenges for BrickLink
administrators, along with maybe an undesired initial action to become a member,
however this proposal would screen out false buyers, and benefit the integrity
and positive experiences of the entire new member, buyer, and seller community
-- which for my part is a key reason I'm here.
|
No. It is not necessary to screen out false buyers. Although it is true that
this is very frustrating, it is part of doing business and running a store to
give quotes, calculate shipping, etc. When i walk into walmart, they don't
charge me a dollar to make sure I am a "real" customer.
Most so called "false" orders, are really in my view "Failed" orders, and those
are most often the result of new buyers, or people who could not figure something
out on the website interface. The percentage of "failed" orders is very small
compared to successful orders. I can deal with the odd inconvenience.
We should reject every single suggestion that would make it harder for first
time, and one time buyers from ordering lego in our stores.
I agree that community is important, and that is why I am here also. However,
I believe the health of the community depends on being open and welcoming to
newcomers, rather than being a closed community that wants to screen new arrivals
and place obstacles in their path.
|
|
| Author: | skybound13 | | Posted: | Jun 11, 2019 10:12 | | Subject: | Re: Have all members pay BL $1 to buy and/or sell | | Viewed: | 89 times | | Topic: | Suggestions | |
| Matejo,
I’m not saying that I think any little fee should be part of the solution, but
if a fee were implemented maybe it should be considered an “order processing
fee” and be paid to the seller to be credited towards the order assuming it wasn’t
a fake order, otherwise seller keeps it. But even if the buyer turns out to
be fake then that $1.00 hardly seems like adequate compensation for wasting the
seller’s time.
As a recent new member, would I have paid $5.00 (or whatever) for a lifetime
BrickLink membership? The concept would have bothered me a little at first,
but yeah, I would have paid because I wanted buyer privileges. If that fee were
refunded back after so many orders, great, if not, not a big deal really.
Hmm, as I think more about it, such a payment would at least confirm that a buyer
is a real person and has a means by which to pay for orders online.
Ted
|
|
| Author: | skybound13 | | Posted: | Jun 11, 2019 09:54 | | Subject: | Re: Seller checkout approval for <X new buyers | | Viewed: | 41 times | | Topic: | Suggestions | |
| Matejo,
Out of curiosity, if some sort of seller approval system were in place, what
is it that would give you confidence to sell to a new BrickLinker with zero feedback?
So for example, new member wants to place their first order, they send you the
message that says, "Would you please sell this item to me even though I don't
have enough feedback?" then you have to decide to say yes or no - what would
you be looking for that would make you approve the order request?
You made the comment, "…to minimize time-wasting fake orders…" - are there really
people who have nothing better to do then to set up an order for which they never
intend to pay? That is so weird to me.
Ted
|
|
| Author: | calsbricks | | Posted: | Jun 8, 2019 12:17 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 52 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | In Suggestions, calsbricks writes:
| | very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
|
|
| | And they always seem to add it on a Friday as they are leaving for the weekend.
|
Why would anyone in their right mind or with any common sense whatsoever let
that happen. The mind simply boggles. There could be a million people (total
membership) trying to place orders or load inventory and unless they read the
forum and/or try workarounds they are going to be put off using the site. It
just doesn't make any sense to me but then again I am an old fashioned MD
- far too old to change my ways and very slow to catch on to new gimmicks.
Charlie Brown give me strength.
|
|
| Author: | SylvainLS | | Posted: | Jun 8, 2019 11:48 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 27 times | | Topic: | Suggestions | |
| In Suggestions, randyf writes:
| | […]
And they always seem to add it on a Friday as they are leaving for the weekend.
|
It’s because the ones they don’t do on a Friday as they are leaving for the weekend
are either:
1. not breaking anything because they weren’t made by sleep-deprived, eager to
leave for the weekend devs,
2. or quickly fixed because said devs hadn’t yet rushed to the nearest dive to
drown their memories of that awful spaghetti code and all the 500’s they got
the whole week.
|
|
| Author: | randyf | | Posted: | Jun 8, 2019 11:35 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 32 times | | Topic: | Suggestions | |
| In Suggestions, calsbricks writes:
| | very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
|
And they always seem to add it on a Friday as they are leaving for the weekend.
|
|
| Author: | Abels_Bricks | | Posted: | Jun 8, 2019 08:30 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 38 times | | Topic: | Suggestions | |
| In Suggestions, calsbricks writes:
| | In Suggestions, Abels_Bricks writes:
| | In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
Might be an idea for BL to get a proper sandbox in place and use that for rolling
out updates and/or changes - like most development teams do.
|
A sandbox would be fantastic, this is something I have been suggesting in the
forums since I started selling. Even someway for sellers to test postage.
But even some bloody communication would be nice. Lawrence has a pinned site
updates post on the brickowl forums, and regularly updates and gets involved
in the forums.
David
hahahahahahahahaha. I just went to post this and got the 500 error.
|
|
| Author: | calsbricks | | Posted: | Jun 8, 2019 08:08 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 52 times | | Topic: | Suggestions | |
| In Suggestions, Abels_Bricks writes:
| | In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
very and fast - The site has become unstable yet again and although it isn't
with server 500 errors - I wonder if they are adding code to the site and it
is breaking it.
Might be an idea for BL to get a proper sandbox in place and use that for rolling
out updates and/or changes - like most development teams do.
|
|
| Author: | Abels_Bricks | | Posted: | Jun 8, 2019 07:08 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 49 times | | Topic: | Suggestions | |
| In Suggestions, crxefx writes:
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do!
|
Totally agree, also the AFOL stuff that pops up at the top of your searches.
But main gripe today would be I would love it if bricklink was working correctly
today. having to go to the front page to do anything is getting old.
David
|
| Author: | crxefx | | Posted: | Jun 8, 2019 06:05 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 46 times | | Topic: | Suggestions | |
| | X2 , No interest in AFOL whatever in the middle of what i'm trying to do! |
| Author: | Brickwilbo | | Posted: | Jun 8, 2019 05:52 | | Subject: | Re: 'Prefer My BrickLink Classic?' | | Viewed: | 48 times | | Topic: | Suggestions | |
| In Suggestions, WhiteHorseMatt writes:
| | Can we please remove the 'Prefer My Bricklink Classic?' (and the corresponding
one from the old screen) from the top of the 'My Bricklink' page.
|
Yes, please remove "View My New BL" from the top of the 'My Bricklink'page.
| |
It takes up loads of screen real estate and would be as a tick box on a display
settings option.
I think after it being there a year most people will have chosen which style
they prefer.
Matt
|
|
|
| Author: | WhiteHorseMatt | | Posted: | Jun 8, 2019 05:47 | | Subject: | 'Prefer My BrickLink Classic?' | | Viewed: | 155 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Can we please remove the 'Prefer My Bricklink Classic?' (and the corresponding
one from the old screen) from the top of the 'My Bricklink' page.
It takes up loads of screen real estate and would be as a tick box on a display
settings option.
I think after it being there a year most people will have chosen which style
they prefer.
Matt
|
| Author: | jonwil | | Posted: | Jun 5, 2019 09:46 | | Subject: | Re: Suggestion for battery boxes | | Viewed: | 41 times | | Topic: | Suggestions | |
| Looking at it some more it seems like many battery box parts e.g.
already list their battery requirements, as do some sets that use those parts.
So mostly its a matter of identifying parts and sets that need batteries that
dont list such requirements e.g. or not showing the requirements.
|
|
| Author: | novabrick | | Posted: | Jun 5, 2019 06:00 | | Subject: | Re: Suggestion for battery boxes | | Viewed: | 50 times | | Topic: | Suggestions | |
| In Suggestions, jonwil writes:
| | I think all battery boxes (and other parts that take batteries) as well as the
sets that contain them should have a statement "this part/set takes xyz batteries"
to let people know what batteries they need.
A few items contain such information in their "notes" but its inconsistent (ideally
it should cover all the items that need batteries and possibly be a specific
field rather than just notes)
|
I guess you refer to parts like
or which actually include batteries in their respective
sets and have comments regarding what battery is needed.
Other sets like don't include the needed 6x AA-Cells. I think
on most sets it's actually printed on the box if extra batteries are needed.
Nevertheless as additional information for customers this might me a helpful
information to be included on the item/set pages so they can gather needed batteries
for their purchases.
Christian
novabrick-team
|
|
| Author: | jonwil | | Posted: | Jun 5, 2019 05:51 | | Subject: | Suggestion for battery boxes | | Viewed: | 87 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I think all battery boxes (and other parts that take batteries) as well as the
sets that contain them should have a statement "this part/set takes xyz batteries"
to let people know what batteries they need.
A few items contain such information in their "notes" but its inconsistent (ideally
it should cover all the items that need batteries and possibly be a specific
field rather than just notes)
|
|
| Author: | yorbrick | | Posted: | Jun 1, 2019 12:33 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 39 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | In Suggestions, nectara writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
spending a few extra cents doesn't deter me; being a few extra cents away
from min purchase amount and not being able to find something else I desire to
reach that min buy amount however does.
For example:
if I am after certain minifigs
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
shop b) will have the same one for 2.00 but no min buy - so I purchase that one
(shop a misses out)
shop c) will have fig. 2 for 6.00 and a min buy of 5.00 - and I'll pay the
extra $3 for that one - because it passes the min buy margin.
It's not that I'm paying more that's the issue - it's more so
that shop a, is missing out on business because of literally 2 cents (or even
$2) that I would be more than willing to donate just so save a 5 or 10 minutes.
so now shop a misses out on a possible profit due to selectivity and lack of
a difference feature
|
So you will overpay by $3 and also pay two lots of shipping, which is probably
another $2 minimum. In this example, was there really nothing else under $5 that
you could have added, getting you a cheaper overall price plus a free item?
|
|
| Author: | edk | | Posted: | Jun 1, 2019 10:58 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 42 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
I've had this in place for years.
"I offer a low $8 minimum order with an option to order less but a charge equal
to the difference between $8 and the order amount will be assessed, The bypass
code is TIP."
but in reality just order something lightweight to get to the min. buy. It's
just that simple.
|
|
| Author: | nectara | | Posted: | Jun 1, 2019 10:00 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 51 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| |
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
|
Just buy a 2 cent brick!!!
Your time writing this worth more than a few cents and to be honest I do not
need such big business on my store. Usually, the penny pickers are the trouble
maker and they are never happy whatever you do.
Regards
Nectara
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 09:44 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 46 times | | Topic: | Suggestions | |
| In Suggestions, nectara writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
spending a few extra cents doesn't deter me; being a few extra cents away
from min purchase amount and not being able to find something else I desire to
reach that min buy amount however does.
For example:
if I am after certain minifigs
shop a) has fig 1 for 1.99, and fig 2 for 2.99 that I am after - with a min buy
of 5.00 I am at 4.98. 2 cents away
shop b) will have the same one for 2.00 but no min buy - so I purchase that one
(shop a misses out)
shop c) will have fig. 2 for 6.00 and a min buy of 5.00 - and I'll pay the
extra $3 for that one - because it passes the min buy margin.
It's not that I'm paying more that's the issue - it's more so
that shop a, is missing out on business because of literally 2 cents (or even
$2) that I would be more than willing to donate just so save a 5 or 10 minutes.
so now shop a misses out on a possible profit due to selectivity and lack of
a difference feature
|
|
| Author: | Pippysblocks | | Posted: | Jun 1, 2019 07:08 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 49 times | | Topic: | Suggestions | |
| This issue does crop up quite often, and the reason shops will have a min buy
(mine included) is that if an order comes in for a very small amount then the
shop will actually be paying to send the order out (it's all to do with min
Paypal fees etc).
What I would suggest is if there's a shop with items you want but under their
min buy just talk to them, most will be accommodating. I've had plenty of
people message me this and always allow the purchase to go through as long as
I am able to tag on an axtra 50p to make sure I don't run at a loss. It's
just a practical
I know it can seem frustrating but it is just the mechanics of running a store
without hitting a loss. It is not the shops profiting or any bad marketing decisions.
In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
|
|
| Author: | nectara | | Posted: | Jun 1, 2019 06:42 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 45 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
If a few cents deter you to buy then maybe Lego hobby it's too expensive
for you.
Regards
Nectara
|
|
| Author: | axaday | | Posted: | Jun 1, 2019 04:12 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | In Suggestions, axaday writes:
| | In Suggestions, Pretty_Pieces writes:
| | So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
not all shops offer: the above mentioned work-around, or instant check out.
Kinda missing the point =/
|
I am pretty sure you missed my point. PrettyPieces says it doesn’t need a special
feature because she will adjust the invoice. I say it does need a special feature
for instant checkout.
|
|
| Author: | yorbrick | | Posted: | Jun 1, 2019 04:06 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 37 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Can't you just buy some extra parts you are likely to need in future?
|
|
| Author: | Brickwilbo | | Posted: | Jun 1, 2019 03:06 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 40 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
This hasn't been implemented yet because having a store minimum doesn't
have to be intended for the money, it's often there to save time for not
having to pick small orders.
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 02:51 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 43 times | | Topic: | Suggestions | |
| In Suggestions, axaday writes:
| | In Suggestions, Pretty_Pieces writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
not all shops offer: the above mentioned work-around, or instant check out.
Kinda missing the point =/
|
|
| Author: | axaday | | Posted: | Jun 1, 2019 00:24 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 50 times | | Topic: | Suggestions | |
| In Suggestions, Pretty_Pieces writes:
| | In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
|
It does for instant checkout.
|
|
| Author: | Pretty_Pieces | | Posted: | Jun 1, 2019 00:19 | | Subject: | Re: Option to Donate to reach min. buy | | Viewed: | 49 times | | Topic: | Suggestions | |
| In Suggestions, Brickochet writes:
| | This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
Hi Brickochet,
I've had this in place since I opened, though my minimum buy has crept up
since then. On my home page I list a minimum buy bypass password, along with
a notification that if it is used, I will add a $ amount to their order to hit
the minimum. I only have people take me up on it about once a year. It was more
often when my minimum was lower.
So good idea, but doesn't really need a separate feature, in my humble opinion.
Dawn
Pretty_Pieces
www.ThePartTart.com
|
|
| Author: | bb1404048 | | Posted: | Jun 1, 2019 00:09 | | Subject: | Option to Donate to reach min. buy | | Viewed: | 190 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| This is a fairly bad marketing idea for shops that probably don't work out
in the shops favour. I know a majority of my browsing has ended up in me taking
my business and money to another shop. Where I am either buying from someone
without a min buy, or selecting other items I actually want to hit that minimum
purchase amount. So my suggestion is to add a donation field/possibility to finish
passing the required purchase line.
I have only made 3 purchases since I joined but these 3 people are profiting
by shop deterrence over the min buy. One of which was a difference of 3 cents
to the min buy vs. paying 1 cent more for the same thing because it didn't
have one.
|
|
| Author: | iprice | | Posted: | May 28, 2019 13:54 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 36 times | | Topic: | Suggestions | |
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
Can't you just ask the buyer for their email address?
|
|
| Author: | Brickwilbo | | Posted: | May 28, 2019 11:19 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 74 times | | Topic: | Suggestions | |
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
Upload images to your My Images and add the links into your message.
https://www.bricklink.com/v2/myimages_modal.page?CKEditor=splash-editor-6013&CKEditorFuncNum=1&langCode=nl
|
|
| Author: | bje | | Posted: | May 28, 2019 08:46 | | Subject: | Re: Embedding pictures in contact function | | Viewed: | 42 times | | Topic: | Suggestions | |
| In Help, CCBricks writes:
| | Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
I've never been able to that. Add the images as additional images to your
inventory (select the inventory item, click on "edit more" and then "upload image")
or ask that person to send you his/her e-mail address so you can send the images
direct.
|
|
| Author: | CCBricks | | Posted: | May 28, 2019 08:39 | | Subject: | Embedding pictures in contact function | | Viewed: | 72 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Good morning all,
Is there a way to send photos via the contact option? I have a potential buyer
interested in a certain minifigure and wants photos. I'm happy to oblige,
but can't figure out how to send photos. I dont have the email address so
I can't send then that way. I tried using the Help section. But was unsuccessful.
any help is appreciated.
Brian
|
|
| Author: | Brickwilbo | | Posted: | May 28, 2019 05:21 | | Subject: | Re: Warning to seller for inconsistent config | | Viewed: | 51 times | | Topic: | Suggestions | |
| In Suggestions, alexbinary writes:
| | Hello,
After some time as a buyer, I just opened my store on BrickLink.
At first I was only shipping domestic so I configured domestic shipping method
and checked only the domestic checkbox for PayPal payments.
I am now opening to international sales, so I configured international shipping
methods, but I had forgotten about the international checkbox for PayPal and
did not check it.
I got messages from potential buyers saying they could not checkout because I
had not configured a payment method.
I do not understand how enabling international shipping without international
payment can make sense, so I would assume that anyone who did this made a mistake.
My suggestion is to have BrickLink check for this inconsistent configuration
and at least warn sellers about it, or maybe even prevent it from happening.
Thanks
Alex
|
BrickLink can't know the intention of the seller for certain configurations.
It's the sellers responsibility to make sure that the settings are correct.
There should be a proper way to test settings though.
|
|
| Author: | alexbinary | | Posted: | May 28, 2019 01:23 | | Subject: | Warning to seller for inconsistent config | | Viewed: | 189 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Hello,
After some time as a buyer, I just opened my store on BrickLink.
At first I was only shipping domestic so I configured domestic shipping method
and checked only the domestic checkbox for PayPal payments.
I am now opening to international sales, so I configured international shipping
methods, but I had forgotten about the international checkbox for PayPal and
did not check it.
I got messages from potential buyers saying they could not checkout because I
had not configured a payment method.
I do not understand how enabling international shipping without international
payment can make sense, so I would assume that anyone who did this made a mistake.
My suggestion is to have BrickLink check for this inconsistent configuration
and at least warn sellers about it, or maybe even prevent it from happening.
Thanks
Alex
|
|
| Author: | DeLuca | | Posted: | May 27, 2019 20:46 | | Subject: | Rewording of Forum Rule #4 | | Viewed: | 184 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| I recently noticed that the wording of Forum Rule #4 is quite odd. While I do
understand the meaning of the existing version, it is structured awkwardly and
ambiguously (such that, for example, it could indicate that offensive
words are not to be replaced with pornography!).
A revised version of Rule #4 (such as I have drafted) would clarify what, precisely,
is defined as "offensive" (as this is a highly subjective term), as well as making
the sentence-structure more understandable - Particularly to non-native English-speakers.
Existing:
"Posts should not include foul language, lewd, or other offensive content, or
links to such content. This includes replacing offensive words with alternate
letters or characters, pornography, or any kind of racial/prejudicial content."
Revised:
"Posts should not include offensive content, nor any links to such content, including:
Profane, foul, lewd, pornographic, violent, or prejudicial language or images.
Replacing censored words with alternate letters or characters, or editing images
to obscure forbidden content with pixilation or black bars, is also prohibited."
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 13:39 | | Subject: | Re: Helpful but .... | | Viewed: | 48 times | | Topic: | Suggestions | |
| In Suggestions, bje writes:
That is not how it works when we upload our xml file from Briokstock. The file
has the category number in it but leads with the itemid.
Knowing how the tables work and what is in them would be helpful to get this
sorted, but suffice to say that when the xml data comes along Bricklink has to
make up its mind what to do with it and it cannot do that without the itemid
e.g. part no. It requires part no, colour and condition to see if the data submitted
is a new lot or matches an existing lot. So the item id is used somewhere - it
cannot just work from the category id.
| | | | It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily.
|
It performs a lookup on the category only, nothing else.
|
Sorry that cannot work - the category could have hundreds of items in it so how
is it going to know which item to either add or update? It simply isn't logical.
| |
| | Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots.
|
In reality there has never been a single catalog item sold on BL Mind blowing
I know, but download your orders with full detail - there is no such thing in
the catalog as a "Red Technic, Brick 1 x 14 with Holes" as a separate catalog
item, yet that is the only description on your invoice.
|
The catalogue is made up of many related tables - the order detail download is
useless as far as we are concerned and has been set up by Bricklink to offer
info they wish to offer not the info we need.
| |
| | The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly establish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
|
What do you mean by Product ID - the lot ID or the catalog item ID? These are
two different things altogether and bear no relation to each other.
|
The lot id is a bricklink generated number assigned to each store for each item
no, colour and condition. That then represents , lets call it a stock item and
that is what we sell. Lot nos, however are cumbersome and clumsy, so we use Lego
design id nos or (Bricklink part nos) to refer to our items. No one uses lot
nos other than the system.
| |
| |
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
|
Export with a comment and delete the item field again, it will work. You could
conceivably list your entire inventory without a single catalog item id.
|
No, I am afraid it doesn't - the system tells us it is an invalid file format.
We have moved off the original point - the only real resolution to this is if
someone at Bricklink who understands the code  is willing to share that info
out in the forum.
| |
| |
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
|
|
| 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: | bje | | Posted: | May 27, 2019 12:57 | | Subject: | Re: Helpful but .... | | Viewed: | 33 times | | Topic: | Suggestions | |
| In Suggestions, calsbricks writes:
| |
Optionally included where?
|
https://www.bricklink.com/help.asp?helpID=22
| | It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily.
|
It performs a lookup on the category only, nothing else.
| | Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots.
|
In reality there has never been a single catalog item sold on BL Mind blowing
I know, but download your orders with full detail - there is no such thing in
the catalog as a "Red Technic, Brick 1 x 14 with Holes" as a separate catalog
item, yet that is the only description on your invoice.
| | The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly e4stablish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
|
What do you mean by Product ID - the lot ID or the catalog item ID? These are
two different things altogether and bear no relation to each other.
| |
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
|
Export with a comment and delete the item field again, it will work. You could
conceivably list your entire inventory without a single catalog item id.
| |
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 12:40 | | Subject: | Re: Helpful but .... | | Viewed: | 30 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.
|
Optionally included where? It is a mandatory field out of Brickstock for an xml
update inventory. The only time lot numbers come into it are if you wish to update
existing inventory. Niek is right - the system is doing a lookup to pick up the
description so it can look up the product id quite easily. Yes according to Bricklink
we sell lots but according to reality we sell items which make up lots. The fact
that this platform has no real inventory system available to stores does not
mean we cannot look at elements of the catalogue when we are bringing in data.
A schema would clearly e4stablish this - Product ID cannot be duplicated and
therefore can be read easily when a lookup to that table is done.
If I modify the xml file we created when we export xml to Clipboard - the mass
upload will not work - we get an error message that the file format is invalid.
If I put the itemid back in it works.
Whilst I am confident nothing will happen over this suggestion it would be welcome
for BL to comment.
Admin ?
|
|
| Author: | bje | | Posted: | May 27, 2019 12:02 | | Subject: | Re: Helpful but .... | | Viewed: | 34 times | | Topic: | Suggestions | |
| 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.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 11:51 | | Subject: | Re: Helpful but .... | | Viewed: | 28 times | | Topic: | Suggestions | |
| 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.
|
Thanks Niek
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 10:54 | | Subject: | Re: Helpful but .... | | Viewed: | 29 times | | Topic: | Suggestions | |
| 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.
|
Thanks 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.
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 08:42 | | Subject: | Re: Helpful but .... | | Viewed: | 47 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. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
Thanks for adding your comments/thoughts to this. I am not convinced they should
apply, though. The xml file to the mass upload feature includes the part no -
if it is in that file it can be displayed on the verify page. I understand the
lot concept but as Bricklink does not really have an inventory management system
built in we believe picking this field up from the xml file that it receives
should not be a problem.
Having said that as the code is referred to as spaghetti by the development team
they may not understand how to do this.
Speaking of average costing that would be a blessing - but again little chance
of that as BL move towards no stores, no inventory just Amazon/Ebay esque model.
We won't be involved with that as, when and if it ever appears, and from
the comments we have had from others neither will an awful lot more.
Brickowl also doesn't have a proper inventory management system and although
handling Lego items isn't easy - Lego have an in house modified system -
they do not have to deal with condition. Here you have part no colour and condition
to cope with.
A fresh design would be ideal but development investment is not high on the priority
list, it appears.
If you look at a sample of a small file we did yesterday, in-between server 500
errors, you will see what I mean
95345
88
18
P
3
0.270
U
The lot number is checked based on item no, colour and condition and if there
is a match it adds to that lot; if not it creates a new lot and adds that but
it still knows the item no. Displaying it, ther4efore is a couple of lines of
code to be added (according to my head of development).
Thanks again for your comments and for voting for the suggestion.
|
|
| Author: | bje | | Posted: | May 27, 2019 07:51 | | Subject: | Re: Helpful but .... | | Viewed: | 61 times | | Topic: | Suggestions | |
| 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. What you are adding are
lots, and not individual stock items or even different colours of an item. This
is the reason you cannot cost 2 different batches of the same inventory item
with different cost prices added at two different dates on BL, as you are merely
adding to existing lots, and not adding a new batch which must be reported on
separately. Showing the part number when importing would probably have to mean
that the lot would need an additional characteristic added to it to move it into
the realm of actual inventory of parts and not lots.
My information may be a tad wrong, but from experience, lots (that is your inventory
items) are differentiated only on the comments and the condition, nothing else.
It is, sadly, a throwback to auctioneer inventory where the lot is costed as
a unit and fees are earned on the unit. To get to a basis of project costing
or at the very least some average costing for your inventory items as actual
items and not lots, would possibly take a redesign of the entire inventory handling.
|
|
| Author: | uvt203 | | Posted: | May 27, 2019 06:00 | | Subject: | Re: Helpful but .... | | Viewed: | 35 times | | Topic: | Suggestions | |
| Voted YES - it's a really good proposal for a simple improvement.
/Asger
In Suggestions, calsbricks writes:
| | Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
|
| Author: | Stuart9 | | Posted: | May 27, 2019 05:55 | | Subject: | Re: Helpful but .... | | Viewed: | 36 times | | Topic: | Suggestions | |
| +1
In Suggestions, calsbricks writes:
| | Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
|
| Author: | calsbricks | | Posted: | May 27, 2019 05:50 | | Subject: | Helpful but .... | | Viewed: | 233 times | | Topic: | Suggestions | | Status: | Open | | Vote: | [Yes|No] | |
| Firstly let me say that we know suggestions are not being implemented and according
to MP no work is being done on the classic site however this is a small request
which doesn't require huge amounts of development time and would make life
a bit easier.
Currently the method of manually adding inventory is long winded, provides no
audit trail of what has been done and at best is clumsy.
We use Brickstock for most of our updates to our store. It is much easier, quicker
and provides us with a complete audit trail - the only real snag is what happens
when the file gets to Bricklink, The verify screen drops off the Bricklink part
number for some reason so we are left with an audit trail which, when variants
are involved, isn't really all that helpful, although to be fair we have
used this for some time.
Simply placing the bricklink product code on the verify screen would be very
helpful and this is not a major programming issue. At the same time give us a
print button to print that screen Using the print command from the browser doesn't
work well with the page setup falling short of what is needed.
This is a simple matter and could be resolved in minimal time - please implement.
|
|
Next Page: 5 More | 10 More | 25 More | 50 More | 100 More
|
