Ver 2026.04

Ver 2026.04
Photo by Sebastian Staines / Unsplash

Rimani allineato sulla evoluzione di WiseTown. ‌‌Scopri velocemente cosa c'è di nuovo, cosa è cambiato, su cosa stiamo lavorando.

Modulo Login:

È stata aggiunta la selezione della modalità operativa Cittadino/Operatore al momento del login:

Questa viene richiesta utilizzando lo stesso criterio che utilizza l`app mobile, ovvero quando entrambe le seguenti condizioni si verificano:

  • L'utente ha almeno un ruolo NON di default
  • L'utente ha almeno un ruolo di default

Con l'occasione sono state modificate tutte le chiamate API e CQRS in modo tale che i ruoli dell'utente al momento delle richieste vengano filtrati in base alla modalità con cui si è fatto acceso. Per quanto riguarda la presenza dell'utente in Team, quella NON subisce filtri differenziati per modalità di login poiché non esiste modo per distinguere per quale modalità quali Team vanno assegnati e quali no.

Nel caso si scelga di entrare come "poweruser" (Operatore), verranno abilitati tutti i ruoli associati all'utente con ESCLUSIONE dei ruoli di default.
Nel caso si scelga di entrare come "default" (Cittadino), verranno abilitati SOLO i ruoli associati all'utente riconosciuti come ruoli di Default (ruoli assegnati automaticamente dal sistema al primo login).

BugFix:

  • #5717: nascosta la visibilità dell’archiviazione per i gruppi TASKS e ISSUES.
  • #6444: con il filtro “mostra archiviati” attivo, se un task o un’issue venivano archiviati dalla relativa modale, poi sparivano dalla lista.
  • #6480: il pulsante “Crea segnalazione” si deforma all'aumentare dello zoom.
  • #6475: il filtro dei task e delle issue in modalità “solo icona” risulta decentrato e con il cerchietto del numero di filtri attivi non ben visualizzato quando si riduce la dimensione della pagina; inoltre, il selettore dei tag si deformava in modo instabile.

Wisetown Mobile

Modulo Tasks:

1) In alcuni workspace (Como) i task sono talmente tanti che la chiamata di caricamento va in timeout, divisa in trance tramite paginazione e reso il caricamento asincrono all'UX, questo problema avveniva solo con utenti che vedono tante segnalazioni (operatore).

Barra di caricamento si chiude quando tutti i task/issue sono stati caricati

2) Divisa visualizzazione Issue/Task, rimossa quindi la tab di navigazione interna. Eliminato il menu delle azioni in basso e sostituito con un menu laterale.

3) Modificata la visualizzazione e la modifica del marker nella mappa. Aggiunto widget per la visualizzazione e la modifica in modalità pieno schermo.

Modulo Crowdplanning:

Il modulo Crowdplanning è stato implementato su mobile a partire dalla versione già esistente su web. Il modulo si articola in due macro-componenti: Progetti e Proposte. Nella versione mobile è stata implementata la gestione delle Proposte, che consente ai cittadini di avanzare idee e suggerimenti da sottoporre alla valutazione degli amministratori.

L'accessibilità del modulo Proposte è garantita tramite il menu laterale a scomparsa raggiungibile dall'icona hamburger nella barra superiore dell'app. Il menu presenta le voci di navigazione principali del modulo e un pulsante di azione primaria per la creazione.

La bacheca è la schermata principale del modulo e mostra tutte le proposte disponibili (eccetto le proprie), raggruppate per stato. È accessibile a tutti gli utenti dell'app e rappresenta il punto di ingresso principale per la consultazione delle proposte della comunità.

La sezione "Le mie proposte" mostra all'utente autenticato l'elenco delle proposte da lui create, suddivise per stato. Oltre alla visualizzazione, da questa schermata è possibile creare direttamente una nuova proposta tramite il pulsante in fondo alla pagina.

Con sfondo grigio le proposte archiviate.

Il filtro testuale garantisce la ricerca sia per titolo che identificativo (con o senza #).
Il pannello dei filtri è accessibile tramite il pulsante con l'icona di regolazione presente nella barra di ricerca. Permette di affinare la visualizzazione delle proposte in base a criteri multipli. In fondo al pannello sono presenti due pulsanti: Resetta per ripristinare tutti i filtri ai valori predefiniti, e Conferma per applicare la selezione corrente.

La mappa offre una visualizzazione geografica interattiva delle proposte. Ogni proposta con una posizione associata appare sulla mappa come un marker colorato. Il colore del marker indica lo stato della proposta. Toccando un marker sulla mappa si apre una card informativa nella parte inferiore dello schermo.

La schermata di dettaglio mostra tutte le informazioni di una proposta e, per gli utenti con privilegi di moderazione, include le azioni di approvazione, rifiuto, archiviazione ed eliminazione, visualizzazione informazioni autore.
La schermata è organizzata in schede (tab). La scheda Dettaglio include: tag tematico della proposta, titolo, descrizione, mappa in miniatura con pin geografico, allegati e lista dei file allegati con anteprima e nome, autore e informazioni associate, stato della proposta con etichetta testuale nel footer del dettaglio.

La bacheca pubblica delle proposte è accessibile senza autenticazione (proposte pubbliche) e mostra esclusivamente le proposte approvate dagli amministratori. A differenza della bacheca autenticata, non è presente alcuna suddivisione per stato: l'elenco è piatto e mostra direttamente le card delle proposte approvate.
L'utente non autenticato può navigare liberamente tra le proposte e accedere al dettaglio di ciascuna. Tuttavia, alcune funzionalità sono vincolate all'autenticazione:
Like: tentando di votare una proposta, compare un dialog modale che richiede il login
Chat: il tab è visibile nel dettaglio proposta, ma al tentativo di accesso viene mostrato il dialog di autenticazione.
Azioni di moderazione: non disponibili. I pulsanti Approva/Non approvare/Archivia/Elimina non sono visibili agli utenti non autenticati.

Modulo Ratings:

Il modulo Ratings è stato implementato su mobile per consentire agli utenti di esprimere apprezzamento nei confronti dei contenuti presenti nell'applicazione. Il modulo si integra trasversalmente con altri moduli (ad esempio il modulo Proposte) e permette agli utenti autenticati di aggiungere o rimuovere un like su qualsiasi entità che lo supporti.
Il componente principale del modulo è il LikeCounter, un widget riutilizzabile che mostra il numero di like associati a un'entità e consente all'utente di interagire con essi. Il componente è visibile nella card della proposta. Se un utente non autenticato tenta di mettere like a un contenuto, il sistema intercetta l'errore restituito dall'API e mostra un dialog modale di autenticazione. Il dialog informa l'utente che è necessario effettuare il login per poter votare.

Modulo Chat:

Il modulo Chat è stato implementato su mobile per consentire agli utenti di partecipare a discussioni contestuali all'interno dell'applicazione. Il modulo si integra con altri moduli (ad esempio il modulo Proposte) e presenta una stanza di discussione associata a ogni entità che la supporti. La comunicazione avviene in tempo reale tramite connessione WebSocket (SignalR).

Il componente principale del modulo è la DiscussionRoom, accessibile nel dettaglio della proposta tramite il tab "Chat". L'interfaccia è suddivisa in tre aree principali:

  • Header fisso: mostra il numero totale di commenti presenti nella stanza e un controllo per modificare l'ordinamento della lista (dal più recente al meno recente e viceversa).
  • Area messaggi scrollabile: visualizza i messaggi raggruppati per autore in ordine cronologico. Ogni gruppo mostra l'avatar con le iniziali dell'autore, un badge con il nome completo e le singole bolle messaggio.
  • Area di input fissa: campo di testo multi-riga con pulsante di invio per comporre e inviare nuovi messaggi.

La visibilità e l'abilitazione dell'area di input dipendono dai permessi dell'utente corrente, verificati tramite il sistema di claim dell'applicazione. Gli utenti autenticati senza il claim di moderazione possono eliminare esclusivamente i propri messaggi. Per ogni eliminazione viene mostrato un dialog di conferma prima di procedere con l'operazione.
Il tab Chat è visibile nel dettaglio della proposta anche per gli utenti non autenticati. Tuttavia, al tentativo di accesso alla discussione viene mostrato un dialog modale che richiede l'autenticazione.

Modulo Ztls e Survey:

Sostituito il menù di azioni in basso con menù di navigazione laterale come per tasks e issue.

Modulo Shared:

Re-fattorizzazione gestione claim nell'app mobile. Niente più messageService per ogni claim, ma unica messageService utilizzata dal ClaimProvider nel modulo shared.

Creazione di componenti WiseDialogs, WiseButtons, WiseSelector per uniformare lo stile della piattaforma e definire un primissimo approccio di design system.
Si sottolinea che le modifiche allo Shared implicano cambiamenti diretti a tutti gli altri moduli.

Modulo Login:

Quando si accede con un provider di login che non fornisce una eMail validata (ad es. CIE), il sistema forza l'utente verso una schermata con inserimento email e validazione tramite pin dalla mail. Non sono possibili interazioni con l'app fino a che l'eMail non viene inserita e validata correttamente.

BugFix:

  • #6275: Hive (store dell'applicazione) si rompeva se l utente passava da una versione molto vecchia e aggiornava all'ultima rilasciata provocando un'errore critico del sistema.
  • #6373: Mobile CIE Login su IoS e validazione con Entra in app non funzionava per TouchId e FaceId.

Quando saranno visibili le nuove funzioni ?

Le nostre pubblicazioni sono schedulate, tranne eccezioni, il primo martedì di ogni mese sul sito ufficiale di produzione.
Il roll-out sui siti custom e nelle installazioni on-premise verrà programmata nei giorni successivi alla pubblicazione ufficiale.
Leggi il documento sulle "finestre temporali di sviluppo" per capire meglio come effettuiamo i rilasci.

Posso provare in preview le nuove funzionalità?

La preview è resa disponibile ed è visibile esternamente dal momento della pubblicazione del documento di rilascio che avviene il martedì successivo al 15 del mese, sul sito ufficiale di preview.


What next ?

Identity:

Ci sono state modifiche nella parte di autenticazione per eliminare molti Warning che il compliatore tirava fuori di funzioni deprecate. Queste riguardano soprattutto la lettura dei certificati e quindi tutto il sottoinsieme SPID/CIE.

Inoltre, nella libreria inglobata di ITFoxtec.Saml2 sono stati rimossi tutte le parti di build relative al vecchio .NET Framework, fissando la compilazione al solo .NET moderno. Questo ha permesso ad alcuni LSP di linux (che non supoprtano .NET Framework) di riprendere a funzionare correttamente.