SageThumbs 2K 2.5.0

• Optionele aanmeldherinneringen: In de instellingen kan nu een kleine suggestie verschijnen om in te loggen met een Connections-account, zodat de instellingen op meerdere computers kunnen worden gesynchroniseerd. De herinnering is beperkt tot één keer per dag, kan worden weggeklikt en inloggen blijft volledig optioneel.
• Het installatieprogramma vraagt nu naar deze voorkeur tijdens een nieuwe installatie, terwijl bij upgrades de vorige configuratie behouden blijft.
• Betrouwbaardere EPS-miniaturen: Meer EPS-bestanden tonen nu miniaturen omdat SageThumbs bestanden met een lege regel na de ingesloten preview-header correct verwerkt. EPS-bestanden zonder ingesloten preview kunnen nog steeds niet worden weergegeven, omdat SageThumbs bewust geen PostScript uitvoert.
• Correcte tooltips voor de snelle preview: De tooltips van knoppen geven nu dynamisch de actie weer die plaatsvindt wanneer erop wordt geklikt. Dit corrigeert de onjuiste beschrijvingen voor de knoppen Licht/Donker, Vastzetten, Broncode bekijken, Dempen en Herhalen.
• Verbeterde preview van e-mails in platte tekst: Regels die in platte tekst met een # beginnen, worden niet langer ten onrechte als documentkoppen geïnterpreteerd. Ze worden nu als normale tekst weergegeven in plaats van vergroot en toegevoegd aan de overzichtsweergave. Geciteerde antwoorden en genummerde lijsten worden nog steeds correct opgemaakt.

belangrijke functionele upgrade ...

Opgelost​

• Een handvol geregistreerde formaten kon in geen enkele versie een miniatuurafbeelding weergeven.
  Wavefront RLA, PlayStation TIM, MacPaint, Dr Halo CUT, Alias PIX, Garmin JNX en ZX Spectrum
  SCREEN$ stonden allemaal vermeld als ondersteund, maar geen van deze formaten werkte ooit.
  
  De reden is voor al deze formaten dezelfde. De meeste afbeeldingsformaten beginnen met een paar bytes die
  ze identificeren, waardoor een decoder die anonieme bytes krijgt, kan achterhalen wat het is. Deze
  formaten doen dat niet. Het enige dat aangeeft wat het is, is de bestandsnaam, en de fase in onze
  pipeline die de obscure lange staart verwerkt, kreeg de bytes zonder naam, waardoor het
  steeds antwoordde: "Ik herken dit niet." Camera RAW-bestanden liepen tegen hetzelfde probleem aan
  wanneer de camera geen voorbeeldfoto in het bestand had opgeslagen, vandaar dat het
  Minolta-testbestand helemaal niets opleverde.
  
  Wanneer alle andere fasen het al hebben opgegeven, krijgt ook die fase de bestandsnaam te horen. Alle
  zeven formaten worden gedecodeerd en een Minolta RAW-bestand zonder ingebouwde preview krijgt nu een miniatuurafbeelding
  gegenereerd op basis van de sensorgegevens in plaats van helemaal niets.
  
  Bestandsformaten die zichzelf identificeren, worden bewust ongemoeid gelaten, zodat niets dat voorheen werkte,
  door een misleidende bestandsnaam een andere kant op kan worden gedwongen.
  
  
• Gelaagde GIMP-bestanden verloren hun bovenliggende lagen en bij sommige werd helemaal geen miniatuur meer weergegeven.
  Dit werd gemeld op 17-08-2026 als "xcf werkt niet meer met nieuwe versies voor grote bestanden", en dat
  was precies wat er gebeurde.
  
  In versie 2.0.0 werd een limiet ingesteld voor de hoeveelheid laagdata die .xcfgedecodeerd mag worden. Hierdoor kan een
  opzettelijk onjuist opgemaakt bestand niet duizenden lagen van volledige grootte claimen en uw computer blokkeren
  om deze te tekenen. De limiet was terecht. De volgorde waarin deze werd toegepast, was dat echter niet: lagen werden
  van onder naar boven afgerekend. Een bestand met meer lagen dan de toegestane hoeveelheid
  decodeerde, besteedde dus alles aan de onderliggende lagen en sloeg vervolgens stilletjes de bovenste lagen over,
  de enige die je daadwerkelijk kunt zien. De miniatuur die eruit kwam, zag er volkomen normaal uit en
  toonde een half afgewerkte afbeelding.
  
  Hoe groot is "groot"? Elk bestand waarvan de lagen samen meer dan een afbeelding van 16384 x 16384 pixels beslaan: twaalf
  lagen van een afbeelding van 6000 x 4000 pixels, drieëntwintig van een afbeelding van 4000 x 3000 pixels, of slechts twee
  lagen van een afbeelding van 12000 x 12000 pixels. Als de onderste lagen transparant waren (een
  verwijderde achtergrond, een lege basis), was alles wat getekend was onzichtbaar, het resultaat was een blanco afbeelding en het bestand werd teruggezet naar het standaard documentpictogram. Dat is het deel van het rapport
  dat "geen miniatuur" bevat .
  
  Lagen worden nu van boven naar beneden afgerekend, dus een bestand dat te groot is voor de toegestane limiet, geeft de
  onderliggende lagen op in plaats van de bovenliggende. Verborgen lagen, volledig
  transparante lagen en lagen die buiten het canvas vallen, worden helemaal niet meer in rekening gebracht.
  Omdat ze de afbeelding niet kunnen veranderen, kosten ze nu niets meer, waardoor de volledige limiet beschikbaar blijft
  voor lagen die daadwerkelijk zichtbaar zijn. Grote gelaagde bestanden zijn hierdoor ook sneller: een
  bestand van 12000 x 12000 pixels met twee lagen werd in 5,4 seconden in plaats van 11,8 seconden weergegeven en toont nu de juiste afbeelding.
  
  
• GIMP-bestanden groter dan 256 MB krijgen nu een miniatuur. Dat was voorheen nooit het geval, in geen enkele versie.
  
  Er was een limiet aan hoeveel van een bestand we tegelijk in het geheugen konden laden, en .xcf
  alles daarboven werd simpelweg geweigerd. De meeste bestandsformaten hebben daar een oplossing voor: een foto heeft een kleine preview
  in de header, en Windows kan zelf een enorm PNG- of TIFF-bestand openen en verkleinen tijdens het
  lezen. Een GIMP-bestand heeft geen van beide. Het slaat helemaal geen preview op, en Windows heeft geen idee wat een voorbeeld
  .xcfis, dus al die ontsnappingsmogelijkheden werden geweigerd en het bestand behield het gewone documentpictogram
  . Gelaagde illustraties zijn precies het soort bestanden dat zo groot kan worden, dus dit trof juist de mensen die
  SageThumbs waarschijnlijk hadden geïnstalleerd voor de GIMP-ondersteuning.
  
  Het leest nu .xcfzoals het formaat daadwerkelijk is opgebouwd: als een kaart van posities, waarbij
  naar de benodigde lagen wordt gesprongen en telkens één tegel van 64 pixels wordt opgehaald. Hierdoor wordt er niets in
  het geheugen opgeslagen behalve het gedeelte dat wordt bekeken. Een bestand van 305 MB dat voorheen niets opleverde, genereert nu miniaturen in
  3,2 seconden. Bestanden onder de oude limiet volgen dezelfde route en produceren identieke
  afbeeldingen, wat is geverifieerd voor de gehele testdataset.