Sole survivor of the Chicxulub asteroid impact.
Dan wil ik deze post wel even aangrijpen om te vragen of afbeeldingen in de pda template wel weg kunnen. Het heeft weinig toegevoegde waarde op zo'n klein scherm, en 200 kb downloaden met je gsm is ook niet prettig.
Oops! Google Chrome could not find www.rijks%20museum.nl
Ik snap eigenlijk niet zo goed waarom png gebruikt wordt. jpg is voor zulke plaatjes toch extreem veel efficienter?
4x APsystems DS3; 4x495Wp OZO/WNW 10° ; 4x460Wp OZO/WNW 10°; Totaal 3820Wp
Inderdaad vreemd dat hier PNG wordt gebruikt. Hetzelfde plaatje zal als JPEG niet meer dan zo'n 120KB zijn met weinig compressie en nog veel minder met hogere compressie.
De omgang met plaatjes is iets dat de client moet bepalen. Op kleine schermen zullen ze het plaatje moeten resizen en op trage verbindingen zal de gebruiker een keuze moeten maken tussen wel of niet afbeeldingen weergeven.
De nieuwste generatie PDA's hebben een resolutie van 640 x 480. Onze plaatjes zijn meestal niet breder dan 475 pixels, dus met het scherm in portretmodus kunnen ze zonder resizing afgebeeld worden. Dit geeft prachtig scherpte plaatjes op mijn iPAQ HX4700. Als de PDA via WLAN verbinding maakt, boeit het weinig wat de bestandsgrootte is.P_de_B schreef op vrijdag 17 december 2004 @ 11:38:
Dan wil ik deze post wel even aangrijpen om te vragen of afbeeldingen in de pda template wel weg kunnen. Het heeft weinig toegevoegde waarde op zo'n klein scherm, en 200 kb downloaden met je gsm is ook niet prettig.
De omgang met plaatjes is iets dat de client moet bepalen. Op kleine schermen zullen ze het plaatje moeten resizen en op trage verbindingen zal de gebruiker een keuze moeten maken tussen wel of niet afbeeldingen weergeven.
fixed 
Ik had hem al verkleind toen ik zag dat ie nog van 6 december was. Naja, loopt de database niet zo snel vol.
Ik had hem al verkleind toen ik zag dat ie nog van 6 december was. Naja, loopt de database niet zo snel vol.
36.28 KB \0/, ik neem trouwens wel aan dat afbeeldingen niet in de database worden opgeslagen?Dries Arnolds schreef op vrijdag 17 december 2004 @ 12:52:
fixed
Ik had hem al verkleind toen ik zag dat ie nog van 6 december was. Naja, loopt de database niet zo snel vol.
[ Voor 94% gewijzigd door AtleX op 17-12-2004 12:56 ]
Sole survivor of the Chicxulub asteroid impact.
De plaatjes database daar staat dat plaatje gewoon in hoor
.
4x APsystems DS3; 4x495Wp OZO/WNW 10° ; 4x460Wp OZO/WNW 10°; Totaal 3820Wp
Ik kijk nog wel eens naar pda.tweakers.net op m'n 6600, dat scherm is toch wel iets kleiner. M'n iPaq heeft helaas ook niet zo'n groot scherm. Plaatjes helemaal blokkeren is ook weer niet prettig, sommige afbeeldingen zijn wel relevant en om dat nu iedere keer om te wisselen is ook zo lastig. De toegevoegde waarde van zo'n plaatje is niet zo hoog, vandaar dat ik dacht of het misschien wel weg kon in deze template.Femme schreef op vrijdag 17 december 2004 @ 12:08:
De nieuwste generatie PDA's hebben een resolutie van 640 x 480. Onze plaatjes zijn meestal niet breder dan 475 pixels, dus met het scherm in portretmodus kunnen ze zonder resizing afgebeeld worden. Dit geeft prachtig scherpte plaatjes op mijn iPAQ HX4700. Als de PDA via WLAN verbinding maakt, boeit het weinig wat de bestandsgrootte is.
De omgang met plaatjes is iets dat de client moet bepalen. Op kleine schermen zullen ze het plaatje moeten resizen en op trage verbindingen zal de gebruiker een keuze moeten maken tussen wel of niet afbeeldingen weergeven.
Op zich heb je wel gelijk natuurlijk dat de client moet bepalen wat er met de aangeboden content moet gebeuren.
Oops! Google Chrome could not find www.rijks%20museum.nl
Ja, maar ik neem aan dat het plaatje gewoon in het bestandssysteem van de server staat, en niet op zo'n ranzige manier in de DB is geproptJvS schreef op vrijdag 17 december 2004 @ 13:02:
De plaatjes database daar staat dat plaatje gewoon in hoor.
Sole survivor of the Chicxulub asteroid impact.
AtleX schreef op vrijdag 17 december 2004 @ 14:45:
[...]
Ja, maar ik neem aan dat het plaatje gewoon in het bestandssysteem van de server staat, en niet op zo'n ranzige manier in de DB is gepropt?
offtopic:
waarom zou dat ranzig zijn
waarom zou dat ranzig zijn
Omdat ik altijd begrepen heb dat een database bedoelt is voor de opslag van gegevens, niet van binaire meuk. Persoonlijk heb ik in mijn database alleen een veldje waarin ik de locatie bijhoudt van de afbeelding/het bestand in het bestandssysteem van de server. Plaatjes opslaan in BLOB-velden oid maakt je database alleen maar onnodig groot en ingewikkeld.
Sole survivor of the Chicxulub asteroid impact.
maar het is precies waar een BLOB veld voor is, meer dan een id en dat BLOB veld heb je niet nodigAtleX schreef op vrijdag 17 december 2004 @ 14:49:
[...]
Omdat ik altijd begrepen heb dat een database bedoelt is voor de opslag van gegevens, niet van binaire meuk. Persoonlijk heb ik in mijn database alleen een veldje waarin ik de locatie bijhoudt van de afbeelding/het bestand in het bestandssysteem van de server. Plaatjes opslaan in BLOB-velden oid maakt je database alleen maar onnodig groot en ingewikkeld.
Zelf heb ik ook altijd losse bestanden op mijn filesystem hoor, en ik denk dat dat hier ook het geval is, immers toen met de HD crash zijn er images verloren gegaan maar de gegevens ernaartoe niet
Om Atlex gerust te stellen: plaatjes worden opgeslagen op de fileserver en iet in de database.
\0/Femme schreef op vrijdag 17 december 2004 @ 15:43:
Om Atlex gerust te stellen: plaatjes worden opgeslagen op de fileserver en iet in de database.
Sole survivor of the Chicxulub asteroid impact.
Pagina: 1