bug: es kommt IMMER die fehlermeldung, das bild sei zu groß...
bug: edit lässt mich kein bild nachträglich einfügen..
bug: hyperlinks werde nicht "klickbar" dargestellt....
gruss
tim
bug: es kommt IMMER die fehlermeldung, das bild sei zu groß...
bug: edit lässt mich kein bild nachträglich einfügen..
bug: hyperlinks werde nicht "klickbar" dargestellt....
gruss
tim
So, ich hätte jetzt ne neue Version parat, allerdings kann ich irgend wie nich auf den FTP connecten, sonst könntest du jetzt endlich dein Bild mit 100Kb hochladen...
Genug gezappelt, ein wenig Licht ins Dunkle:
In der Datei sind Informationen abgelegt, welche mit der eigentlichen
Pixeldarstellung nichts zu tun haben. Gute Bildbearbeitungsprogramme
lassen diese Informationen natürlich stehen, sie wollen ja nichts kaputt machen.
Eine kopierte Markierung im Photoshop speichert jedoch ausschliesslich
Pixelinformationen, welche dann in einer neuen Datei gespeichert werden können.
Also in etwa wie ein Screenshot.
Dieser Overhead an Daten kommt meist von Billigheimer Programmen wie
Zusatzsoftware von Digitalkameras oder ähnlichem.
Leider verursacht so etwas auch oftmals Probleme, so wie jetzt bei Tim.
Edit: Den Schuldigen könnte nur Tim entlarven,
sofern er die History des Bildes kennt.
Das tät auch die verschiedenen Varianten bei "Save as" und "Save for Web" erklären (Screenshots siehe eine Seite vorher)
xnView..... das luder!!
gruss
tim
Solche zusätzlichen Infos in einer Datei können auch durchaus Sinn machen.
Bei vielen Digis gibt es die Möglichkeit z.B. Infos über Aufnahmezeit und Datum,
Blende, usw. abzulegen.
Weiterhin können bei Bildverwaltungsprogramme zusätzliche Infos,
wie persönliche Anmerkungen, oder Sortierverhalten weg vom Dateinamen eingegeben werden.
Für die, die es brauchen und wollen also schon sinnvoll.
Leider ist das nicht standardisiert und andere Programme fangen damit nichts an,
kommen eventuell sogar ins straucheln damit.
Aber verbrauchen die kleinen Zusatzangaben so viel Speicher???
Kann mir nicht vorstellen dass da Text für mehr als 5 Kb drin steht. (was immerhin schon 5120 Zeichen entspricht)
Wundert mich auch etwas.
Das Verhältnis von den eigentlichen Nutzdaten zum Codeoverhead
ist oft ein schlechtes. Entwickler haben doch einfach keine Zeit mehr ...
Ich kenne aber auch xnView nicht gut und weiss nicht was da
genau getrieben wird.
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!