IronPort-PHdr: A9a23:13I0YRZzLgwaehVk+s+jgmr/LTFQ1YqcDmYuwrM6l7JDdLii9J3+P
               UvZoM9gl0LNQZ6zw+hJj+PH9b3mWCkA7JeNvXQIfYZDERMI2o0NhwJ1JsmDBAXgKeLyKTQgF
               ZFOU1kj/3agPEt9F8P3ZlmUqXq3vnYJAhuqDQNuPazuH5LKycG+1uS84ZrWNglPgny9Zqh/L
               z25qAzQso8dho4xYr0pxE7vpX1FM/9T2XsuJV+XmEPk4dys+Zd47ylKk/co9soFVqSjOqphH
               eYeAzMhPGQ4osbssHHrdwaE63oCX2lTqSJmayDj6xf3Ftfrvy/zp6xg3ijfPcD3Qb0wUzm44
               OFnRU2gjiBPLDM//GzN7644xKtGvBKsoQB+yI/IccmUMvR5ZKbUYdIdQyJIQM9QUyVLBo70Y
               ZEICqINOuNRro+1oFVrz1P2CQ6qQuPo0TJLrnDz1Kw+le8mFECO3QAtGc4PrGWBtM/8Z+8ZV
               eG4yrWNzC2WNasHn2egrtGWLVZ48avfONA4OdDcwkQuCQ7f20+drYX0eS6T16ENvmmX4u5qW
               PigzWIq+GQT6nCiwNkhjo7Ri8cb0FfBoG91x4BzJdqjRU1TbtutEZ8WvCaffdgTIItqUyRzt
               SA2x6dT85K8em4Kz48qxDbQbvWGd86D5RepB66BZDx/gnxiYre2gR2/pFOhxuPLXc6xyF9Wr
               yBBn7HkjH0G2h3N58TCccNTlm+Z0C2Un0DJ5+VNMAYpk6ueK5MgzrM0nJcJvgLPE32+lELzh
               a6QPkIqn4rgo+jgZPPmoYSRNKd7jwj/NuIlncn3DekjMwcIVnSW4qzmjOylrRC/GesVyKRmy
               OHQq9jCKN4ep7KlDgMwsM5r8Bu5Azq8kZwZkXQBMFNZaUeChontNUvJJaOwBvO+jlKw1TZzk
               qqeb/uxX9OUcCeFyee7LtMfowZGxQE+zM5S/cdOB7UIMbTuXE60tNHZAhI9OQGuzKDrBYYYt
               MtWVGSRD6ueKK6Xv0WP47dlL+6KIo8Sozv+A/cg7v/qy3Q+nBVOGMvhlYtSc32+Evl8dg+VZ
               nyqgtAaHGQisQ83Teisg1qHG202BT76T+c34Tc1D5ijBIHIS9W2gbCP6yy8G4VfemFMDl3fW
               WetbYiPXO0ALT6DOsI02CJRTqCvEsVysHPm/B+/0bdsKfDYvzEVpY62nsYg/PXdzFkz7WAmV
               JnbijDVCTsowSVQAGVqlKFn/R4jlhHZivM+2qIAU4QUvqIsME9yNIaAnbIkTYmqAESZOI/OE
               g7uQ836U29vCIhtkpleOwAlXI/6xhHbg3j1WflMy/rSVcZyquWFjx2Tb4580yqUi/Vn1gN7B
               JMJbSr/2OZ+71SBXtaZ1RzGyOD6M/xbhneF9X/fnzPR5wcBAVI2CeOdGilBAyme5dXhuhGYF
               +7oWelha1ERj5bFc/QCa8W13w8fGrG+aJKHMjj3wyDpVF6J3u/eNtO0PT9GjWOGUg5c1FlCm
               BTOfR43AiPry0rkATdjFEzibwbXyccWgFW8SEJ8jxuHa0Rwkaez+1sViP2QRvcZ06gL/iss+
               X1yGx6m0tTaBsDlxUIpdbhAYd47/FZM1H7I/w17MJu6Kql+h1kYOw1ptkLq3h9zB81Oi88v5
               H8tyQNzL+qf3jYjP3uA2ovsP7TMNmTo1BWmaqqT3VCHldjPqv1J5/M/pFHu+gquEwtq8nlq1
               cVUz2rJ5pjOC1l3M9q5WUI2+h5m4rDCN3NltsWEiDs1b/by62+YiJozCeAoywitZYJFPaeNB
               UnvFcxfB8WvJOEukVWzYVQIMbM3luZ8MsW4ev+BwKPuMvxnmWfsgWNBpoB6yU+P3yV5Q+/Mm
               Z0CxrvLu2nPHye5l1qnvs3tzMpcYioOG2Ok1SX+LItYZ6k3eodSTGn3c5fxydJ5iJrgHXVf8
               RTwYjFOkN/sch2UYVvn2ARW3klCun2rlxyzyDlsmi0opK6StAT+ht/6fR9CAVZlAWlviVCEC
               Y29jtRfW0nxKgZwxEHj6kH9yKxW4q94KjuLKW94OhPuJmQnaZOe87+LYspB8pQt2Q1YVe29Z
               RaRTbuv+nMy42bYB2JbgQsDWXSyoJyRtxN/gWOZan10qSiBEfw=
