Font rendering can be different between Mac and Windows Safari as the systems typically have different fonts. As long as your page can gracefully handle missing fonts or different font sizes it should be fine.
Style sheet rendering is significantly different between Safari and Windows. To see this, try creating a page that has an element with a z-index of -1. The windows version will function without issue, the Mac version will not allow you to select the elements. Trust me, I wasted about three hours trying to figure out by trial and error why a page would work in one system but not the other. The worst bit is that when Safari doesn't render something properly, it does so without any indication. You have to debug line for line, a dreadful experience.
I am currently experiencing an issue where floating images in a blog with text wrapping around the image do not properly pad themselves in OS X; works fine in windows. Basically I've added padding to make the image align flush left or right such that the edge of the image is at the same offset as the edge of the text of the post; on OS X the image sticks out past the edge of the text.
Just wanted to add this experience I came across for Safari. Our devs are still going to look into this but not high priority for us since Windows Safari isn't much of our user base unlike Mac. But I think it relates to either (or both) - actual browser low level implementation of Safari by Apple, and/or javascript differences.
Our website recently implemented an HTML5 multiple file uploader. Single file uploads work fine on both versions of Safari. But when uploading multiple files, it fails on Windows. We had two different upload clients & endpoints for the uploader (think A/B testing flow), and one of them provided more details that may or may not point at the cause of the problem. On one of the client & endpoints, the client would send details of the filenames & filesizes of files to upload (as JSON array object) to the server endpoint (as seen via web inspector). On Mac where it worked, filesizes were valid, on Windows, they were 0 bytes.
I had an issue with the popup blocker in Safari in Windows XP. I guess the blocker didn't accept that the user clicked a link an Flash that then triggered a JavaScript that opened the Window. The did work in the other major browsers and Safari in OS X, though. Chrome also blocked my window in XP, but not in OS X or Ubuntu.
I am working on a website that has pretty standard layout. I have a box that contains other divs. It works on all major browsers, from IE6+, FF3+, etc. On Safari 5 on OSX, the box is totally to the left, outside the borders of my website. On the same safari version in windows, no problem.I am going crazy over this.
What I get instead varies. Sometimes the Safari window will expand a bit and move all the way to the right. Or to the left. Or just expand a bit more. I cannot reproduce the problem with any other application. I've looked for possible conflicts that might have to do with Safari in particular and can't think of anything.
If I had a problem like this, what I would immediately do to debug it is add a second action before or after this action that displays those four function values, so that I can detect if the SCREENVISIBLE() function is returning the right data or not. That would give us a big clue depending on whether the data it returns is accurate or not.
I'm pondering it. When you say "it expands a bit" do you mean it fully expands vertically but not horizontally? Since we can't see your results, we have to ask questions like this. You said "a bit" but I don't know what "a bit" means to you.
Okay! I'm able to replicate your problem! Now I can really investigate. I've noticed a pattern. When I perform the resize action three times in a row, (with a pause inserted) it always works. So if you are just looking for a quick fix, do that. If you're more interested in a perfect solution, that may take time.
I've tried it with dozens of apps, in various settings. Safari isn't the only app. The KM Editor is another such app. It always has the same behaviour as Safari in dozens of my tests. So it's probably easier to address because now we don't need a separate app (i.e., Safari) to test with. I cannot blame Safari if the same problem occurs with the KM Editor. That leaves two culprits, the KM Engine or the macOS API which is receiving the requests from the KM Engine. In my experience, when it's a choice between KM or macOS, it's usually macOS that contains the bug. I'm not sure if it's directly related, but I found a thread on a similar subject here:
I rarely tag @peternlewis because I hate to bother him, (and I'm usually wrong when I ask him a question) but I think we can ask him the following: When using the KM Editor, and "Trying" the following action, why does it take three "Tries" before the KM Editor window becomes full screen? (My versions of Safari and macOS are the same as the original poster's.)
You're right, there's lots of specificity I haven't provided. The intent of my original post was not, "Please help me systematically debug this issue," but rather to see whether it would evoke any, "Oh, THAT? Yeah, it's been there for a year. The fix is . . ." replies. I hope I wasn't misleading in that regard.
For the record, I have been experiencing a similar problem in various apps since upgrading to KM11. While the problem is not as neatly reproducible as this one (which I can reproduce as well), it occurs most often in Microsoft Word. After Word has been running for a while (TBD), it starts acting up when it comes to moving and resizing windows with KM macros. As is the case here, it takes several successive triggers of the same macro to eventually get the window to the desired position and size. The same thing also happens in Safari after Safari has been running for a while. And I've seen this problem at least once in Nisus Writer Pro as well.
Interestingly, I do remember seeing this problem ONCE in a version of KM prior to KM11. But it was an one-off and I chalked it up to some kind of glitch. Now I realize it was a rare occurrence of a long-standing problem, which unfortunately has come to the fore with KM11. (I started having the problem with early betas of KM11 in Ventura. Reverting to KM10 would eliminate it.)
I have been in touch with Peter about this. It's good that he now has a reproducible scenario! Hopefully it's the same underlying cause (probably a bug in macOS's Accessibility API) and he can figure out something to do about it, either by undoing whatever has changed between KM10 and KM11 or by finding some other kind of workaround.
In the meantime, for MY problem, I have found that replacing the single Move and Resize action with two SEPARATE actions, Move first and then Resize, with a pause of 0.5 s between the two, helps quite a bit. It does not COMPLETELY fix the problem (once it start occurring, after the window's parent app has been running for a while), but it moves the window to the right horizontal position and it resizes it to the right height and width after a single trigger. But the vertical position is still wrong (it stays at the very top of the screen), although ONLY when I try to move the window from my main display (with the menu bar) to one of my side displays (with no menu bar). In those cases, I have to trigger the macro a second time to get the window to move to the right vertical position. So it's better than having to trigger the macro 3 times every time, but it's not perfect either.
Your message could be helpful to Peter. Of course, he can already duplicate the problem so I'm sure he's going to try to fix it, if it can be fixed. Sometimes the problem is with macOS API rather than the KM Engine, but sometimes he can implement a workaround to make a faulty API do the job correctly. I'm sure he's very busy with KM v11 issues, so give him a little time to work on this one.
My web browser, Safari, keeps opening new browser windows randomly. These include "scam" webpages for MacKeeper, Media Downloader, Car Insurance, Flash Player and various "warnings" about virus infections. The windows pop up frequently and without warning, even when I am doing something as simple as reading a news website or searching Google. (They are not pop ups that are tied to a specific website.)
I couldn't find anything in the Extensions tab in Safari Preferences. I removed various folders from my Library, as directed by other articles, and ran a scan of my laptop using Malwarebytes. (Nothing found.) I ran a scan with Etre Check but it did not reveal any relevant information. The problem still persists.
From your Safari menu bar click Safari > Preferences then select the Privacy tab then click: Remove All Website Data then click Remove Now then click Remove All Website Data and Remove Now one more time then quit and relaunch Safari to test.
Thank you very much for your comprehensive answers. I tried all the steps you suggested, but unfortunately none of them have worked. When I checked the website data in Safari Preferences, I did see stored cookies for several of the pop-up websites, such as Advanced Mac, but clearing those did not solve the problem. (Note: I don't run anti-virus software, but I do use the built-in Firewall and run Malwarebytes when needed.)
I also took the step -- which should have been obvious before -- of upgrading my operating system from Mavericks to El Capitan. If anything, this has only made the problem worse! The pop-up windows are getting more frequent and more aggressive. I've had to "force quit" Safari three times in the process of navigating to this webpage and typing my reply. The worst part is that when the new window opens, it often starts by duplicating the IP address of the website I'm already on, so that I can't tell which is my window and which is the "scam" window.
My concern at this stage is that there is malware or adware embedded deeply in the computer. (Even updating my operating system didn't get rid of it.) Beside having the annoyance of randomly-opening windows, should I be concerned about security? That is, can whatever is causing this also steal passwords, debit/credit cards, banking details, etc?
c80f0f1006