| Redisplay Messages: Compact | Brief | All | Full Show Messages: All | Without Replies| Author: | maninblack  | | Posted: | May 26, 2019 13:42 | | Subject: | Re: 4070a | | Viewed: | 46 times | | Topic: | Catalog | |
|
| In Catalog, tonnic writes:
| | In Catalog, WhiteHorseMatt writes:
| | In Catalog, tonnic writes:
| | In Catalog, Brickitty writes:
| | In Catalog, tEoS writes:
| | Yes, BL has decided not to differentiate between these.
In Catalog, seymour3113 writes:
| | I have several of these bricks (4070a). They are being deleted from catalog.
Should I just list them as 4070?
|
|
Thankfully, since there are so many headlight bricks with varying levels of partial
holes. It was definitely a manufacturing defect.
|
You think the horizontal slot is a defect?
I believe, until Lego says otherwise, the slot is meant to be like this.
Out of all my 4070 at least 80% have a slot, no matter what year or color, no
matter what set it came from.
Too much for a defect.
It is a slot that is always the same form, sharply formed, very straight and
small.
I think it could be made for pressure relieve.
|
Yes, if you look from the inside, the hole is always moulded there. Sometimes
there is a thin skin over it. I think all my newer parts have the slot, with
older ones being hit and miss.
I believe the note on the part 'This part is occasionally found with a small
horizontal slot in the front near the base. This is believed to be an unintentional
feature.' is incorrect. Should be the other way round 'occasionally
found WITHOUT a small...'
|
Exactly my idea!
Maybe we should ask for a catalog change.
|
Many years ago I managed to speak directly with a Lego engineer. I reported it
to Admin and for some time the description of the conversation was shown in the
Additional Notes for the part.
The slot is NOT intentional but is more a problem with the design of the part.
Whether a slot forms or not is down, mainly, to the age of the mold.
A redesign is not possible and it is considered to be such a minor flaw that
keeping things as they are is better than scrapping the part altogether.
|
 |
