Re: Text To Columns: gestisci correttamente i dati mancantiNel frattempo ho usato Testo in colonne molto con l'impostazione corrente:
Digito diversi caratteri separatori. e Jmp dividere il testo in ciascuno gruppo di (!) caratteri
Freddo! Questo modo di dividere dovrebbe sicuramente rimanere come opzione predefinita 
Cosa fa male in questo momento:
Il registro avanzato non registra l'azione di Testo in colonne !
Quindi non solo i componenti aggiuntivi creati dall'utente hanno questo problema:
Generatore di flussi di lavoro + Componenti aggiuntivi
--> sarebbe fantastico se questo problema potesse essere risolto con la prossima versione di Jmp.
NB: in merito al desiderio originario:
Ricodifica ha un'opzione per dividere il testo - trattando ogni singolo carattere come separatore 
--> può essere utilizzato come soluzione alternativa.
Testo in colonne: gestisci correttamente i dati mancanti☐ nuova fantastica funzionalità
☐ potrebbe aiutare molti utenti!
☑ rimuove un "bug"
☐ bello averlo
☐ nessuno ne ha bisogno
Testo in colonne è uno strumento interessante per dividere i dati da una singola colonna a più colonne, con un separatore definito dall'utente.

Lo strumento ha un aspetto pulito caratteristica - che (in molti casi) si comporta più come un bug:
Se sono presenti caratteri separatori consecutivi, vengono automaticamente trattati come un singolo carattere (!)
Sicuramente, questo ha senso spazi .
Ma supponiamo che i dati provengano da una tabella dati. Quindi due caratteri separatori consecutivi indicano che è presente una voce con a mancante valore intermedio.
E Testo in colonna lo interpreta come un singolo carattere, questo porta a voci spostate, come illustrato qui:
https://community.jmp.com/t5/Discussions/Cols-utilities-how-to-let-lt-text-to-columns-gt-take-care-of/td-p/254339
Il mio desiderio: aggiungi una casella di controllo per abilitare/disabilitare la funzione "usa più separatori come uno solo".
Per ragioni storiche, è possibile abilitare la funzionalità per impostazione predefinita.
È chiaro che ci sono soluzioni alternative come:
- scrivi il tuo strumento Testo in colonne.
- aggiungi caratteri aggiuntivi tra i caratteri separatori adiacenti.
- esporta il set di dati e utilizza l'importazione txt (che fortunatamente non presenta questo bug/funzionalità)
- usa Excel (che ha la casella di controllo)
Automazione e scriptingAnalisi e modellazione dei dati di baseOrganizzazione dei contenutiCombinazione e pulizia dei datiEsplorazione e visualizzazione dei datiPersonalizzazione di massaCondivisione e comunicazione dei risultatiRi: Testo in colonne: gestisci correttamente i dati mancantiCome posso votare a favore di questo?Ho lo stesso problema.È necessaria un'opzione per NON trattare i delimitatori consecutivi come un unico delimitatore.
Ri: Testo in colonne: gestisci correttamente i dati mancantiAnch'io ho lo stesso problema. Excel lo gestisce correttamente, ma non l'ho ancora capito in JMP.
Mela;rosso;dolce;frutta
Arancia
banana;giallo;;frutta
avocado;verde;;
Voglio che i dati siano-
Frutto dolce rosso mela
Arancia
frutto giallo banana
verde avocado
Ma finiscono come
Frutto dolce rosso mela
Arancia
frutto giallo banana
verde avocado
Ri: Testo in colonne: gestisci correttamente i dati mancantiLa domanda è cosa è "correttamente" 
Dopo un po' di tempo con Jmp ho davvero imparato ad amare le funzionalità attuali. È così utile, così spesso.
per esempio https://community.jmp.com/t5/Discussions/Extract-all-desired-elements-from-a-string-to-enable-multiple/mp/686698
In realtà, ho semplicemente utilizzato la funzionalità testo in colonna di Excel per correggere i problemi di importazione (se ho scelto il separatore sbagliato).(*)
Soluzione alternativa: utilizzare il separatore corretto 
L'argomento diventa più urgente se oltre a (*) esistono altre applicazioni. Quale?
Ri: Testo in colonne: gestisci correttamente i dati mancantiQuando decidi di ottimizzare la funzione,
aggiungi anche una casella di controllo per alternare tra le due modalità:
1) basta calcolare (come adesso)
2) colonne formula -> ottima funzionalità se vengono aggiunti nuovi dati!