[dev] Dimensiune imagine

[Cătălin Frâncu]

Credeți că merită să ne gândim și la SVG? Dacă mergem pe linia asta,
înseamnă că trebuie să le cerem desenatorilor grafică vectorială. N-am
idee dacă e fezabil. Probabil că nu. Oricum, desenatorii care lucrează
cu SVG-uri ne ajută, că le convertim noi la PNG cu orice rezoluție.
Celorlalți le cerem noi rezoluția. 

Și eu aș merge pe ceva mai mărișor și 4:3, să zicem 1024x768.
Thumbnail-urile hai să le punem 200x150, ca să putem testa sistemul, și
le regenerăm pe toate când ne hotărâm. 

La scalare coordonatele etichetelor nu sunt o problemă -- se
recalculează și alea. Problema e creșterea zgomotului. 

Pentru thumbnails, n-aș face un câmp în plus. Aș cere obligatoriu ca
structura directorului .visualTmb să fie identică cu structura
directorului principal. Altfel, dacă cele două încep să diveargă, este o
invitație la harababură. Aș numi directorul .visualTmb și l-aș ascunde
în elfinder, ca să ne asigurăm că nu poate fi modificat manual. Apoi,
hook-urile care mută / șterg imagini ar face operații similare pe
thumbnail. Hook-urile care adaugă imagini noi (upload, copy) generează
și thumbnail-ul. 

Cătălin 

On 2013-08-08 20:59, Radu Borza wrote: 

>> Aș vrea să stabilim dimensiunea imaginilor care vor apărea pe site și alte câteva detalii. Iată ce gândesc eu: 
>> 
>> * să impunem o dimensiune standard, de exemplu 500x500 px
> Imaginile sînt mai mari de atît. La ikonet sînt 800 x 527 (http://www.ikonet.com/en/visualdictionary/images/us/exterior-of-a-house-56210.jpg [2], http://www.ikonet.com/en/visualdictionary/images/us/road-tunnel-300180.jpg [3]) 
> 
>> * pe pagina definiției, imaginea apare ceva mai mică, 200x200, iar la un click ea va fi mărită, dezvăluind astfel și informațiile la care lucrăm noi acum
> Da, asta clar, avem o imagine mică care se face mare. Doar cu valorile exacte trebuie să vedem (probabil vom avea ratio 4:3).
> 
>> * dacă vrem o imagine mai mică presupun că ar trebui să o scalăm noi și s-o stocăm, ca să nu lăsăm browserul să facă asta la fiecare încărcare a paginii. M-am jucat puțin cu elFinderul și „l-am convins" să creeze thumbnailuri de 200x200 px pe care să le stocheze într-un anumit folder (de exemplu visualTmb) și să adauge o înregistrării din tabelul Visual, căruia i-am adăugat câmpul thumbPath, și calea către thumbnail
> De acord. Putem refolosi și miniaplicațiile existente de prezentare a imaginilor (sigur, nu e cine știe ce chestie complicată, o putem face și noi la o adică)
> 
>> Nu ar fi nicio problemă dacă ar fi imagini de diverse dimensiuni. Un alt motiv pentru care aș continua cu jCrop este acela că el poate afișa imaginea la o anumită dimensiune și returna coordonatele în funcție de dimensiunea originală. Singurul dezavantaj ar fi la afișarea imaginii când acesta este mărită de utilizator. Ea nu poate fi de 700x1000 întrucât nu mai încape pe ecran, și nici nu o putem noi scala, deoarece coordonatele obținute la etichetare sunt relative la dimensiunea originală.
> În ziua de azi monitoarele HD sînt la ordinea zilei. Mai avem doar 10-15% de utilizatori cu rezoluții slabe.
> Nu sînt adeptul găsirii unor hack-ul dubioase care strică feng shui-ul aplicației. Putem eventual să nu afișăm desenele dacă rezoluția ecranului e prea mică...
> 
>> Alex 
>> 
>> _______________________________________________
>> Dev mailing list
>> Dev at dexonline.ro
>> http://list.dexonline.ro/listinfo/dev [1]
> 
> _______________________________________________
> Dev mailing list
> Dev at dexonline.ro
> http://list.dexonline.ro/listinfo/dev [1]
 

Links:
------
[1] http://list.dexonline.ro/listinfo/dev
[2]
http://www.ikonet.com/en/visualdictionary/images/us/exterior-of-a-house-56210.jpg
[3]
http://www.ikonet.com/en/visualdictionary/images/us/road-tunnel-300180.jpg
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.dexonline.ro/pipermail/dev/attachments/20130809/8a7aa367/attachment.html>