| Author: | maninblack | | Posted: | Jul 22, 2016 03:55 | | Subject: | Re: Add a Coupon Field to Checkout | | Viewed: | 27 times | | Topic: | Suggestions | |
|
| Yes!
Excellent idea.
|
|
| Author: | maninblack | | Posted: | Jul 2, 2016 06:37 | | Subject: | Re: No advertising | | Viewed: | 45 times | | Topic: | Suggestions | |
|
| In Suggestions, therobo writes:
| | In Suggestions, maninblack writes:
| | In Suggestions, Denka writes:
| | Hi
Since the website is now in another hands (since a certain amount of time now),
i am afraid that Bricklink start to capitalize in some weird ways and decide
to show some advertisings (for anything) in one or another corner.
My suggestion is to keep this website clean, for the comfort of all members.
This is a important trait of Bricklink since the beginning.
Thanks
from all members
|
There is no advertising on BrickLink. If you are seeing any I suspect it might
be in the form of a pop-up? If this is the case it seems your system is infected
with malware. Running a virus scan will hopefully get rid of it.
Neil
|
I guess no repliers in this thread have read what the OP wrote...
|
Quite  I didn't have my Problem that doesn't exist but may possibly
occur in the future glasses on.
|
|
| Author: | maninblack | | Posted: | Jul 1, 2016 19:31 | | Subject: | Re: No advertising | | Viewed: | 61 times | | Topic: | Suggestions | |
|
| In Suggestions, Denka writes:
| | Hi
Since the website is now in another hands (since a certain amount of time now),
i am afraid that Bricklink start to capitalize in some weird ways and decide
to show some advertisings (for anything) in one or another corner.
My suggestion is to keep this website clean, for the comfort of all members.
This is a important trait of Bricklink since the beginning.
Thanks
from all members
|
There is no advertising on BrickLink. If you are seeing any I suspect it might
be in the form of a pop-up? If this is the case it seems your system is infected
with malware. Running a virus scan will hopefully get rid of it.
Neil
|
|
| Author: | maninblack | | Posted: | Jun 30, 2016 05:54 | | Subject: | Re: Highlighted stores | | Viewed: | 69 times | | Topic: | Suggestions | |
|
| In Suggestions, Badlove writes:
| | In Suggestions, renhoffman writes:
| | Please show sellers whether or not they are currently eligible and showing up
as a highlighted store. Also, please be more specific in the description as to
how sellers are eligible or not, and maybe reduce the 6 month ban if they close
their store. Many reputable sellers close their stores from time to time, or
even daily, 6 months is a long time not to be eligible, just because they closed
their store for a day or two.
Thank you for considering this,
Darren
|
Thumbs up on this for me. I occasionally close my store for any vacation more
than a week but now it seems it would be better to leave it open and just message
buyers when order comes in that it will be delayed. Not optimal for me since
I try to always send out within 24 hours but if it means more of a chance to
be highlighted than so be it. (Of course this is assuming I make it into the
reputable store category) 
James
|
Rather than close, someone suggested changing the countries you ship to.
You won't get too many orders from Outer Mongolia (etc) if there are no buyers
registered there
Smash the system! 
Neil
|
|
| Author: | maninblack | | Posted: | Jun 29, 2016 07:03 | | Subject: | Re: Problem with onsite PayPal: grand totals | | Viewed: | 21 times | | Topic: | Suggestions | |
|
| In Suggestions, Rob_and_Shelagh writes:
| | In Suggestions, maninblack writes:
| | In Suggestions, Teup writes:
| | Whenever a buyer uses onsite PayPal, I do not receive the amount I instruct in
the invoice, but an up to date conversion of the Bricklink grand total field
in the currency that the buyer chooses. Tax-wise, this is a problem.
Please allow setting a grand total in the actual currency that a buyer chooses
to pay in. This way, the figures of the invoice and the actual payment will match.
I think this is a high priority issue, because technically, it currently forces
us to do something that is technically illegal.
Or is there a way to prevent this that I didn't think of? Retroactively changing
the invoice is the best solution that came to my mind, but that's pretty
tedious.
|
Nearly all of my orders are paid in a different currency to my listed prices
as they are in US$ and I am a UK seller. Mainly GBP but I accept many currencies.
The only price difference I have received different the invoice was for Japanese
Yen. I expected this as (I believe) they cannot pay the .xx part of the amount
but must round up (or down?).
If you are setting your own currency rather than using XE.com then this could
account for the difference. Especially as the markets are so volatile just now
due to Brexit.
Neil
|
I thought sellers had to use the BL exchange rate.... and BL does not allow sellers
to use their own exchange rates, the "funny money people" from a few years back
were legislated against in the ToS.
Robert
|
I was just checking that to make sure it's still there and they do have to
use the BL exchange rate provided by XE.com
Quote from ToS 'Using other exchange rates is prohibited. Currency conversion
is done the same way using the same exchange rates in all stores'.
Neil
|
|
| Author: | maninblack | | Posted: | Jun 29, 2016 06:43 | | Subject: | Re: Problem with onsite PayPal: grand totals | | Viewed: | 31 times | | Topic: | Suggestions | |
|
| In Suggestions, Teup writes:
| | Whenever a buyer uses onsite PayPal, I do not receive the amount I instruct in
the invoice, but an up to date conversion of the Bricklink grand total field
in the currency that the buyer chooses. Tax-wise, this is a problem.
Please allow setting a grand total in the actual currency that a buyer chooses
to pay in. This way, the figures of the invoice and the actual payment will match.
I think this is a high priority issue, because technically, it currently forces
us to do something that is technically illegal.
Or is there a way to prevent this that I didn't think of? Retroactively changing
the invoice is the best solution that came to my mind, but that's pretty
tedious.
|
Nearly all of my orders are paid in a different currency to my listed prices
as they are in US$ and I am a UK seller. Mainly GBP but I accept many currencies.
The only price difference I have received different the invoice was for Japanese
Yen. I expected this as (I believe) they cannot pay the .xx part of the amount
but must round up (or down?).
If you are setting your own currency rather than using XE.com then this could
account for the difference. Especially as the markets are so volatile just now
due to Brexit.
Neil
|
|
|
|
United Kingdom, England
