Come si fa a vincere la sfida della progettazione di immobili di grandi dimensioni? [chiuso]

Questa domanda è un po 'più soggettiva, ma spero di avere una nuova prospettiva. Sono così abituato a progettare per una determinata dimensione dello schermo (in genere 1024x768) che trovo che quella dimensione non sia un problema. Espandere le dimensioni a 1280x1024 non ti compra abbastanza spazio sullo schermo per fare una differenza apprezzabile, ma mi darà un po 'più di respiro. Fondamentalmente, ho solo espandere la mia "dimensione della griglia" e lo stesso design di base per lo schermo leggermente più piccolo funziona ancora.

Tuttavia, negli ultimi due progetti i miei clienti utilizzavano tutti gli schermi 1080p (1920x1080) e desideravano soluzioni per utilizzare il maggior numero possibile di immobili. 1920 pixel di larghezza offrono poco meno del doppio della larghezza a cui sono abituato, e l'ampio schermo rende alcuni dei miei vecchi approcci di progettazione non funzionanti. Il problema in cui mi imbatto è che quando viene presentato con così tanto spazio, mi trovo di fronte ad alcuni problemi importanti.

• Quante colonne dovrei usare? Il formato largo si presta a una divisione a 3 colonne con una divisione 2: 1: 1 (ovvero la colonna del contenuto più grande delle altre due). Tuttavia, se vado con tre colonne cosa devo fare con quella colonna aggiuntiva?
• Come posso utilizzare in modo efficiente il settore immobiliare dello schermo? C'è la tentazione di mettere tutto sullo schermo in una volta, ma troppe informazioni in realtà rendono l'applicazione più difficile da usare. Lo spazio bianco è importante per dare un senso a informazioni complesse, ma troppo rende i concetti correlati troppo separati.
• Di solito lavoro con applicazioni Web con dati complessi e la visualizzazione e la presentazione sono fondamentali per dare un senso ai dati grezzi. Quando il tuo utente ha anche uno schermo di grandi dimensioni (almeno 24 "), alcune informazioni non sono visibili e devi spostare il puntatore a lunga distanza. Come puoi assicurarti che tutto ciò che è necessario rimanga all'interno dei punti caldi visivi?
• Siti semplici come i blog in realtà funzionano meglio quando la larghezza è limitata, il che si traduce in un sacco di proprietà immobiliari sprecate. Mi chiedo se avere la casella di testo e l'anteprima del testo fianco a fianco sarebbe un grande vantaggio per l'amministratore di quel tipo di schermo? (1: 1 diviso in due colonne).

Per le tue risposte, so che quasi tutto nel design è "dipende". Quello che sto cercando è:

• Principi generali che usi
• Come è cambiato il tuo approccio al design

Sto scoprendo che devo riqualificarmi come lavorare con questo diverso formato. Ogni aumento della risoluzione che ho affrontato finora è stato di circa il 25%: da 640 a 800 (aumento del 25%), da 800 a 1024 (aumento del 28%) e da 1024 a 1280 (aumento del 25%). Tuttavia, il salto dal 1280 al 1920 è un buon aumento del 50% nello spazio - l'equivalente dal salto da 640 direttamente a 1024. Non esisteva una media grandezza comunemente usata per aiutare a imparare le lezioni più gradualmente.

Ecco come affrontare questo problema.

Vorrei iniziare raggruppando i miei dati in blocchi logici. Potrei persino arrivare al punto di creare un file ascx diverso per ogni blocco logico. Ogni blocco saprebbe come visualizzare (larghezze min / max). Vorrei fare questo b / c Non mi piace riscrivere il codice e se esiste la possibilità che l'app debba essere espansa per supportare più dimensioni di risoluzione, ciò contribuirebbe a semplificare il controllo in base al controllo.

Successivamente, creerei un nuovo foglio di stile per una risoluzione maggiore. Crea pulsanti e vai più grande. Aggiungi più spazio bianco attorno agli elementi. In questo modo il passaggio tra i due tipi di risoluzione è solo uno scambio di fogli di stile.

Ora arriva la parte difficile, il layout. Come hai detto, il layout sarà molto diverso con quella quantità di beni immobili. La risposta cop-out sarebbe quella di consentire all'utente di posizionare gli elementi dove vogliono, come una pagina iGoogle. L'utente può scegliere 2 o 3 colonne come ritiene opportuno. Dato che non so quali tipi di schermi stai costruendo, non so se questo funzionerebbe davvero per te.

La seconda risposta cop-out sarebbe quella di assumere un esperto dell'interfaccia utente per aiutarti a progettare queste pagine. Avendo lavorato con uno specialista dell'interfaccia utente in passato, posso dire che ne vale la pena al 100% per ottenere un parere di esperti su cose come questa. Possono individuare i problemi e suggerire soluzioni prima ancora che il cliente visualizzi il prodotto.

Se dovessi farlo da solo, posizionerei gli oggetti fissi sui lati e farei crescere l'area centrale per riempire il resto dello spazio. Avere tutti i dati che possono crescere riempire la sezione centrale.

Non sono sicuro di quanto ti sia utile, ma spero che ti dia qualche idea.

Direi che se non è possibile utilizzare lo spazio aggiuntivo aggiungendo ulteriori informazioni / controlli, direi di aumentare il contenuto e il controllo esistenti .

Perché? Perché secondo la legge di Fitt le cose più grandi sono più facili da usare .

Forse chiedere anche su https://ux.stackexchange.com/ o https://graphicdesign.stackexchange.com/

Non sono un esperto dell'interfaccia utente, ma utilizzo uno schermo 1920x1080 ogni giorno con Eclipse. Eclipse ha un'interfaccia molto facilmente configurabile, ed ecco alcune delle mie osservazioni quando si passa da 1280 a 1920:

• Ad entrambe le risoluzioni, voglio vedere la finestra che sto lavorando nella stessa dimensione. Con una risoluzione più piccola, tendo a nascondere i pannelli extra, mentre con la risoluzione più alta, metto fuori più pannelli.
• Preferirei pulsanti leggermente più grandi. Occuperebbero meno spazio in modo proporzionale sul monitor più grande e renderebbero più veloci le azioni del mouse.
• Espando spesso le anteprime per utilizzare l'intero schermo, ovvero il codice a sinistra, l'anteprima a destra. Questo finisce per essere un formato a due colonne. A parte questo, uso 3 colonne con un piè di pagina:
  1. Sinistra: navigazione file
  2. Centro: Codice (il più grande, probabilmente 2/3 della larghezza dello schermo)
  3. A destra: navigazione e attività del codice
  4. Piè di pagina: stato (console, server, ecc. Abbastanza corto, forse 1 / 5-1 / 6 altezza dello schermo)

A volte metto anche viste e controller uno accanto all'altro in modalità a 2 colonne, ma questo è sicuramente specifico del programmatore. :)

Quando su uno schermo più grande, voglio usarlo per vedere quante più informazioni possibile, pur essendo facile da trovare. Più spazio attorno ai componenti aiuta a differenziare le raccolte di informazioni. Le icone nelle schede sono un modo per attirare l'attenzione sul significato di ciascun componente.