Home
Products
Overview
Compare Products
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Download
Actual Window Manager
Actual Multiple Monitors
Actual Title Buttons
Actual Virtual Desktops
Actual File Folders
Actual Transparent Window
Actual Window Minimizer
Actual Window Guard
Actual Window Menu
Actual Window Rollup
Order
Single User License
Corporate Sales
Upgrade Center
News
Latest news
Newsletter
Support
FAQ
How to Upgrade
Restore License Key
Online Demos
Online User Manual
Forums
Announcements
General
Feature Requests
Technical Support
Tips and Tricks
Beta Testing
Feedback Form
Beta Testing Section
Resources
Articles
Reviews
Success Stories
Multi-Monitor Wallpapers
Company
About Us
Contact Us
Privacy
Our Clients
Press Center
Press Releases
In The News
Reviewer's Guide
Logos and Screenshots
Publishing-friendly Graphics
Forums list
New topics
Topics list
Search
Help
Login
Register
Topic: «
AWM Window Manager Log
, Enhancement Selected Window » on forum:
Feature Requests
Views: 4161
Zardoz2293
Advanced user
Posts:
302
Joined:
07/27/2010
Posted:
10/10/2014 23:50:01
One of the difficulties in debugging an AWM rule is the limitation of the Window Manager Logger not having the ability to record when a Window is selected by the end-user and an action, such as dragging is performed. In this case you have really no idea what "rule" is affecting the window you are working moving. To me if I have the AWM Configuration Manager (AWM CM) open and I select any window which has a "rule" associated with it, that rule should be highlighted in the AWM CM. Otherwise, I need to create a fake/dummy rule, then click Target Window, then click and drag "LEFT-CLICK HERE" and move it to what was my selected window to then have the Window class and program name captured, then try and find the associated rule which hopefully I'll be able to identify. When it comes to the generic window #32770 this can become a nightmare to isolate, and close to half of all my rule are #32770 rules.
What are your thoughts?
Thanks,
Lars
Sincerely,
Lars
Top
Alexander Mihalkin
Administrator
-retired-
Posts:
502
Joined:
04/21/2014
Posted:
10/14/2014 01:01:34
Dear Lars,
thank you for your post!
I have some suggestions for you:
Please read
How to Check What Settings Are Currently Applied to a Particular Window
.
If you need to see the windows which should have been applied with Default Settings and keep the Default Settings disabled, you can create an Exclusion rule with only a window caption criterion enabled, select Regular expression and enter the \z value. This Exclusion will apply to all the windows not having Specific Settings enabled for.
What do you think?
Best regards.
support@actualtools.com
Top
Zardoz2293
Advanced user
Posts:
302
Joined:
07/27/2010
Posted:
10/14/2014 02:11:29
Quote
If you need to see the windows which should have been applied with Default Settings and keep the Default Settings disabled, you can create an Exclusion rule with only a window caption criterion enabled, sel ect Regular expression and enter the \z value. This Exclusion will apply to all the windows not having Specific Settings enabled for.
This little gem "\z" is helpful from the disabling Default Settings which don't have a Specific Settings rule. I'd like to suggest this is implemented via some other configuration setting, such as "Default Settings" and then a checkbox to select if it applies to only Specific Settings or not.
Unfortunately this still limits all default settings as either on or off, rather than a more specific granularity.
Sincerely,
Lars
Top
Alexander Mihalkin
Administrator
-retired-
Posts:
502
Joined:
04/21/2014
Posted:
10/14/2014 19:34:35
Dear Lars,
thank you for your post!
Am I correct in understanding that you would like to have a capability to adjust Specific Settings's non-specific (similar in all rules) values by adjusting one global rule that would affect all the Specific Settings, but wouldn't apply to any windows by itself, unlike Default Settings?
Otherwise please try to clear up what you mean by
Quote
Default Settings which don't have a Specific Settings rule
in your previous post.
Best regards.
support@actualtools.com
Top
Zardoz2293
Advanced user
Posts:
302
Joined:
07/27/2010
Posted:
10/16/2014 06:19:27
All 'settings' or attributes have one of three scopes:
( 1 ) System-wide/Global (Default Settings)
( 2 ) Group (or Specific Settings taken as the whole group)
( 3 ) Individual (or a single Specific Settings rule)
Under the current implementation of AWM you have either of the following which you can do:
( A ) Exception class "\z" doesn't exist
----- System-wide/Global
----- Individual
( B ) Exception class "\z" exists
----- Group
----- Individual
You can do either A or B, but you cannot perform the union of A and B together.
Take a different perspective on how you look at attributes. The term 'default' is ambiguous in an AWM context. Don't think of them in terms of "Default Settings," "Specific Settings," and "Exceptions" as it makes the problem more complex. Think of the attributes in terms of 'scope' as each one has the possibility of representing one of three areas of influence. Each attribute depending on what exactly it does may or may not be represented under each of the areas of influence (global/group/individual).
Example: The attribute "Title Buttons" could apply to (global/group/individual). In all cases there are types of windows which would be excluded automatically. In this case a window which does not have a title/caption would be excluded regardless of its scope. If the end-user wanted "Title Buttons" to appear for all of the "Specific Settings" windows all that would be required is to specify those title buttons at the Group level. It would be defined only once -- easy to maintain and easy to control what gets effected. If there was an "Exception" where the end-user needed a different behavior for the Title Buttons on one or two windows they would modify those Individual rules (each Specific Settings) by removing or adding title buttons.
Example: Let us say we want "Title Buttons" on everything in the system except all of those items but one in the "Specific Settings". We would enable the attribute "Title Buttons" and add those buttons we wanted as default for all windows. Then at the Group Level ("Specific Settings) would disable the "Title Buttons" and all of the windows within "Specific Settings" would no inherit the System-wide/Global Level ("Default Settings"). Then the Individual rule (the single item in Specific Settings) would add the Title Buttons attribute and via adding one or more title buttons. The end-user could easily remove and add an "Title Button" under the Group Level as well.
Sincerely,
Lars
Top
User(s) reading this topic
Number of guests:
1
, registered members:
0
, in total hidden:
0
Forums list
New topics
Topics list
Search
Help
Login
Register