> Think of it this way, if you were going to an event and saw 'buffet available' you'd enquire how to access it. If you saw 'open buffet' you'd know it's just there for the taking.
I think maybe you’re making a different point than you mean to?
- Buffet available = you can view the buffet for free, but you have to pay to use it
- Open buffet = you can use the buffet for free, it’s just there for the taking
Some examples seem to work better than others though. I’m on latest iOS and sometimes it will invoke the native date picker like you’d expect to see, sometimes it won’t, and the type ahead doesn’t seem to work consistently
Back fifteen years ago IE held back the web because web developers had to cater to its outdated technology stack. “Best viewed with IE” and all that. But do you ever see a “Best viewed with Safari” notice? No, you don’t. Another browser takes that special place in web developers’ hearts and minds.
Yes, Safari is not exactly like IE because IE had a dominant user share once upon a time.
We don't see "best viewed in Safari", but we do see plenty of sites that can be viewed in Safari, despite the extra effort used to get them there. And I'm not even a regular chrome user.
Maybe it's just iframes that are the issue but they were a devil and a half to get working in chrome (or blink ig) without relying on third party cookies.
Interested in what you are doing with the iframes. Something with complex authentication? I've been forced to use iframes a few times for 3rd party resources that should have been first-party (mostly with banks and credit unions), and have only had some styling issues on mobile (which have been overcome by using JavaScript and window.matchMedia to check for media queries).
Hard to say. I only know the salary data ends up at less scrupulous data brokers (e.g. ones that sell directly to advertisers, though perhaps TWN does this too, idk)
One benefit to Mutual Funds is that you can do things like reinvest dividends, or investment plans. It's not a fundamental advantage that a mutual fund has, but no brokers that I am aware of would let you do those things with an ETF. So if you have long term "forget it" account, with ETFs it will accumulate cash from dividends. And the tax benefit of ETFs doesn't really help in a tax advantaged account (e.g. retirement). Finally, theoretically at least, when you buy an ETF there is an explicit "transaction cost". Even when they don't charge you a commission, there's a bid ask spread. Mutual funds trade at NAV both ways (unless of course there's an external transaction cost separately disclosed).
It used to be you could buy fractions of a mutual fund, but not ETFs. Recently, brokerages have started allowed you to do fractional ETFs as well though.
There are some minor advantages to funds left, especially in taxable. Some of the funds do their best to allocate certain costs to the ETFs so that ends up more favorable tax-wise.
The real main advantage of funds vs ETFs is they don't bounce around in price every millisecond.
The downside, as I understand it, is that Fidelity Zero doesn’t offer ETFs, and that the Fidelity Zero mutual funds can’t be transferred to other brokerages. Depending on your preferences their expense ratios might justify the vendor lock-in, but Vanguard ETFs are hard to beat IMO.
I tend to only use the zero funds in tax advantaged accounts. Primary example, I needed to move an HSA to avoid a $20/month fee from the idiots at Health Equity when I switched jobs. Moved it immediately to Fidelity since they offer an HSA account and used the zero funds.
If I were to ever need to move the HSA money elsewhere, they can sell the funds to transfer, since it's not a taxable event, that's fine by me.
I won't buy the zero funds for my brokerage account though, I stick with Vanguard ETFs.
I wonder what the tax efficiency looks like when comparing a zero fee fund to its low fee ETF counterpart. Is it possible an ETF under 5 or even 10 basis points is still a better deal if it's tax efficient (taxable accounts only)?
The order doesn't matter. They often generate tokens at different speeds, and produce different lengths of text. "The one that answered first" != "The first option"
