Rivedere l'interfaccia del team works

[teopost]

Sarebbe opportuno (e gradito) migliorare l'interfaccia del teamworks!

[s.zagni]

Appoggio

[g.lanzi]

I miglioramenti sono sempre ben accetti, ma la cosa più difficile è individuare il miglioramento giusto secondo le aspettative degli utilizzatori.

Posso chiedere a tutti gli interessati a questo argomento di descrivere quale usabilità vorrebbero vedere implementata?

Ad esempio so che queste sono interessanti per diverse persone:
- poter interrompere un "mostra storia"
- acquisire e inserire i lock tutti insieme e non uno alla volta (in caso di modifiche a cascata)

Qual è la funzionalità che vorreste avere?

[s.zagni]

1) vedi NPQ02772
2) il menù sulla sinistra è scomodo e poco intuitivo. Sarebbe molto più comodo se fosse ad albero come dei normali menù
3) la grafica, la disposizione di campi e pannelli lascia un po' a desiderare
4) avere la possibilità di fare un doppio click (oppure un link) ovunque è presente il riferimento ad una procedura/videata/pannello in modo tale che venga posizionato il punto sul progetto dentro INDE (esattamente come avviene per il debug quando si clicca sull'icona dello statement).
5) evitare che ogni volta che si tenta di aprire un blocco di codice/una cartella, INDE prenda il lock sull'intera procedura (succede sempre se si proviene dai risultati di ricerca)
6) performance

[g.lanzi]

Ottimo, grazie!

@teopost concordi? Hai altri suggerimenti per noi?

[teopost]

Si concordo. In generale devo dire che il problema è l'usabilità complessiva dell'applicazione. Farei fare una analisi a chi lo fa di mestiere. Ux ui

[t.simoncini]

Quando si fa il GetLatest, sul client non c'è nessuna indicazione del progresso della procedura.
Durante il check-in è presente una mascherina con il numero di passi e il tempo stimato (anche se non è mai veritiero). Nel GetLatest, invece, si attende anche per mezz'ora con l'interfaccia bloccata senza sapere a che punto si è.
Se vedo che sono al passo 20 di 598, vado a prendermi un caffè oppure inizio a lavorare su qualcos'altro. Se sono al passo 10 di 12, attendo il completamento.

NPQ02314 viewtopic.php?f=2&t=67232&p=110978

[g.lanzi]

Ottimo! Grazie.

[sarcaz]

aggiungo anche io:
1) sarebbe molto utile poter eliminare un checkin intermedio in caso di checkin errati
2) da migliorare la gestione delle custom incorporate che non vengono estratte in modo corretto se contengono librerie necessarie alla compilazione, addirittura se viene effettuato un "recupera anche se la versione è la stessa" del progetto le custom delle applicazioni vengono segnalate di dimensione 0kb,
3) credo che in generale andrebbe modificata la procedura di checkin perchè purtroppo per qualche motivo alcune volte possono succedere dei disastri. Questa è più difficile da spiegare però ci provo: progetto con più applicazioni e componenti un utente modifica una lista valori comune a più applicazioni, esegue modifiche all'applicazione e fa checkin, un altro utente fa altre modifiche e fa checkin. A questo punto nella copia master gli oggetti collegati alla lista valori perdono tutti i riferimenti (successo 2 volte). Vedi punto 1 che potrebbe risolvere il problema.
4) la gestione delle cartelle del progetto su teamwork ha problemi, alcune volte vengono duplicati gli oggetti se si sposta il contenuto oppure si hanno differenze continue al momento del checkin.

[teopost]

Aggiungere una funzione di FORK di un progetto partendo da un checkin o, TAG, per creare un nuovo progetto.
Adesso per fare una copia di un progetto esistente occorre fare una copia, cambiare i guid e ricaricare il progetto.

Togliere quel ricorrente errore javascript che viene sempre fuori quando si apre l'interfaccia del teamworks da dentro INDE