Skip to content
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

The option case-sensitive = false invalidates use-id-as-short = true #275

Open
tplobo opened this issue Nov 11, 2024 · 0 comments
Open

The option case-sensitive = false invalidates use-id-as-short = true #275

tplobo opened this issue Nov 11, 2024 · 0 comments

Comments

@tplobo
Copy link

tplobo commented Nov 11, 2024

Hi there @cgnieder, thanks for the package, it is great!
I currently have a difficulty with the combination of the case-sensitive and use-id-as-short options.

I use the case-sensitive = false option to ensure acronyms will work in chapter headings, \chaptermark calls and the like. However, to my understanding, this currently invalidates the use of use-id-as-short = true, since using the setup below forces all short-versions of acronyms in the text to assume lower-case format.

\acsetup{
    case-sensitive = false,     % Ignore case in IDs (needed for \chaptermark)
    use-id-as-short = true,     % Use ID as short version, unless specified
}

\DeclareAcronym{HDMI}{long = High Definition...}

\ac{HDMI}

prints
High Definition... (hdmi)
instead of
High Definition... (HDMI)

I understand that I could forcefully provide \DeclareAcronym{HDMI}{short=HDMI, long = High Definition...}, but this is what use-id-as-short should avoid.


TLDR: is there a way of ensuring that calls of \ac-like commands are case-insensitive when case-sensitive = false, but also print the short versions as defined when use-id-as-short = true? In the example above, I expect:

\DeclareAcronym{HdMi}{long = High Definition...}
\ac{hdmi}

to print
High Definition... (HdMi)
and not
High Definition... (hdmi)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant