Domande sullo sviluppo di siti Web reattivi VS.

Question

Domande sullo sviluppo di siti Web reattivi VS.

#1 da (5 voti)

6

Come ho capito, questi costituiscono la base per il targeting di un'ampia gamma di dispositivi in base alle dimensioni del browser, dato che richiederebbe diversi layout per il targeting di dispositivi diversi / specifici e delle relative risoluzioni.

Domande:

In primo luogo, proprio nel gergo, c'è qualche differenza effettiva tra i due o significano lo stesso?
È sicuro classificare lo sviluppo corrente principalmente basato su html5 / css3?
Quali framework popolari sono disponibili per implementare facilmente questo?
Quali metodi di test sono stati utilizzati in questo senso?
Quali sono i problemi di compatibilità più comuni in termini di diversi tipi di browser?
Capisco che ci sono metodi come questo link a cui fa riferimento? .
Esistono metodi di rilevamento di browser esterni oltre alle chiamate API specifiche per il browser utilizzate in questo senso?

Punti di interesse [Ricerca precedente prima di porre queste domande]

Aggiornamento

Ho letto che il punto di base della progettazione di contenuti per diversi layout per facilitare un web design reattivo è presentare le informazioni più rilevanti. ora ovviamente tra la larghezza dello schermo più piccola e quella più alta ci mancano elementi di design.

Raccolgo da qui link Il top della linea i layout di progettazione (larghezze) sono

layout desktop (980px)
layout tablet (768px)
layout per smartphone - landscape (480px)
layout per smartphone - portrait (320px)

Abbiamo anche un popolare sito di test del sito web reattivo link che elenca diverse risoluzioni dello schermo.

Mi sono imbattuto anche in questo mentre cercavo di trovare la dimensione ottimale del layout più alta per tenere conto di link che porta alla luce apparentemente che 1366x768 è una risoluzione web popolare.

È lecito ritenere che basti pensare ad un corretto ridimensionamento dalla larghezza di 980 px in poi alla dimensione massima sarebbe sufficiente per tener conto di questo? dato che non stiamo presentando nuove informazioni per la nuova dimensione.
Ha senso disporre di informazioni aggiuntive (che contrastano con lo scopo del responsive web design) di utilizzare la dimensione massima e oltre?

web-development websites web-design

posta Aditya P 15.05.2012 - 17:39

fonte

1 risposta

Leggi altre domande sui tag web-development websites web-design

Come, quando e perché gli sviluppatori utilizzano strutture dati personalizzate in python? Test per prevenire errori di cascata

score 5 · Answer 1

Firstly right to the jargon ,is there any actual difference between the two or do they mean the same?

Fluido nel suo contesto storico significava che NON era fisso, ma espanso se fosse disponibile uno schermo più ampio. Precursore di risposta. Fluido non significa che si adatta a schermi smalleer / tablet / smartphone.

Responsive significa, si adatta al dispositivo / scherma.

Is it safe to classify the current development mainly a html5/css3 based one ?

Questa funzione è basata su Media Queries che penso sia una funzione di CSS3, quindi CSS3 è un prerequisito.

What Popular frameworks are available to easily implement this?

Bootstrap è uno.

What are the most common compatibility issues in terms of different browser types?

I volumi potrebbero essere scritti su incompatibilità. Ma devi solo essere consapevole che ci sono delle differenze. I ripristini corretti sono stati sviluppati e migliorati. Tieni d'occhio quelli e prova a testare il più possibile. Le nuove funzionalità hanno un diverso livello di conformità in diversi browser, quindi tieni presente che.

I understand there are methods like this http://css-tricks.com/resolution-specific-stylesheets/ which does this come under?.

Questo è un esempio di query multimediale. La funzione che rende reattiva la progettazione.

Are there any external browser detection methods besides the api calls specific to the >browser that are employed in this regard?

Non sono sicuro, ma in generale i browser hanno un identificatore che fa parte della richiesta HTTP. Non è strettamente "affidabile" in quanto puoi creare facilmente una richiesta HTTP e rivendicare di essere di Chrome, ma praticamente funziona.

Is it safe to assume that just accounting for proper scaling from width 980px onwards to the maximum size would be sufficient to accommodate this? given we aren't presenting any new information for the new size.

Solo perché la tendenza del settore è bloccare a 980px non significa che non puoi progettare uno schermo più grande. Se il tuo usecase ti impone di presentare un contenuto più ricco allo schermo più grande, forse puoi armeggiare con esso. Ma generalmente la pratica è che 980 è il massimo che i designer contemporanei considerino desktop top essere, considerando che non ci sono nuovi contenuti. (ma questa ipotesi non è scolpita nella pietra: puoi decidere di abbandonarla se ha senso)

Does it make sense to have additional information ( which conflicts with purpose of responsive web design) to utilize the top size and beyond?

In realtà questo dibattito è ancora in corso, ma personalmente penso che il responsive design significhi avere l'opportunità di presentare i contenuti in modo diverso, e anche con contenuti diversi. Quindi, ciò che è meglio per uno smartphone non sarà sufficiente per un desktop. Alla fine sarebbe il tuo giudizio personale basato sulle tue esigenze.