o2view_selector_all

[Janox - Uniteam s.r.l.]

Ciao Tommaso,

una veloce delucidazione: la funzione in oggetto prima di spuntare tutto esegue una selector_none? Mi sembra di si.

Te lo chiedo perchè avrei questa necessità: un cliente applica un filtro, seleziona tutte le righe, modifica il filtro e seleziona tutte le righe, esporta le righe selezionate.

Il fatto è che rimangono selezionate solo quelle dell'ultimo "all".

Mentre se filtra, seleziona tutto con la funzione, modifica il filtro e seleziona tutte le nuove righe singolarmente, esporta, il risultato è la "somma" delle due selezioni (quello che vorrei ottenere).

Pensi sia possibile modificare il comportamento della "all" aggiungendo un parametro "non resettare la selezione?".

Spero di essermi spiegato.

PS
Ho usato il canale di supporto ma potrebbe diventare una richiesta da jxdev.

Grazie mille
Ciao e buona giornata

---------------------------------------------------------------------------
Janox
---------------------------------------------------------------------------

Via San Pier Tommaso, 18/3 - 40139 Bologna (BO) - Italia
---------------------------------------------------------------------------
Tel: (+39) 051 54 24 10
Mail: ja...@uniteambo.it
Web: https://www.uniteambo.it/
Assistenza: https://custom.teamviewer.com/6z4s2dm
---------------------------------------------------------------------------

[Tommaso Vannini]

Ciao Maurizio,
non credo che, per ora, ci sia bisogno di spostare l'argomento su DEV,
tuttavia ci sono delle riflessioni a cui spero vorrà partecipare anche
chi ci legge in copia.

> una veloce delucidazione: la funzione in oggetto prima di spuntare
> tutto esegue una selector_none?

Sì, l'equivalente, metteva a zero le selezioni esistenti.

> Mentre se filtra, seleziona tutto con la funzione, modifica il filtro
> e seleziona tutte le nuove righe singolarmente, esporta, il risultato
> è la "somma" delle due selezioni (quello che vorrei ottenere).

Ti confesso che, ad una prima lettura, mi sarebbe sembrato questo il
comportamento da correggere, ma poi ci ho ripensato.

Non sto a spiegarti tutte le ragioni per cui mi sono convinto che la tua
richiesta sia legittima: basti il fatto che i vostri programmi attuali
possono basarsi su questo comportamento.

Tuttavia il comportamento deve essere uniformato nei due casi, che si
usi la selezione singola o select-all.

> Pensi sia possibile modificare il comportamento della "all"
> aggiungendo un parametro "non resettare la selezione?".

Credo che sia meglio correggere il comportamento attuale della funzione,
per non eseguire il reset delle selezioni.

Aggiungere un parametro creerebbe solo confusione ed incertezze inutili.

Chi volesse azzerare le selezioni in caso di select-all può usare la
funzione "o2view_selector_none()" prima della select-all.

In release odierna trovi la funzione con la correzione: attendo conferma
correzione.


NOTA:

La funzione o2view_selector_none() azzera tutte le selezioni, non solo
quelle della vista attuale.

Fatemi sapere se questo comportamento è accettabile, perché:

1. l'utente potrebbe intendere di rimuovere solo le righe del filtro
attuale, mantenendo le altre (lavorando per sottrazione, anziché per
addizione);

2. se volessimo cambiare il comportamento di questa funzione, per
rimuovere solo quelle del filtro attuale:

a. sarebbe un po' complicato;

b. dovrei darvi una nuova funzione per il reset totale, del tipo
o2view_selector_zero(), o o2view_selector_reset()...

Fatemi avere eventuali riflessioni: saranno, come sempre, ben accette.


Saluti
--
. Tommaso Vannini
. <tvan...@janox.it>
. Software analysis & development
. Janox project manager (www.janox.it)

[Janox - Uniteam s.r.l.]

Ciao Tommaso,

confermo il funzionamento della correzione per la selector_all.

NOTA:

La funzione o2view_selector_none() azzera tutte le selezioni, non solo
quelle della vista attuale.

Fatemi sapere se questo comportamento è accettabile, perché:

 1. l'utente potrebbe intendere di rimuovere solo le righe del filtro
    attuale, mantenendo le altre (lavorando per sottrazione, anziché per
    addizione);

 2. se volessimo cambiare il comportamento di questa funzione, per
    rimuovere solo quelle del filtro attuale:

     a. sarebbe un po' complicato;

     b. dovrei darvi una nuova funzione per il reset totale, del tipo
        o2view_selector_zero(), o o2view_selector_reset()...

Personalmente sono d'accordo nel modificare la selector none in modo tale che lavori come la all attuale ma contestualmente servirebbe anche la funzione di reset totale per coprire tutti i casi d'uso.

A disposizione

Grazie
Ciao e buona giornata

---------------------------------------------------------------------------
Janox
---------------------------------------------------------------------------

Via San Pier Tommaso, 18/3 - 40139 Bologna (BO) - Italia
---------------------------------------------------------------------------
Tel: (+39) 051 54 24 10
Mail: ja...@uniteambo.it
Web: https://www.uniteambo.it/
Assistenza: https://custom.teamviewer.com/6z4s2dm
---------------------------------------------------------------------------

[Tommaso Vannini]

Ciao Maurizio.

> Personalmente sono d'accordo nel modificare la selector none in modo
> tale che lavori come la all attuale ma contestualmente servirebbe
> anche la funzione di reset totale per coprire tutti i casi d'uso.

Visto che abbiamo intrapreso questa strada mi trovi sostanzialmente
d'accordo.

