FRONTER. aka. "awesome layer hacker" V.1.0.1

[twobob]

it uses a tiny amount to determine if the title is of interest. Weeny.

Only when a title does not match does it consume significant resources and only then until the title is renamed.

[knc1]

Nothing to un-patch when the application closes.
Its windows (and their titles) are gone bye, bye

[twobob]

Originally Posted by knc1

Nothing to un-patch when the application closes.
Its windows (and their titles) are gone bye, bye

right.

and until another title comes along... it does nothing.
other than check it should ignore the "base" stuff.

There may be apps that don't follow the windowing convention.
And get "fronted by other means" that I didn't check for.

Happy to fixup w/e is needed.

In the main this is a dev tool for now.
"Should we even bother to patch the titles... Let's check with fronter..."

[Aeris]

So, by now, I'll restart the system and leave it off. If some app will be made that can't work without it and that i really need, I will rethink about leaving it on...

Thanks for explainations!

[baf]

Originally Posted by twobob

You run the KUAL button, Awesome will restart... after that any apps you start that dont have correct titles (L:Blah...) will be automagically renamed on-the-fly until you reboot.


Well that's it. feel free to IMPROVE THIS. Please.

Interesting idea!

Wouldn't it be enough to substitute custom app name with proper one within lua script instead of running external script and changing it with xdotool? I mean to deceive layer manager without really changing the name.

I did a very simple test which works. I just checked simple "hello world". I am not sure what would happen with multiwindow apps. But it still might be possible to handle within lua script.

EDIT: Tried gtactoe. Seems it works for simple apps with dialog windows.

--- awesome/lab126LayerLogic.lua.org
+++ awesome/lab126LayerLogic.lua
@@ -132,7 +132,13 @@

     -- validate
     if str == nil or not stringStartsWith(str, "L:") then
-        return nil
+        if str == nil or string.match(str,"(webreader|pillowd|kb)") then
+        	log ("FRONTER Skipping: ".. tostring(str))
+        	return nil
+        else
+        	log ("FRONTER Renaming: ".. tostring(str))
+        	str = "L:A_N:application_ID:test"
+        end
     end

     local entries = {}

[twobob]

Superb feedback as ever baf.

I just suck bigstyle at LUA. but now you have given me inspiration I shall get right on that!

err... In two days when I return from my trips to the wilderness

[knc1]

Originally Posted by twobob

err... In two days when I return from my trips to the wilderness

That island is so small, all you should need is a long extension cord.

[baf]

Originally Posted by twobob

err... In two days when I return from my trips to the wilderness

Kindle awesome is wilderness.

[twobob]

Originally Posted by baf

Kindle awesome is wilderness.

HAAHHAHAHAHAHAHAHAaahahahahahahahahahahah



so true

[twobob]

Originally Posted by knc1

That island is so small, all you should need is a long extension cord.

You guys are cracking me up

[twobob]

so I got round to testing this.

1st time round my kindle threw a complete wobbler... (webreader went crazy )
so I simply unmounted (via ssh)
umount /etc/xdg/awesome; killall -9 awesome

and ran the

/mnt/us/extensions/fronter/arch/mount.sh
via ssh

seemed happier.
no, it didnt, kept dying on me... hmm

Will test more but I like this solution.

: ) Thanks baf.

[twobob]

okay so I get that we are calling

http://www.keplerproject.org/lualogging/manual.html

but... log ("FRONTER Renaming: ".. tostring(str))

err where does that log to?

damned if I can find it.

do I need to manually set/elevate the logging level?

[twobob]

I think with a bit of extra love...
This could be useful.

There are still situations where a program could open a window that is STUPIDLY large (QT ABOUT I'm looking at you)

so... to remedy this I propose a sentinel process that monitors the logs for double tap (or maybe pinching..) that IDEALLY would fire up a dialog requesting the the users permission to close out the application (failsafe)

however... In the absence of such a process...

The following bit of code could at least provide a monitor to "close out" (I.e. exit) badly behaving apps...

echo "" > /var/log/messages; \
showlog -f  | awk '$0 ~ /.*GestureEngine*./ {print $6,$7}'

TAP then release gives
1 down
1 up

Two finger tap then release gives
2 down
2 up

Various double finger pinch/zoom swipes:

9 down
9 up
7 up
7 down
8 down
8 up

So I will look to create a sentinel process that kills off the last registered (or perhaps ACTIVE WINDOW) for these worst case scenarios)

Other than that - very happy now

of course this does mean that apps that EXPECT pinch will be affected but unless someone has a better idea... This is what I have.

[twobob]

echo "" > /var/log/messages; \
showlog -f | awk '$0 ~ /.*GestureEngine*./ {print $6,$7}' |\
awk ' /2 up/ { system("xdotool getactivewindow windowkill") } '


perhaps...

[twobob]

Two finger kill. sentinel process

echo "" > /var/log/messages; showlog -f  2>/dev/null  \
| awk ' $0 ~ /.*GestureEngine*./ && $6=="2" && $7=="up" {system("xdotool getactivewindow getwindowname ")}  ' \
|  awk ' !/L:*.|webreader|kb|pillowd/ \
{system("xdotool getactivewindow windowkill ")}'