Is there an attribute (in com.apple.Safari.plist?) to embed the Webinspector when it is opened (via [CMD]+[ALT]+[I] / [Developer]->[Show Webinformation]) as default?
Mac OSX Lion 10.7, Safari: 5.1
Since i updated, the Inspector won't stay popped-in.
At the time of SnowLeopard, i might have configured the SafariDefaults, but i already read the defaults via
default read com.apple.Safari
and didn't find a relevant attribute.
Looks like this was a known bug and has been fixed in the latest build of WebKit.
https://bugs.webkit.org/show_bug.cgi?id=65493
Also confirmed it myself with Nightly Build revision 94958. Hopefully it will make it into a new version of Safari soon!
Related
I upgraded to Catalina and can no longer open one of my apps (Typinator). I'm getting the error below.
I tried a few solutions I found online:
right click while holding ctrl + click
change accessibility settings to allow for Typinator
Any other ideas?
It's always worth it to visit the manufacturer's site
Important Notification for Typinator users switching to Catalina.
Typinator versions older than 8.2 do not work with Catalina and will refuse to launch. To ensure smooth transition to macOS Catalina, we therefore strongly recommend updating Typinator to version 8.2 before you install macOS Catalina on your computer.
For more information, please see our compatibility page
I want to install the vlc web plugin for chrome on my mac (Mountain Lion) . I could succesfully do it on Windows by just selecting web plugin at the time of vlc installation. However, on a mac I think the plugin comes as a seperate package. Can someone please tell me how to do it as I have failed after several tries
Until the stable version is released, you can install a recent nightly webplugin from http://nightlies.videolan.org/build/macosx-intel/?C=N;O=A.
It may have bugs, but it works for the few instances I've used it.
There is no compatible VLC browser plugin available on the Mac at this point. We re-wrote it over the cause of the last year and will re-release an entirely new version this spring along with VLC 2.2 for desktop platforms.
This currently works. Here is a step by step guide:
In your browser go to http://nightlies.videolan.org/build/macosx-intel/
and download the latest VLC-webplugin-*.dmg.
Today the latest file appears to be this VLC-webplugin-20150922-0538.dmg
Open the .dmg file (double click, and a popup window will appear), drag the VLC Plugin.plugin to the Internet Plugins shortcut; This location is really /Library/Internet\ Plug-Ins/
In the Chrome address bar type chrome://flags/#enable-npapi and press Enter/Return.
You will see a list of settings, with a blue link to disable or enable.
Click 'Enable', under 'Enable NPAPI Mac, Windows', (this Enables NPAPI Mac, Windows. It enables the use of NPAPI plugins.)
Restart Chrome
In the Chrome address bar type chrome://plugins/ and press Enter/Return
You should now see 'VLC Web Plugin - Version: 2.2.2'
We have an application that integrates with different programs (among which is the Preview.app) using accessibility. We use the AXUIElementSetAttributeValue function to programmatically select some text in a PDF document using the kAXSelectedTextRangeAttribute. This used to work fine but suddenly stopped on my Mac (nothing seems to happend). My co-worker doesn't have the issue so after trying to figure out the difference I remembered that I had just updated to OS X 10.8.4 while he hasn't. I then read about this update and among the features and fixes was the following:
Improves VoiceOver compatibility with text in PDF documents
This indicates to me that they have fiddled with the area where I am having the issue. My question is now weather this is simply a bug or if it is by design. In the case of the latter, what am I supposed to use in stead?
PS. We tried also setting the selection range using the Accessibility Inspector found under Developer tools in Xcode and it works fine in 10.8.2 but not in 10.8.4, which further indicates that this might be a bug.
This is indeed a bug. I just installed the developer preview of OS X 10.8.5 and the issue has been resolved here. In the change-log it also says that some of the changes in this version regard "PDF viewing and Accessibility".
I've just installed OS X Lion and XCode 4.1.
I have an app that opens the last used document automatically at startup. To do so I have implemented applicationShouldHandleReopen.
This app used to launch fine from XCode 4.0.2 on Snow Leopard.
After I compiled my app with XCode 4.1 it stopped working.
I put a break point inside applicationShouldHandleReopen, but it never breaks unless I click on the app icon on dock.
When I double click the app in Finder as opposed to running it from XCode 4.1, it works as expected; it launches the last document, meaning applicationShouldHandleReopen must have been called at startup.
Any ideas what happened? What should I do to bring back the old behavior?
Or do you think this is a bug in XCode 4.1?
Thanks
This is no longer an issue. I don't observe this behavior any more.
Is it possible to download all Cocoa API documentation? I have to work offline a lot of times and sometimes a doubt blocks all my work...
Xcode does this for you automatically, unless you've disabled it ?
Your Documentation prefs pane should look something like this:
Note that in the above case there are 4 documentation sets installed and the remaining uninstalled sets can be installed by hitting the associated Get buttons. Once you have the required documentation installed then it's available via the Help => Developer Documentation menu, even when you are off-line.
As #PaulR mentions, Xcode does this automatically. Look in the Documentation preferences. If there's no button called "Get" next in the "Mac OS X 10.6 Core Library" row, then it's already downloaded and installed.
If you still don't think it's working, then check out Ingredients.app. It's an offline documentation browser. It's pretty nice. :)