Mi piacerebbe avere anche qualche feedback da esperienze diverse, ma, in
mancanza, credo che potremmo procedere prima del consolidamento.

Alla fine per chi non ha il tuo tipo di esigenza non dovrebbe cambiare
sostanzialmente niente.


Tuttavia questa cosa mi lascia delle perplessità.

Far avere alle due funzioni un effetto totale (aggiungi solo quelli
visibili, resetta tutti) era invalidante dal punto di vista funzionale,
oltre che un problema di coerenza nei vari casi.

Trasformarle in funzioni con effetto incrementale, però, crea un altro
problema: l'utente non sa quanti e quali elementi siano effettivamente
in selezione, in ogni momento.

Quindi, adesso, sarebbe affidato ai programmatori indicare quanti (ed
eventualmente quali) elementi siano presenti nella cache di selezione.

Questa cosa credo che andrebbe analizzata meglio e potremmo pensare a
strumenti di runtime che agevolino (o, magari, automatizzino) questa
funzione.

Penso ad esempio ad una funzione del tipo o2view_filter_selected(),
ma dal punto di vista tecnico sarebbe un dramma.

Io non so quali filtri siano intervenuti per la selezione e la
selezione è un'informazione di app-server (PHP): quindi dovrei
richiedere al DB l'INTERA tabella e poi filtrarla per le chiavi
locali.

Roba che se lo facciamo su documenti, movimenti-rifiuti o articoli di
magazzino abbiamo bisogno di un server dedicato..! :)

Quindi se vorremo esplorare questa cosa direi di concludere prima questa
fase di assestamento e poi portare l'argomento su JXDEV.

[Janox - Uniteam s.r.l.]

Ciao Tommaso,

Trasformarle in funzioni con effetto incrementale, però, crea un altro
problema: l'utente non sa quanti e quali elementi siano effettivamente
in selezione, in ogni momento.

Si verissimo.
Questa cosa la gestisco "a sentimento" a seconda del prg che usa l'utente.
Nei programmi dove le righe selezionate generano solo stampe e/o excel non mi interessa, mentre in programmi che generano file di scambio e/o aggiornano a valle "qualcosa" l'operatore deve spuntare un flag "Visualizza righe selezionate" che scatena un filtro sul campo "selector" presente in view a true.
Attivato il flag vengono azzerati tutti i filtri tranne quello sul campo "selector" (così da vedere solo le righe selezionate) e si attiva il bottone di export.
So che non è elegante ma è efficace.

Quindi se vorremo esplorare questa cosa direi di concludere prima questa
fase di assestamento e poi portare l'argomento su JXDEV.

In generale è per questo che avevo scritto che forse poteva essere un thread da dev perchè, a mio avviso, si tratta di valutare il da farsi.
Ad esempio, dentro AWS ad ogni ricerca e/o filtro su un elenco, la selezione delle righe viene azzerata (e sarebbe il mio comportamento preferito e più logico) ma per gli operatori avere questa possibilità di selezione incrementale/decrementale è molto spesso di forte aiuto (quando ci sono tante tante righe).

A disposizione

Grazie
Ciao

---------------------------------------------------------------------------
Janox
---------------------------------------------------------------------------

Via San Pier Tommaso, 18/3 - 40139 Bologna (BO) - Italia
---------------------------------------------------------------------------
Tel: (+39) 051 54 24 10
Mail: ja...@uniteambo.it
Web: https://www.uniteambo.it/
Assistenza: https://custom.teamviewer.com/6z4s2dm
---------------------------------------------------------------------------

[Tommaso Vannini]

Ciao Maurizio.

> Questa cosa la gestisco "a sentimento" a seconda del prg che usa
> l'utente.

Credo che sia l'unico modo possibile di gestirla: le esigenze
applicative rientrano nelle strategie del programmatore.

Le mie preoccupazioni, lato runtime, sono due:

1. fornire gli strumenti più ampi possibili per incontrare tutte le
esigenze;

2. non creare fratture traumatiche col passato.

> Attivato il flag vengono azzerati tutti i filtri tranne quello sul
> campo "selector" (così da vedere solo le righe selezionate) e si
> attiva il bottone di export.
> So che non è elegante ma è efficace.

No, non credo che sia poco elegante, anzi: è proprio quello che
proponevo fra le funzioni di supporto.

> Personalmente sono d'accordo nel modificare la selector none in modo
> tale che lavori come la all attuale ma contestualmente servirebbe
> anche la funzione di reset totale per coprire tutti i casi d'uso.

Che ne dici di "o2view_selector_reset()"..?

In questo modo la "all" e la "none" rimarrebbero incrementali, come sono
(in parte) da sempre.


Fammi sapere ed ovviamente sarà gradito ogni contributo anche da chi ci
legge in copia.

[Janox - Uniteam s.r.l.]

Ciao Tommaso,

Che ne dici di "o2view_selector_reset()"..?

In questo modo la "all" e la "none" rimarrebbero incrementali, come sono
(in parte) da sempre.


Fammi sapere ed ovviamente sarà gradito ogni contributo anche da chi ci
legge in copia.

Pienamente d'accordo, personalmente è la soluzione che preferisco.

A disposizione

Grazie mille
Ciao e buona giornata

---------------------------------------------------------------------------
Janox
---------------------------------------------------------------------------

Via San Pier Tommaso, 18/3 - 40139 Bologna (BO) - Italia
---------------------------------------------------------------------------
Tel: (+39) 051 54 24 10
Mail: ja...@uniteambo.it
Web: https://www.uniteambo.it/
Assistenza: https://custom.teamviewer.com/6z4s2dm
---------------------------------------------------------------------------