Tuesday, April 26, 2016

PadLock released

The first public release of PadLock just got pushed right now.

PadLock has been worked on tirelessly for the past couple of months. It was a learning experience for me to learn both RxJava, and more recently the Dagger (2) DI frameworks. It was a wild ride, and after a lot of rewriting and different ideas on implementation (like replacing SQL for Realm and then replacing Realm again for SQL), PadLock has finally seen its first release with nearly 500 commits to its name.

Perhaps the think I appreciate the most about this release is how much I have learned in coding it. PadLock attempts the MVP pattern using RxJava and Dagger2, and accomplishes its simple job as an application locker while requiring literally zero runtime permissions. It doesn't even use the Internet.

Now that it is released, the Master branch will stay at whatever the 1.0.1 code was. All new developments will take place in named branches, the results of which will be pushed into the 'dev' branch. I look forward to improving PadLock in the future with more features and better security.

Go out and try it!

========================
Follow pyamsoft around the Web for updates and announcements about the newest applications!
Like what I do?

Send me an email at: pyam.soft@gmail.com
Or find me online at: https://pyamsoft.blogspot.com

Follow my FaceBook Page
Follow my Google+ Page
=========================

Monday, April 11, 2016

pstate-more-frequent

pstate-frequency 3.1.0 is a tiny update to a tiny program.

Remember that old systemd service you had to enable for x86_enery_perf_policy support? Well remember no more.

pstate-frequency now comes with a flag -x | --x86 which sets the policy to whatever you ask, how neat. The flag is set by default when a power plan is requested, and can be overridden to any other policy, including a special 'none' option argument which tells pstate-frequency to not touch the x86_energy_perf_plan setting. And if you do not have the x86_energy_perf_policy program installed, pstate-frequency will just skip over it.

This should allow you to remove the systemd service for x86_energy_perf_policy and just use the pstate-frequency services. In fact, I've taken the liberty to do it for you already.

Two posts in one day, a new record perhaps.

========================
Follow pyamsoft around the Web for updates and announcements about the newest applications!
Like what I do?

Send me an email at: pyam.soft@gmail.com
Or find me online at: https://pyamsoft.blogspot.com

Follow my FaceBook Page
Follow my Google+ Page
=========================

ZapTorch

I know.

What kind of name is that?

I'm bad at names, sorry.

Anywho, ZapTorch (name pending) is a simple application I created in the last five days. Born out of annoyance, this application is very simple. It only does one thing.

You click click.
It turns on the flashlight.

I know. Amazing right.

Turns out its more useful than you might think at first. Give it a go and you'll see.

Some caveats though:

- Due to the way Android handles applications listening for keypresses, ZapTorch will only respond to a double press of a button while the screen is On.
- ZapTorch will only listen for the Volume Down key. Press it twice in a short (configurable) time window and you'll get light.
- In order to capture key events from everywhere, ZapTorch needs an accessibility service.

However, don't be alarmed at all of these caveats. ZapTorch does not talk to the Internet at all, it lacks the permission on Android to even do so. It only monitors for the Volume Down key.

woohoo.

Padlock coming soon (tm).

========================
Follow pyamsoft around the Web for updates and announcements about the newest applications!
Like what I do?

Send me an email at: pyam.soft@gmail.com
Or find me online at: https://pyamsoft.blogspot.com

Follow my FaceBook Page
Follow my Google+ Page
=========================