IronPort-HdrOrdr: A9a23:un9VO6myMI3mAn9GEfDIOPcHP6bpDfMyimdD5ilNYBxZY6Wkvu
                  qpm+kW0gKxtS0YX2sulcvFFK6LR37d8pAd2/h1AZ6JWg76tGy0aLxz9IeK+UyDJwTS1M54kZ
                  1hfa93FcHqATFB5/rSzQGkH78bsb+62Y+yg+O29QYPcShLbOVa4x59GkKnFCRNNXJ7LL40Do
                  CV6MYChzfIQwVsUu2eBn0IG9fOvMfKkpWOW29jOzcd5AODjSyl5dfBenDyvis2aD9Bzawv9m
                  LIiWXCl9yemsq21wPG0Cvr54lW8eGB9vJ4GMeOhsIJQw+c7TqAWYIJYcz7gBkF5M+qrHInis
                  PFrRtlBdl69n+5RA2IiCqo9Q/n3jMjr1LB6Xvdu3vspsTlWCk3YvAtuatpNjXe7UQksJVH1L
                  9Tm1ieq4FcAXr78xjV1pztXxFumlHcmwterccjy0dSW4cfd7NdxLZwwH9o
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.60.0.2.21\))
References: <F9F9D8FE-A1E6-4E89-AB97-CD9D85D5C8F4@gmail.com>
            <2fb7783e-5770-b952-8def-7950d31478ac@latex-project.org>
Message-ID:  <9685F8B1-F7C5-4BA0-986C-3A9710B423CE@gmail.com>
Date:         Mon, 22 Mar 2021 13:43:54 -0500
Reply-To:     Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender:       Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From:         Don Hosek <don.hosek@GMAIL.COM>
Subject: Re: Bug in fontdef.dtx?
To:           LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <2fb7783e-5770-b952-8def-7950d31478ac@latex-project.org>
Precedence: list
Envelope-To: <rainer.schoepf@gmx.net>
Content-Transfer-Encoding: 8bit
Status: R

After some digging it looks like Frank’s approach is the only way to manage this (it would be nice if utility macros for this already existed but I guess that ship has sailed). I am surprised that nobody suggested \str_if_eq:eeTF which does just want I need (after a bit of a sad moment when it appeared not to work because I inadvertently used the nn form instead of the ee form).

-dh

> On 22 Mar 2021, at 12:27, Frank Mittelbach <frank.mittelbach@LATEX-PROJECT.ORG> wrote:
> 
> Hi Don,
> 
> long time no see
> 
>> fontdef.dtx defines the various series, family and style defaults
>> using \newcommand, e.g.
>> \newcommand\itdefault{it} \newcommand\sldefault{sl} \newcommand\scdefault{sc} \newcommand\updefault{up}
>> This gives defines them as \long However, the commands \fontfamily,
>> \fontseries and \fontshape define \f@family, \f@series and \f@shape
>> using \edef which maked the resulting values not \long
> 
> a bit inconsistent I agree, but as Joseph said "like this forever" and also like this in other places, so even if fontdef would change you couldn't rely on it not being made long
>> This means that code that would do something like, e.g.,
>> \ifx\f@shape\itdefault…\fi will not work as expected.
> 
> yes, but that is not a reliable test anyway.
> 
> \def\familydefault{cmr}
> \def\familydefault{\rmdefault}
> 
> point to the same family as a default but your test would pick them up as different regardless.
> 
> The only reliable test is something like
> 
> \edef\next{\itdefault}
> \ifx\f@shape\next ...
> 
> and that is how NFSS always treats them internally.
> 
>> The simplest fix would be to use the starred form of \newcommand for
>> setting the various \XXdefault values. I would imagine that this
>> should not break anything
> 
> I'm sure from experience that your imagination is faulty :-) it will break something as any change does, but beside that it will not resolve the problem. There are many classes and packages which use \renewcommand on them and so may the user in the preamble, so even if we would change (after 30 years) it isn't really going to help, you need to expand the value prior to testing it against \f@...  (which are ensured to be *not* long).
> 
> So I agree with Joseph (albeit for a slightly different reason), a feature not a bug.
> 
> cheers
> frank