-
Notifications
You must be signed in to change notification settings - Fork 237
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hide/show tiers in TextGrid #2601
Comments
I agree with Rolando. |
This is requested now and then. The problem is always: how should this work? Thus, suppose you want to hide tiers 3, 4, 6, 7 and 10 of a 10-tiered TextGrid. How would you like to do that; e.g. by having a button at every tier? More importantly, what happens next? After all, the problem is largest if you have to edit tons of TextGrids with the same tier names (or just the same number of tiers?). Should Praat remember the numbers of the to-be-hidden tiers, or the names? Across TextGrids, or also across Praat sessions (oops, a potential privacy issue)? How should tiers be unhidden; perhaps a thick line between them suggesting that there are invisible tiers (I rarely manage to show and hide rows in Excel, so those must be unintuitive)? Any explicit help from your side may contribute to our finally implementing this. |
My opinion:
how should this work? Thus, suppose you want to hide tiers 3, 4, 6, 7 and
10 of a 10-tiered TextGrid. How would you like to do that; e.g. by having a
button at every tier?
"In my opinion, the best option is to have something equivalent to the
'Mute channels' command, allowing you to script something like:
Hide tiers: { 2, 4, 1 }
More importantly, what happens next? After all, the problem is largest if
you have to edit tons of TextGrids with the same tier names (or just the
same number of tiers?).
I would exclude Tier names and only consider Tier numbers (that are always
unique). One can know the number of the tier easily (and /or know if more
than one tier with the same name is actually present).
Should Praat remember the numbers of the to-be-hidden tiers, or the names?
Praat should remember the tier numbers, not the name (as above).
Across TextGrids, or also across Praat sessions (oops, a potential privacy
issue)?
I think that every new opening of an Editor or a session should start
normally, without the heritage of a custom setting of hidden tiers.
How should tiers be unhidden; perhaps a thick line between them suggesting
that there are invisible tiers
I think that since numbers are clearly shown on the left side of the tier
and the order is natural, the 'hidden' tier could simply disappear. When
the user sees that the integer series is broken, it means that one or more
tiers are hidden (though it would be advisable to add a command that lists
all tiers—both hidden and non-hidden—so that one can have a clear picture
of what is visible and what is hidden)."
Any explicit help from your side may contribute to our finally
implementing this.
Most importantly, I think that if the idea of a command in the style of
„Mute channel“ is considered a good idea, what would be extremely important
is some (boolean) command(s) to decide if moving a boundary on a visible
tier should (or not) move the boundary placed at exact the same time in the
hidden tiers. In my experience, the answer would be always yes, but I am
non-sure that that would be the case for everybody.
All the best,
Paolo
Il giorno gio 13 giu 2024 alle ore 22:52 Paul Boersma <
***@***.***> ha scritto:
… This is requested now and then. The problem is always: how should this
work? Thus, suppose you want to hide tiers 3, 4, 6, 7 and 10 of a 10-tiered
TextGrid. How would you like to do that; e.g. by having a button at every
tier? More importantly, what happens next? After all, the problem is
largest if you have to edit tons of TextGrids with the same tier names (or
just the same number of tiers?). Should Praat remember the numbers of the
to-be-hidden tiers, or the names? Across TextGrids, or also across Praat
sessions (oops, a potential privacy issue)? How should tiers be unhidden;
perhaps a thick line between them suggesting that there are invisible tiers
(I rarely manage to show and hide rows in Excel, so those must be
unintuitive)? Any explicit help from your side may contribute to our
finally implementing this.
—
Reply to this email directly, view it on GitHub
<#2601 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AO5JDDKWZ5HEVIR3MH5Q53TZHIA67AVCNFSM6AAAAABD2JQ7OGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNRWG43DSMBRGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Thank you for paying attention to this topic. I hope this ideas could help you. I've divided this issue into three parts: (A) Commands that could be added to the TextGridEditor menu to show/hide tiers I have a feeling that implementing menu commands might be easier than modifying the graphical interface of the TextGridEditor window. Based on this, I think adding menu commands should be implemented first, and once users are familiar with them, you can consider graphical options. (A) Commands that could be added to the TextGridEditor menu to show/hide tiers I agree with @pb05061967 . A command like
(B) The graphical mechanisms to show/hide tiers Once users are familiar with menu commands (section A), this step could be implemented if necessary I would recommend implementing a Tier Visibility Manager in the TextGridEditor. This dialog would show tier attributes in a table format. It could have columns for: (1) tier position, (2) tier name, (3) tier type, and (4) show/hide status. In the fourth column, users could check or uncheck the visibility of each tier. Additionally, other operations could be done, like moving tiers up and down. Not quite sure, but I rememeber similar features in some sound editors like STC SIS II and Adobe Audition for managing marks. (C) How Praat should remember the to-be-hidden tiers (1) Ideally, the hide/show attributes could be saved directly with the TextGrid files. However, this would likely require modifying the TextGrid format, and the new format might not be compatible with older versions of Praat. (2) As an alternative, as long as Praat is running, the hide/show attributes for each TextGrid object could be remembered. This could be achieved by extending the TextGrid object with those attributes. This means the attributes would only exist within the program itself, not saved in the file." Thank you for asking us to provide some ideas. I will be attentive to anything. |
One could think that hiding tiers by number is preferred, because it's analogous to "Mute channels"; however, channels tend not to have names, so the choice between names and numbers doesn't apply there. Choosing numbers also makes hiding tiers easier to script than choosing names, but scripting shouldn't be the major concern, as users that have hitherto asked for hiding tiers just wanted to "click them away" (less so on GitHub than on the User List, I guess). In that respect, most users' preferred "graphical mechanism" is probably not a Tier visibility Manager but just clicking (perhaps on an icon near the tier number), as one can also do to mute a channel (the user clicks on the loudspeaker icon). As for the feedback of seeing that a tier has been hidden, @pb05061967 suggested that the fact that the number sequence is interrupted should suffice. By proposing "suppose you want to hide tiers 3, 4, 6, 7 and 10 of a 10-tiered TextGrid" I wanted to prevent that type of answer: there will be no gap in the number sequence at tier 10. Some wishes above can run into a contradiction, such as @rolandomunoz saying that the numbers should be remembered but at the same time saying that tiers can still be removed. In my example, with tiers { 3, 4, 6, 7, 10 } hidden, what should happen when I remove tier 1? Should I shift the numbers of the hidden tiers, so that the identities of the set of hidden tiers stays the same? If so, then we may have to realize that names are better tokens of identity than numbers are (although names aren't necessarily unique, as @pb05061967 noted). @pb05061967 and @rolandomunoz agree that the hiding should be done for every TextGrid separately. However, the first mentions of tier hiding on the User List were from people who had (say) 500 TextGrids with 30 tiers each, and only had to edit a couple of those tiers. These multi-TextGrid multi-tier cases are the cases in which tier hiding can gain the most, but that gain is possible only if hiding can be remembered across TextGrids. These are just remarks to weigh in from the users' (not programmers') standpoint. I wanted to mention them so as to make more issues clear. |
I wonder if it would be possible to add a new feature to TextGrid in Praat that allows users to hide and show tiers. This functionality would be valuable for:
Overall, this feature would enhance user experience and workflow efficiency for various use cases within Praat.
The text was updated successfully, but these errors were encountered: