Skip to content
This repository has been archived by the owner on Sep 6, 2019. It is now read-only.

Apps icons inside Usage Page #693

Closed
mediaGit opened this issue Sep 19, 2013 · 7 comments
Closed

Apps icons inside Usage Page #693

mediaGit opened this issue Sep 19, 2013 · 7 comments

Comments

@mediaGit
Copy link

Hi,
following the description of an enanchement for the application next release.

-Proposed change:
if possible, it would be really useful to have apps related icons inside the global Usage Page:
usage-icons

-Why:
Since I have installed the application it works very well but it was (and sometime still) a little hard to configure just looking at the applications uid inside the Usage Page.

-Possible solution:
A resized app icon near every log (or a single icon summarized at the top of a long list of events for a single app, but this could be an optimization) will help looking at the Usage log even for everyday checks.
The related event can be divided over several lines, in the case the apps icons were too small to be recognized.

Thanks for this great app!

@M66B
Copy link
Owner

M66B commented Sep 19, 2013

This will take valuable screen space

@mediaGit
Copy link
Author

Thanks for the comment.
Sure it will use screen space if the icons will not be properly resized (some tries should be done with variable sizes) and if always enabled.

I forgot to mention that this could be an option that a user can enable/disable.
This is just in order to "debug" the applied rules or to have a quick check for a new installation. It will be disabled by the user when not useful to refine the rules, in a "stable" environment for example.

Just to say, even the uid and event log could be enabled/disabled from the view (in Usage Page settings) so the user can choose the level of details to be seen for every usage line. But this could be useful only if it gives some screen space.

It could also be an option for the donate version of the app.

Thank you very much.

@M66B
Copy link
Owner

M66B commented Sep 19, 2013

Resizing the application icon to the line height of the usage view will make it unrecognizable.
Did you know you can go to the usage view from the application details view and see the usage for only that application?

@mediaGit
Copy link
Author

Sure, the resize of the icon is the main point for the feasibility of the proposed change.
This is why I would also propose to make it enabled/disabled by the user.

With the icons enabled the user will have less lines on screen and have to do many scrolls, but it will be a choice and only for a limited time if he wants to disable it later.

I know that I can see the usage based on every application (very useful) but I have found that looking at the Usage Page while jumping to the app details usage and also tring to remember the related uid is not so simple, especially for the first days after the installation when you try the refine the rules.

As an example: this morning I woke up and I wanted to check if some changes at the rules I made yesterday were properly working. I spent some minutes scrolling some hours log and cross checking the uid and the related apps.
If I could enable the icons the check would be a matter of seconds, I think (just look at the time, the icon and the permit/denied action).

Sorry for the long reply, but it is possible that I am missing some point in using the GUI of the app.

@sioban
Copy link

sioban commented Oct 14, 2013

a filter by app may be of use in the log ;)

@M66B
Copy link
Owner

M66B commented Nov 12, 2013

@sioban: filter by app is possible if you display the usage data from the app details view.

@Cerberus-tm
Copy link

I, too, would love to have this as an option. An automatically shrunk (and ugly) application icon would be tremendously helpful when you're trying to troubleshoot things. Of course I understand if this is a lot of work an not a high priority.

@M66B M66B closed this as completed in 2895843 Nov 13, 2013
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants