<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="#0563C1" vlink="#954F72">
<div class="WordSection1">
<p class="MsoNormal">As a user, I’ve also registered an enhancement request for a CSS inspector in Oxygen. In the meantime, I’ve resorted to duplicating selectors and setting debug colors to a background to detect padding and margin issues or colorizing text
or setting other attributes in CSS to detect which selector is getting fired, which makes the whole trial and error process very time consuming. It is analogous to sprinkling printf statements in your code to debug a program. It’s possible, but it’s much more
time consuming and error prone than going into a debugger to tell it to pause when part of your code is attempting to alter a particular variable, or set a particular attribute in this case.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">In the meantime, Syncrosoft has been very responsive if you send them your framework.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">I would be satisfied for a while if there was an Author Mode preference debug switch to dump a text trace of which attributes were being set by which selectors in which file. It would be an interim solution until the intricacies of a developing
a GUI CSS inspector could be prioritized and conquered. At least with such a trace, a user could search in reverse chronological order to see where an attribute was last set in the cascading sequence. If they would allow the use of wildcard strings to specify
which elements, attributes, values, and CSS files to filter by, it would be even better. If there was an option to dump a CSV file of such data, I could do the filtering in a spreadsheet if I had to. Another option for such an implementation would be to dump
the data into one of Oxygen’s tabular output views where sorting and filtering could be done by the same criteria I mentioned earlier.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">My 2 cents.<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal">John<o:p></o:p></p>
</div>
</body>
</html>