Live data from Hacker News

Safari Ruined My Tuesday

fly.io

41–50 of 140 posts

Re: Safari Ruined My Tuesday

#41
post #21

My general recommendation is to make Safari your main browser for development work. Check your work in Firefox later. By that point it should be good. If any weirdness shows up in Chrome, you'll just end up comparing it to IE6.

As other have said, the problem is that Safari is only available on Mac OS.

Say what you will about IE, at least Microsoft make an attempt to make it available to everyone (via free Windows VM preloaded with specific IE version).

Re: Safari Ruined My Tuesday

#42
post #33
post #24

Earlier quoted context omitted.

I want everything in the browser too - except the ads. And FF isn't keeping up :( WebUSB for example.

WebUSB is insane security-wise. About the only worse thing would be a WebPCIe.

I mean isn't it a lot more manageable than things like PCIe that support DMA.

Given the seemingly extensive support for doing emulated USB passthrough/redirection to VMs, I'm assuming people have looked into the security implications to the host.

Re: Safari Ruined My Tuesday

#43
post #27
post #21

My general recommendation is to make Safari your main browser for development work. Check your work in Firefox later. By that point it should be good. If any weirdness shows up in Chrome, you'll just end up comparing it to IE6.

A recommendation predicated with "Get a Mac first for development work"? Last I checked Safari unlike Firefox and Chrome is not cross platform. Small aside: Webkit browsers used to have problems with CSS (especially things involving 3d) when hardware acceleration is unavailable. Spent so many hours back in the day debugging why certain CSS effects did not work. Switched to Firefox and worked like a charm... Only real…

GNOME Web is officially recommended by Apple for testing WebKit on Linux. The devtools even look identical to those on Safari.

Re: Safari Ruined My Tuesday

#44
post #32

Earlier quoted context omitted.

>My general recommendation is to make Safari your main browser for development work. How do you that if you don't own a mac?

Well, you can't, but it'd be the same story as if you only had a Mac in 2006 and wanted to test IE6. Consumers have a choice for the devices they use, so it might make business sense to test changes with hardware your customers use at the same frequency or more often than you do on your own preferred hardware.

Exactly, hence the implication should be that _Safari_ is the IE6 of 2021 rather than, according to the OP, Chrome.

Re: Safari Ruined My Tuesday

#45
post #21

My general recommendation is to make Safari your main browser for development work. Check your work in Firefox later. By that point it should be good. If any weirdness shows up in Chrome, you'll just end up comparing it to IE6.

A more reasonable approach is to code to standards then do these things:

1. Tell customers it will cost x more money to fix bugs on Safari (likely zero will pay this premium)

2. Put a notice or banner for Safari users that they are using a non standards compliant browser and they may see minor or major issues and maybe should use Firefox or Chrome.

3. Educate customers on standards and show them alternatives so they can do the same for their customers.

4. Record actual brower useage data and demonstrate the low count of actual Safari visitors and star back at #1 above with this newly applied info.

Re: Safari Ruined My Tuesday

#46
post #27

Earlier quoted context omitted.

A recommendation predicated with "Get a Mac first for development work"? Last I checked Safari unlike Firefox and Chrome is not cross platform. Small aside: Webkit browsers used to have problems with CSS (especially things involving 3d) when hardware acceleration is unavailable. Spent so many hours back in the day debugging why certain CSS effects did not work. Switched to Firefox and worked like a charm... Only real…

GNOME Web is officially recommended by Apple for testing WebKit on Linux. The devtools even look identical to those on Safari.

Hmm, so I'm assuming from this post that this same Safari CSS bug is present in GNOME Web too?

'Cause if it isn't then it's not really a good proxy for testing Safari behavior in this context...

Re: Safari Ruined My Tuesday

#47
post #23

Earlier quoted context omitted.

I think Safari, flaws and all, is pretty much the only browser that has any weight against Chrome. Tell your manager that you want the web site to support Firefox or Brave or something else, and they'll tell you it's a waste of time. Tell them that the web site won't work on their MacBook, and it's a four-alarm fire. In a lot of ways, I wish Safari would deviate even more from Google's "standards" just so that maybe…

> I think Safari, flaws and all, is pretty much the only browser that has any weight against Chrome. This is a terrible argument. That an inferior, proprietary, broken browser made by a company trying to cripple the web to protect their lucrative walled garden should be more popular in order to prevent Google from having more market share just for reasons? Chrome became popular and is popular because it works. It's c…

It's your opinion that Safari is inferior and broken. IMO desktop Safari is better on UI, privacy, and features like autofilling SMS 2FA codes. It's "behind" on APIs like WebUSB or Idle Detection, and that's another plus: I don't want that stuff.

> Chrome became popular and is popular because it works.

Google promotes Chrome by leveraging the most valuable real estate on the web: the google.com homepage, and GMail popups. This ad space is unavailable to everyone else. They also bundled Chrome with Adobe Flash installers.

I agree Chrome is a good product, but Google uses their influence in search and email to gain Chrome market share. That's fine, it's their prerogative, but it means Chrome's rise is not pure organic growth based on its technical merit.

Re: Safari Ruined My Tuesday

#48
post #16

Earlier quoted context omitted.

I think Safari, flaws and all, is pretty much the only browser that has any weight against Chrome. Tell your manager that you want the web site to support Firefox or Brave or something else, and they'll tell you it's a waste of time. Tell them that the web site won't work on their MacBook, and it's a four-alarm fire. In a lot of ways, I wish Safari would deviate even more from Google's "standards" just so that maybe…

Microsoft Edge is gaining some serious ground and is closing in on Safari [0]. Their aggressive conversion tactics seem to be paying off. The problem with Safari is that they either simply haven't, and, in some cases, even flat out refuse to implement certain standards that they themselves have had a hand in establishing. And then most of what is available comes half-arsed, undocumented, and is not supported/iterated…

Just because Google adds something to Chrome doesn't make it a standard.

Re: Safari Ruined My Tuesday

#49
post #38
post #8

I encounter random CSS bugs all the time in Chrome, it's just trendy to say Safari is behind the times. Google wants everything to be done in the browser, their browser, so they can track everything without cookies to sell ads

There's nothing wrong with the browser being the next generation cross-platform execution environment. All the older options for this (Java, Flash etc.) sucked... I would like to see a strong competitor to Chrome someday though... - Firefox still has weird issues occasionally (most recently scroll position randomly jumping sometimes). I still keep it around though because its sane when it comes to standards and will…

> Safari is out of the question as it is not even cross-platform (might as well be IE6)

It's a bit funny, and a bit sad, that this wasn't always so; I rather liked the Windows version of Safari, and IE for UNIX was apparently pretty good.

Re: Safari Ruined My Tuesday

#50
In my brief experience in front-end, I've encountered weird Safari bugs on every single project.

In one case the code failed because the form object there doesn't implement the method to validate and submit. In another, it wasn't sending a form field if it was styled with "display: none;" (had to change to "left: -9999px;"). In another, playing a non-muted video would error out some of the time, if clicking an element wasn't recognized as a user event. In yet another, the mobile version refused to center text inside no matter what. And so on.

Post reply on HN