Inserire 2 pattern nello stesso campo form

[Maxilboss93]

<div class="col-sm-10 col-xs-12 usd ">
<input type="text" name="userCRS" value=""
class="form-control"
id="userCRS"
pattern="?????"
placeholder=""
title="Formato SDI"
required="required">
</div>


come posso ottenere un pattern che mi riconosca la fatturazione elettronica, cioè, se las tringa immessa è una PEC(formato mail), oppure un codice SDI (alfanumerico di lunghezza 7 tutto maiuscolo)??

[Alhazred]

Cosa ha a che fare con PHP?
Se vuoi farlo in PHP devi inviare il dato, nello script che lo riceve metti un if con i 2 pattern in or, oppure se vuoi anche sapere quale dei due è stato inserito metti un if che controlli un pattern, un else if che controlli l'altro ed infine un else che catturi i pattern non validi.

[Maxilboss93]

Grazie mille, ho provato una cosa simile ma poi ho deciso di bloccare l' inserimento direttametne dalla maschera riuscendo a costruire il pattern che mi serviva!
pattern=".[a-z0-9!#$%&'*+/=?^_`{|}~.-]+@[a-z0-9-]+(\.[a-z0-9-]+)*|.[A-Z0-9]{6,7}"
grazie ancora dell' aiuto!

[Alhazred]

Visto che vuoi farlo direttamente dal form, sposto in html5.

[ninja72]

prova in questo modo.

 pattern="^[A-Z0-9]{7}$|^[a-z0-9._-]+@[a-z0-9.-]+\.[a-z]{2,4}$"

[Alhazred]

Occhio che non è così semplice riconoscere le email valide.
La regex indicata riconosce come validi ad esempio gli indirizzi
lupo..alberto@dominio.tld (non sono consentiti punti consecutivi)
.lupoalberto@dominio.tld (un indirizzo non può cominciare col punto)

così come riconosce errati gli indirizzi
lupoalberto@dominio.academy (esistono TLD più lunghi di 4 caratteri, come quello indicato)
lupoあalberto@dominio.tld (la RFC 6530 introduce anche l'uso di caratteri non latini)

e via discorrendo.

Facendo delle ricerche si trovano regex complicatissime per verificare la correttezza degli indirizzi email, ma nonostante tale impegno nessuna copre tutti i casi possibili.

Qui ne trovi una che per stessa ammissione dell'autore è corretta al 99.99%, perché comunque sa che indirizzi non catturati sono così particolari che a nessuno viene in mente di farsi un'email così.
Resta inteso che questa regex copre la RFC 5322 e quindi non copre indirizzi con caratteri non latini e nuove altre regole.

Edit: leggendola, non si accorge neanche questa dei punti consecutivi o iniziali, forse l'autore è stato un po' ottimista.

[ninja72]

Diciamo che voleva essere un esempio spartano, non ho avuto il tempo di testare bene il tutto, comunque come dici tu il discorso di validazione email lato frontend non è cosi semplice come sembra, ed infatti molti consigliano di farlo da backend magari con invio di token per una eventuale conferma da parte dell'utente.