153. Nom i cognoms, cognoms i nom

Torna un problema històric de WordPress: al perfil, el nom va sempre davant del cognom i cap idioma ho pot canviar.

Recorda que pots escoltar aquest programa des de Pocket Casts, Spotify, i Apple Podcasts o subscriure’t al feed directament.

Transcripció del programa

Hola, soc en Josep Morán i estàs escoltant WPpodcast, al resum de notícies de la Comunitat WordPress en català.

En aquest episodi trobaràs la informació del 28 de setembre al 4 d’octubre de 2026.

El nom primer, el cognom després. Així t’ho demana WordPress al perfil, visquis on visquis. Hi ha un ticket obert des del 2008 i aquesta setmana el tema ha tornat.

Polyglots reobre el debat: qui va primer, el nom o el cognom?

Si el teu cognom va primer, WordPress no t’ho posa fàcil. Al perfil, el nom va sempre abans que el cognom i cap idioma ho pot canviar. En japonès, hongarès, xinès, coreà o vietnamita el cognom va al davant. WordPress ja ho admet a l’hora de mostrar el nom, però no a l’hora d’introduir-lo.

El ticket de Trac més antic és del 2008. Des d’aleshores, ajornament rere ajornament, a l’espera d’una solució global amb un únic camp de nom complet que mai no ha arribat. Mentrestant, al Japó o a Malàisia posen el cognom al camp del nom o inverteixen els camps amb CSS.

La proposta és partir el problema en dos:

1. Ara, un canvi petit: que cada idioma pugui reordenar els camps del perfil amb una cadena traduïble i un filtre, sense alterar el significat de les dades ni crear problemes de compatibilitat.
2. Més endavant, un ajust a nivell de lloc: nom primer, cognom primer o camp únic de nom complet.

Un membre actiu de la comunitat japonesa reconeix el biaix de la mostra. Qui participa a Slack o a Trac ja s’ha acostumat a l’ordre anglès i diu que no li molesta, però qui més ho pateix, com el propietari d’un cafè petit que munta el seu web en el seu idioma, gairebé mai hi apareix. Per això demana als equips de cada idioma que expliquin:

1. Com s’escriuen els noms als documents oficials.
2. Què fan avui a WordPress.
3. Si el canvi els serviria.

Els primers comentaris ja hi afegeixen matisos. En rus, el formal és el cognom primer, però l’ordre de WordPress no sona estrany, perquè nom, patronímic i cognom també és natural. El més habitual és ometre el patronímic si no hi ha camp, abans que barrejar-lo amb el nom o el cognom.

Un mentor de Polyglots defensa un únic camp, perquè és impossible endevinar on va cada part, i suggereix un segon camp amb el valor d’ordenació. El membre de la comunitat japonesa ho veu coherent amb les recomanacions d’internacionalització del W3C, i afegeix que el que més li interessa és com escriu la gent de debò el seu nom a cada regió, no la teoria.

Seguim amb una altra norma que no quadra.

Comunitat: pot organitzar un meetup qualsevol membre?

L’equip de Comunitat ha detectat una contradicció al manual sobre qui pot organitzar un esdeveniment de meetup. Una pàgina titulada «Any Member Can Organize an Event» diu que qualsevol membre pot fer-ho sense filtres, mentre que les Cinc Regles de Bona Fe parlen de membres «fiables i de confiança».

L’autora de la proposta s’hi va trobar enmig quan algú que mai havia anat a un meetup li va demanar organitzar-ne un. Ella li va suggerir assistir primer a un d’existent, i un membre li va preguntar si qualsevol pot organitzar o no. No va saber donar una resposta clara.

La seva hipòtesi és que, quan el 2023 es va dividir el contingut en pàgines separades, el text es va copiar però es va perdre el context. A la versió del 2016 la frase parlava d’una casella concreta a les eines del grup, i el títol de la pàgina actual la converteix en un principi general.

La resposta de l’equip, que li va arribar per missatge privat i no està escrita enlloc, és que qualsevol membre pot organitzar un esdeveniment sense ser co-organitzador, però s’ha de coordinar amb els co-organitzadors, que confirmen que és de fiar i que compleix les regles. Per això es proposa:

1. Confirmar aquesta interpretació.
2. Retirar la pàgina «Any Member Can Organize an Event».
3. Repartir-ne el contingut entre la documentació de gestió del grup, les regles i el registre del cas a l’auditoria de manuals.

I una altra norma que només existeix de paraula.

Photos: la norma contra la IA existeix, però només de paraula

A l’equip de Photos han detectat que la norma contra les imatges generades per IA només existeix de forma oral. Als fils de Slack des del 2023 s’ha repetit que una imatge generada no és una fotografia i no s’accepta, i els moderadors demanen que s’enviïn només fotos reals.

