Come vinci la sfida di progettare per il grande schermo immobiliare? [chiuso]

10

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

Tuttavia, nell'ultimo paio di progetti i miei clienti utilizzavano schermi 1080p (1920x1080) e volevano che le soluzioni usassero il più possibile il più possibile. 1920 pixel attraversano poco meno del doppio della larghezza a cui sono abituato, e l'ampio schermo rende alcuni dei miei vecchi approcci progettuali a non funzionare altrettanto bene. Il problema che sto incontrando è che quando viene presentato con così tanto spazio, mi trovo di fronte a alcuni problemi importanti.

  • Quante colonne dovrei usare? Il formato wide si presta a una divisione di 3 colonne con una divisione 2: 1: 1 (vale a dire la colonna di contenuto più grande delle altre due). Tuttavia, se vado con tre colonne, cosa devo fare con quella colonna in più?
  • Come faccio a efficiente l'uso dello schermo immobiliare? C'è la tentazione di mettere tutto sullo schermo in una sola volta, ma troppe informazioni rendono l'applicazione più difficile da usare. Lo spazio bianco è importante per dare un senso alle informazioni complesse, ma troppo fa sembrare i concetti correlati troppo separati.
  • Di solito lavoro con applicazioni web che hanno dati complessi, e la visualizzazione e la presentazione sono la chiave per dare un senso ai dati grezzi. Quando l'utente dispone anche di uno schermo di grandi dimensioni (almeno 24 "), alcune informazioni non sono visibili e occorre spostare il puntatore su una lunga distanza, in che modo si assicura che tutto ciò che è necessario rimanga all'interno dei punti caldi visivi? li>
  • Siti semplici come i blog in realtà funzionano meglio quando la larghezza è limitata, il che si traduce in un gran numero di immobili sprecati. Mi chiedo se avere la casella di testo e l'anteprima del testo fianco a fianco sarebbe un grande vantaggio per il lato amministrativo di quel tipo di schermo? (Divisione due colonne 1: 1).

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 rinnovarmi su come lavorare con questo formato diverso. Fino ad oggi sono stati riscontrati un aumento di risoluzione del 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 a 1024. Non c'era una dimensione media comunemente usata per aiutare a imparare le lezioni più gradualmente.

    
posta Berin Loritsch 09.02.2011 - 16:08
fonte

3 risposte

1

Ecco come affronterei questo problema.

Vorrei iniziare tagliando i miei dati in blocchi logici. Potrei anche arrivare a creare un file ascx diverso per ogni blocco logico. Ogni blocco dovrebbe sapere come gli piace essere visualizzato (larghezza min / max). Lo farei b / c Non mi piace il codice di riscrittura e se c'è la possibilità che l'app debba essere espansa per supportare più dimensioni di risoluzione, allora questo aiuterebbe a rendere più semplice il controllo per controllo.

Successivamente, creerei un nuovo foglio di stile per la risoluzione più grande. Fai pulsanti e voce più grande. Aggiungi più spazio bianco attorno agli elementi. In questo modo il passaggio tra i due tipi di risoluzione è solo un cambio di foglio di stile.

Ora arriva la parte difficile, il layout. Come hai detto tu, il layout sarà molto diverso con quella quantità di immobili. La risposta di uscita sarebbe consentire all'utente di posizionare gli elementi dove vogliono, come una pagina iGoogle. L'utente può scegliere 2 o 3 colonne come meglio credono. Siccome non so quali tipi di schermi stai costruendo, non so se questo potrebbe davvero funzionare per te.

La seconda risposta potrebbe essere quella di assumere un esperto di interfaccia utente per aiutarti a progettare queste pagine. Avendo lavorato con uno specialista di interfaccia utente in passato, posso dire che vale il 100% per ottenere un'opinione di esperti su cose come questa. Possono individuare i problemi e suggerire soluzioni prima che il cliente veda il prodotto.

Se dovessi farlo da solo, posizionerei oggetti fissi sui lati e fare in modo che l'area di mezzo cresca per riempire il resto dello spazio. I dati che possono crescere riempiono la sezione centrale.

Non sei sicuro di quanto sia utile per te, ma spero che ti dia qualche idea.

    
risposta data 09.02.2011 - 17:53
fonte
4

Direi che se non puoi utilizzare lo spazio aggiuntivo aggiungendo ulteriori informazioni / controlli, direi rendere il contenuto esistente e controllare più grande .

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

Forse anche chiedere su link o link

    
risposta data 09.02.2011 - 16:49
fonte
2

Non sono un esperto di interfaccia utente, ma utilizzo uno schermo 1920x1080 ogni giorno con Eclipse. Eclipse ha un'interfaccia facilmente configurabile, e qui ci sono alcune mie osservazioni quando si passa dal 1280 al 1920:

  • In entrambe le risoluzioni, voglio vedere la finestra che sto lavorando nella stessa misura. Nella risoluzione più piccola, tendo a nascondere i riquadri aggiuntivi, mentre sul più alto risul- tato, espongo altri pannelli.
  • Preferirei pulsanti leggermente più grandi. Prenderanno meno spazio in modo proporzionale sul monitor più grande e renderanno le mie azioni del mouse più veloci.
  • Espongo spesso le anteprime per usare l'intero schermo, cioè codice a sinistra, anteprima a destra. Questo finisce per essere un formato a due colonne. Oltre a questo, utilizzo 3 colonne con un piè di pagina:
    1. A sinistra: navigazione dei file
    2. Centro: codice (il più grande, probabilmente 2/3 della larghezza dello schermo)
    3. A destra: navigazione codice e attività
    4. Piè di pagina: stato (console, server, ecc. Abbastanza corto, altezza dello schermo di 1 / 5-1 / 6)

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

Quando su uno schermo più grande, voglio usarlo per vedere quante più informazioni possibili, pur rimanendo facile da trovare. Più spazio attorno ai componenti aiuta a differenziare tra le raccolte di informazioni. Le icone sulle schede sono un modo per attirare l'attenzione su cosa significa ciascun componente.

    
risposta data 09.02.2011 - 16:34
fonte

Leggi altre domande sui tag