Good job! This current view tells me the two things that I am looking for - is the document tagged and does the structure "appear" correct. Both things I would get by opening the tag panel in acrobat.
I think that the layout needs tweaked a little here. What is the "(Page=0)" references? I assume the obvious that they are noting what page the element is located on, but in some - like in a list element - it references Page=0. Since it confused me at first, I think that this information would be confusing to the standard user. I don't think that it is necessary.
Here are a couple of my ideas:
\ Can the expand/collapse be extended to the content as well? So you could see just a list of tags and not the associated content?
\ Can a secondary view be created that shows the tags within the document text? For example:
[heading 1] ACADEMIC PROFESSIONAL POSITION AND TITLE APPROVAL
[heading 2] OVERVIEW
[normal]The Office of Academic Human Resources (AHR) reviews and approves titles for new academic
professional (AP) positions and for AP positions with significant changes in job responsibilities
and/or minimum qualifications.
My thought is that, if the order of the output is based on the tag structure, then this is a way to visually check the reading order.
\ Could some kind of a split screen be done where the document is shown in one side and the tree as current is in the other. Then, just as you could do in acrobat, as you click on a tab, it highlights that section in the document associated with that tab. Then on the tag tree side, you would just list the tags, not the additional information.
Therefore, you could easily arrow down through the tags list and see if 1. the tag is associated correctly and 2. the reading order is correct.
Good job! This current view tells me the two things that I am looking for - is the document tagged and does the structure "appear" correct. Both things I would get by opening the tag panel in acrobat.
I think that the layout needs tweaked a little here. What is the "(Page=0)" references? I assume the obvious that they are noting what page the element is located on, but in some - like in a list element - it references Page=0. Since it confused me at first, I think that this information would be confusing to the standard user. I don't think that it is necessary.
Here are a couple of my ideas:
\ Can the expand/collapse be extended to the content as well? So you could see just a list of tags and not the associated content?
\ Can a secondary view be created that shows the tags within the document text? For example:
[heading 1] ACADEMIC PROFESSIONAL POSITION AND TITLE APPROVAL
[heading 2] OVERVIEW
[normal]The Office of Academic Human Resources (AHR) reviews and approves titles for new academic professional (AP) positions and for AP positions with significant changes in job responsibilities and/or minimum qualifications.
My thought is that, if the order of the output is based on the tag structure, then this is a way to visually check the reading order.
\ Could some kind of a split screen be done where the document is shown in one side and the tree as current is in the other. Then, just as you could do in acrobat, as you click on a tab, it highlights that section in the document associated with that tab. Then on the tag tree side, you would just list the tags, not the additional information.
Therefore, you could easily arrow down through the tags list and see if 1. the tag is associated correctly and 2. the reading order is correct.