Però ni les directrius, ni la llista de comprovació prèvia a la pujada, ni el correu de rebuig, ni les preguntes freqüents esmenten la IA, així que qui envia una imatge no ho sap fins que la hi rebutgen. Tampoc hi ha documentat com recórrer un rebuig, i alguns contribuents que deien haver pujat fotos reals s’han quedat sense resposta, amb la dificultat afegida que la imatge s’esborra en rebutjar-la.

La proposta són quatre canvis senzills:

1. Afegir «imatges generades per IA» a la frase de les directrius que ja exclou captures de pantalla i art digital.
2. Fer el mateix a la casella de la llista de comprovació.
3. Ampliar el motiu de rebuig «No és una foto» o crear-ne un de propi per a la IA.
4. Afegir a les preguntes freqüents que, qui cregui que ha estat un error, pot respondre al correu de rebuig adjuntant la foto.

Es limita a imatges totalment generades. L’edició amb IA, com l’escalat o el farciment generatiu, es deixa per a un altre debat.

Gutenberg 24.1 posa ordre a les eines de disseny

Gutenberg 24.1 és, sobretot, una versió de consistència a les eines de disseny. Unes 140 contribucions fan que gairebé tots els blocs de core tinguin les mateixes opcions de fons, color, ombra i tipografia. Imatge de fons, mida i degradat, ombres, vores i colors d’enllaços, encapçalaments i botons arriben a blocs com Acordió, Tabs, Comentaris o els d’entrada, i Grup, Biografia de l’autor i Llista de termes guanyen columnes de text.

L’ombra de text, estrenada fa unes versions, té ara panell propi a Estils Globals i és disponible a Paràgraf i Encapçalament. I els blocs Cover i Mitjans i Text estrenen una secció de selecció de mitjans a l’inspector, com ja tenien Imatge i Logotip del lloc.

Ara, una peça de Core que canvia com treballeu en equip.

Core també mou la Presence API: ara veu tota la xarxa

El plugin de la Presence API, la peça que mostra qui està treballant i on dins de l’escriptori de WordPress, i que es va anunciar a l’abril, arriba a la versió 0.14.0 amb novetats de pes. Les tres principals:

1. Suport multisite: l’administrador de xarxa veu qui és connectat a tots els llocs alhora, activat per defecte a xarxes que no siguin grans.
2. Bloquejos d’edició: passen de guardar-se com a metadades de l’entrada a viure a la taula pròpia de presència. Així, renovar un bloqueig ja no invalida la memòria cau de consultes en llocs amb cau d’objectes persistent, un problema de rendiment real.
3. Tipus de contingut: funciona amb qualsevol tipus amb editor, inclòs el que algú tingui obert a l’Editor del Lloc, i amb rols que només editen pàgines o tipus personalitzats.

Dos aspectes destaquen per sobre de la resta. En privadesa, el registre està activat per defecte, però es pot desactivar per lloc o per a tota la xarxa, i hi ha secció a la política de privadesa i eines d’exportació i esborrat de dades. Saber on és cada persona queda reservat per defecte a qui pugui llistar usuaris, i la resta només veu qui és connectat.

I en IA, els agents que editen per l’API REST o per MCP no envien el pols d’activitat habitual, així que des de la 0.13 cada desat registra una presència temporal amb l’etiqueta «Agent» a la barra d’administració i a la columna d’editors. El plugin no decideix qui és un agent: ho consulta al plugin Agent Users o a qualsevol altre que respongui pel filtre previst.

Entre els pulits, hi ha millor rendiment amb una sola pestanya que consulta i comparteix resultats amb les altres, Site Health avisa si Heartbeat no manté la presència al dia, i un depurador a la barra d’administració només per a desenvolupament.

I tanquem amb una cosa que no pot esperar.

bbPress tanca la setmana amb una versió de seguretat

bbPress 2.6.19 és una nova versió de seguretat. Això és el que fa:

1. Aplica les contrasenyes heretades dels fòrums a les respostes de l’API REST i a l’activitat de BuddyPress.
2. Reforça les comprovacions d’accés al contingut restringit en feeds, fòrums de grup i altres vistes indirectes.
3. Endureix els permisos de moderació i de rols de fòrum, protegeix les credencials de l’importador i la gestió de comptes, i millora l’escapat a perfils i administració.

Entre les correccions de manteniment, n’hi ha a les associacions i notificacions de fòrums de grup de BuddyPress, a la neteja del conversor, a les contrasenyes de bases de dades importades, als correus de subscripció i a la posició de les respostes.

Què toca fer aquesta setmana

1. Si fas servir bbPress, actualitza a la versió 2.6.19.
2. Si formes part d’un equip d’idioma amb el cognom primer, explica a Polyglots com s’escriuen els noms al teu territori.
3. Si fas servir Gutenberg, prova la 24.1 i revisa els nous controls de disseny als blocs.

Recordeu que aquest pòdcast es distribueix amb llicència Creative Commons com una versió derivada del WPpodcast en espanyol; tens tots els enllaços per ampliar la informació i el pòdcast en altres idiomes, a WPpodcast.cat.

Una abraçada, i fins al pròxim programa.