Let me explain this a different way. Trunked priority scanning is different from conventional priority scanning. It doesn't matter whether it is analog or digital.
With a conventional system, this is called "Priority Scan Mode". When the scanner is stopped on a non-priority channel, it will briefly look at all channels marked as Priority to see if there is traffic. If so, then the scanner remains on the priority channel. (This is called "Pre-emptive"). It does not matter where the priority channel is - it could be in the current Favorites List or another Favorites List. (I think that all active Favorites Lists are loaded in the active memory).
On a trunked system, this would be called "Priority ID Scan". When the scanned is monitoring the control channel, it will give priority to a talkgroup that is marked as a priority channel. By that I mean two channel grants happen at once - the scanner would choose the one that is marked as priority. For most trunked systems, there is no such thing as pre-emption of ongoing communications to check for traffic on a priority talkgroup. Not exactly what we would think as priority scanning, then but that's the way these scanners have been for years, going back to the x96 models at least.
An interesting quirk I've seen - depending on which Priority Scan Mode is chosen, I've seen the scanner pre-empt an on going trunked system conversation to check for a priority transmission on a conventional system. However, the reverse is not true, since there is no trunked pre-emption generally.
(As always there are exceptions. Motorola Type 2 trunked systems do allow for pre-emption, but only as designed by the system administrator and not by the scanner. The priority talkgroups are those identified as such by the system managers and not the scanner programmer.)