I can't find how to disable notifications when running Guard 2.4.4 with Ruby 2.5.1 on Linux within byobu (if that makes a difference).
The wiki says to put notification :off to disable notifications. If I put it in my Guardfile, it has no effect. If I put it in my ~/.guardrc file, I get a NoMethodError for notification. If I type notification :off at the guard prompt, it says notifications are off, but I still get them to show on every run.
They're annoying because they stay on screen for 10 seconds every time: I can never tell if it's from the latest run or if it's from a couple of runs ago when making small changes. They're fully opaque too so I have to wait for them to clear before I can click button on the area the notifications hide.
Any success in disabling Guard notifications?
There was a bug in 2.4.4, updating to 2.4.6 fixed the issue, and notification :off in my ~/.guard.rb (not ~/.guardrc, this one is to configure pry) is no longer ignored.
After getting here found full description on wiki
https://github.com/guard/guard/wiki/System-notifications
notification :off
is correct, but may also be put in a Guardfile
Related
Parse push broadcast feature had stopped working suddenly.
When clicking on "Send a Push" button it tells me :
"You have no registered installations of your app. You can get started with our Quick Start guide."
I have more than 35K app installations and used to send push to all of them.
What just happened?
Parse has seemed very slow today, and if you look at their support page there are a lot of people complaining about timeouts. I would report the issue, but my guess is that things will return back to normal on their own. This happens with parse a lot.. although their page always says all systems operational...
A colleague is having an issue with CalDAV where delegations keep appearing and reappearing. They dont stay on the calendar and every refresh of Delegates leads different results.
The Calendar works fine for everyone else and only happened to the one user during an upgrade. I tried with a different email on that machine and it works fine so am stumped to what is causing this.
Is there a way to reset the Calendar app?
Try and remove all content in ~/Library/calendars. Warning this does remove all calendars that are only on the local machine.
Also try and remove ~/Library/Preferences/com.apple.iCal.plist Warning this removes all settings of Calendar.app.
Otherwise try and reinstall OSX, See: http://support.apple.com/kb/PH14193
Whenever I change location on my AVD, whether it's via telnet or in DDMS I get a system toast message saying 'my current location is .....'
It's really annoying as it's covering up my app which is showing these details.
I can't find a way of removing it and searching didn't show much up. Any ideas?
Checked on my AVDs with Android 4.4 and I can safely say this toast is not part of Android system, and I can only assume this toast is being shown probably by a tool or an application you previously installed on the AVD.
My suggestion for you is to track LogCat whenever you send a mock location and see which events are being recorded to log when the toast is being displayed. If such an event is recorded, track it to the source package and remove that package by running adb uninstall <package_name>. If this fails, try creating a new AVD and send a mock location to it before making any changes to the machine, then incrementally install whatever tools and applications you need to identify the culprit.
Do you have any extra libraries or modules setup with your application? My first thoughts would be that some other library you added may have a toast built in and their code is calling it at some point. If you do try looking in those libraries and remove the toast code.
I am developing a simple application in Cocoa, and I want to detect whether any application is running in full screen mode. Is this possible?
Through runningApplications API, I can get various informations but there is no specific property related to full screen mode. Does any one know how to detect it? Is there any carbon event or API for this?
I ran into this in the spring and spent forever trying to get it to work. I ended up packaging my code up into a little GitHub project, but I completely forgot to share it here.
https://github.com/shinypb/FullScreenDetector
Hope this is useful for someone.
Anyways after trying out so many options and digging into the NSWorkspace i have found way through which we can achieve this their is notification
"NSWorkspaceActiveSpaceDidChangeNotification"
Apple doc says "Posted when a Spaces change has occurred." so by using we can register for it. along with this we need to use the NSWindow's property "isOnActiveSpace" , so by this we can detect when application enters full screen mode and exits from it.
You want to key-value observe -[NSApplication currentSystemPresentationOptions]. When the active app is in full-screen mode, that property will include NSApplicationPresentationFullScreen.
I've got an Adobe AIR application written in pure AS3 that has some functionality that happens when the user is idle and then returns to the normal state when the user returns. I'm detecting this activity with the following code:
NativeApplication.nativeApplication.idleThreshold = 180;
NativeApplication.nativeApplication.addEventListener(Event.USER_IDLE, onUserIdle);
NativeApplication.nativeApplication.addEventListener(Event.USER_PRESENT, onUserPresent);
The onUserIdle method is called after 3 minutes as it should be, but then the onUserPresent event is fired almost immediately afterwards. I'm talking milliseconds later. This happens without any user input whatsoever. The bizarre thing is that this does not occur on Windows - only on OSX. And it happens on all flavors of OSX going back to 10.6.3.
Adobe's documentation is incredibly vague on how those events are determined, so I'm not sure if there is something I can do at the system level to fix the problem. Does anyone have any experience with this issue, and if not, any other suggestions on how I can detect user idleness even when the app does not have focus?
Just to preempt the suggestion, I cannot use mouse/keyboard listeners to simulate the same behavior because they do not work if the application loses focus, whereas the NativeApplication events still fire. I've also used NativeProcess to get the output of ioreg to get the hardware idle time as reported by the system, but it does not appear to be affected by the mouse.
I really appreciate any assistance.
Edit: I just discovered that this does not occur when the application is run in an Administrator account on OSX. It only happens in a User account, which only serves to confuse me more.
I figured out what the issue is. When the USER_IDLE event is fired in a user account, we did several things - one of which was forcibly kill the Dock in order to make sure it was hidden from the screen. For whatever reason, this resets the internally available idleThreshold count. This was not only happening in AIR - it was also happening when monitored through Terminal and it appears there is absolutely nothing that can be done to stop it. The solution was to stop killing the dock. Everything magically worked after that.