Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering

TidBITS#740, 2 augustus 2004

RealNetworks lijkt in een wespennest te porren met zijn Harmony software, waarmee gebruikers muziek van de RealPlayer Music Store op iPods af kunnen spelen. Onnodig te zeggen dat Apple niet blij is. Ook geeft Joe Kissel in deze editie advies over het meesturen van bijlagen met Apple's Mail (en kondigt hij zijn nieuwe e-boek aan: "Take Control of Email with Apple Mail"), TidBITS betreedt de blogosfeer met een nieuw weblog, en we wensen Steve Jobs een grondig en snel herstel na zijn operatie aan kanker het afgelopen weekend.

Onderwerpen:

Copyright 2004 TidBITS: Reuse governed by Creative Commons license
<http://www.tidbits.com/terms/> Contact: <[email protected]>


-> Denk je dat TidBITS interessant is voor <-
-> je vrienden, kennissen, collega's? Geef <-
-> hen de tip zich ook GRATIS te abonneren <-
-> of stuur deze aflevering naar hen door! <-


Deze editie van TidBITS werd gedeeltelijk gesponsord door:


De Nederlandse editie van TidBITS is een letterlijke vertaling van de oorspronkelijke Engelse versie. Daarom is het mogelijk dat een deel van de inhoud niet geldt in bepaalde landen buiten de USA.

Dit nummer werd uit het Engels vertaald door:

Verder werkten mee:

Hoe je ons kunt bereiken kun je lezen op:
<./tidbits-nl/contact.html>


MailBITS, 2 augustus 2004

[vertaling: RAW]

Steve Jobs ondergaat operatie aan kanker -- In een e-mail van 1 augustus, gericht aan de werknemers van Apple, onthulde Steve Jobs dat hij een succesvolle operatie had ondergaan om een kwaadaardige tumor uit zijn alvleesklier te laten verwijderen, en dat hij de maand augustus vrijaf neemt om te herstellen. In de tussentijd zal Tim Cook, de directeur internationale verkoop en campagnes van Apple, het bedrijf leiden. Jobs beschreef zijn kanker als een neuroendrocriene tumor van de eilandcellen, een zeldzame vorm van kanker die met operatieve verwijdering behandeld kan worden. Hij zei dat zijn tumor in een vroeg stadium was ontdekt en dat hij geen stralingsbehandeling of chemotherapie zou hoeven ondergaan. Jobs had geen adenocarcinoma, de veel vaker voorkomende (en ernstiger) vorm van kanker aan de alvleesklier. We wensen hem een spoedige en volledige genezing toe. [GD]

<http://www.cnn.com/2004/BUSINESS/08/01/apple.jobs.ap/>


Apple weigert samenzang met Real's Harmony

door Geoff Duncan <[email protected]>
[vertaling: MSH, RAW, JG]

Afgelopen week barstte geschreeuw los tussen Apple Computer en RealNetworks over welk materiaal afgespeeld kan worden met Apple's iPods. RealNetworks ontwikkelt de RealPlayer digital media player software, die concurreert met zowel QuickTime als Microsoft's Windows Media technologie. Ook heeft RealNetworks de RealPlayer Music Store (een concurrent van Apple's iTunes Music Store) en de Rhapsody muziekdienst voor abonnees.

<http://www.rhapsody.com/>
<http://www.real.com/>

Duellerende diva's -- De huidige opwinding heeft enige geschiedenis. Op 9 april 2004 stelde RealNetworks CEO Rob Glaser een "tactische alliantie" voor, tussen RealNetworks en Apple waarbij Apple de FairPlay digital rights management (DRM) technologie, gebruikt door de iTunes Music Store, in licentie zou geven aan RealNetworks. Hierdoor kan inhoud, gekocht van Rhapsody en de RealPlayer Music Store, afgespeeld worden op de iPod, die - toen en nu - het leeuwendeel van de markt voor draagbare digitale muziekspelers beheerst. Daartegenover zou RealNetworks de iPod het "primaire apparaat" maken voor zijn muziekdiensten en speler-software. Glaser dreigde ook met de suggestie dat RealNetworks over zou kunnen stappen op Microsoft's Windows Media, of andere hardware-aanbieders zou benaderen indien geen overeenkomst met Apple bereikt kon worden.

<http://www.internetnews.com/bus-news/article.php/3340801>

Apple sloeg het aanbod van RealNetworks snel af. Apple had al de populairste draagbare speler en de populairste on-linemuziekdienst, en meende klaarblijkelijk dat doorgaan op de huidige weg beter was dan tijd te besteden aan overeenkomsten met kleinere partners. Ook zal Apple gedacht hebben dat de adoptie van Windows Media door RealNetworks niet waarschijnlijk leek, gezien het rancuneuze verleden tussen RealNetworks en Microsoft.

Wedstrijdje schreeuwen -- Op 26 juli j.l. werd de publieke stilte tussen RealNetworks en Apple verbroken toen RealNetworks een nieuw technologie-initiatief aankondigde, Harmony genaamd. Harmony beweert onder andere dat het materiaal dat beschermd is met een DRM-technologie die niet van Apple is, toch op de iPod afspeelbaar kan maken. Harmony zou een belangrijk marktvoordeel voor RealNetworks kunnen betekenen. Nu kunnen iPods alleen onbeschermde bestanden (bijvoorbeeld gewone MP3s) en materiaal dat beschermd is met het FairPlay DRM systeem van Apple (zoals nummers die in de iTunes Music Store te koop zijn) afspelen. De RealPlayer Music Store en de Rhapsody muziekdienst zouden een concurrentievoordeel hebben als hun materiaal werkt met Apple's iPod en een hele rits andere spelers, zoals onder andere die van Sony, Rio, PalmOne en Gateway. Het DRM-capabele materiaal van RealNetworks zou dan werken op meer dan 70 draagbare spelers, tegenover slechts één voor de beschermde nummers uit de iTunes Music Store. De redenering voor RealNetworks voor Harmony klinkt goed: als mensen on line muziek kopen, moeten ze die muziek kunnen beluisteren op een draagbare speler naar keuze, zonder zich zorgen te hoeven maken over bestandsformaten of kopiebescherming. Het zou gewoon moeten werken.

<http://www.real.com/harmony/>
<http://www.realnetworks.com/company/press/releases/2004/harmony.html>

Ik ben niet helemaal thuis in de technische details van Harmony, maar het is duidelijk dat RealNetworks Harmony niet gemaakt heeft in samenwerking met Apple. In plaats daarvan is RealNetworks zijn eigen weg gegaan door geautoriseerd materiaal te nemen dat beschermd wordt door niet-Apple DRM-methoden en er Apple's FairPlay DRM omheen te wikkelen voor gebruik op de iPod. Dus als de iPod nummers tegenkomt die de gebruiker bij RealNetworks kocht, kan hij die gewoon afspelen. Deze methode werkt voor materiaal dat verkrijgbaar is via Rhapsody en de RealPlayer Music Store, omdat deze diensten hetzelfde AAC-audioformaat gebruiken als de iTunes Music Store (zij het op een hogere bitsnelheid: 192 Kbps in plaats van 128 Kbps). iPods hebben ingebouwde AAC-ondersteuning; Harmony verandert niets aan de iPod-software en biedt geen ondersteuning voor andere mediaformaten.

Op 28 juli j.l. schoot Apple terug met scherp op RealNetworks: het zei dat het "verbijsterd was dat RealNetworks de tactiek en ethiek van een hacker had aangenomen" om zijn materiaal op de iPod te kunnen afspelen, en waarschuwde dat het niet waarschijnlijk was dat Harmony nog zou werken met huidige en toekomstige iPods, wanneer Apple nieuwe software voor de iPod uit zou brengen. Met andere woorden, Apple was boos en zou zo snel mogelijk proberen om Harmony op de iPod kreupel te krijgen. Apple gaf ook aan dat het eventuele juridische acties aan het bestuderen was, waaronder mogelijke overtredingen van de Digital Millennium Copyright Act (DMCA). RealNetworks antwoordde op 29 juli met een bevestiging van hun engagement voor Harmony en de verzekering dat de technologie zowel geheel legaal als onafhankelijk ontwikkeld werd.

<http://story.news.yahoo.com/news?tmpl=story&cid=528&ncid=528&e=12&u=/ap/20040729/ap_on_hi_te/apple_realnetworks>
<http://www.realnetworks.com/company/press/releases/2004/harmony_statement.html>

Hard en vals -- De ruzie tussen Apple en RealNetworks raakt vele gevoelige snaren in de wereld van on-linemuziek en beheer van digitale rechten. Sommige mensen nemen het Apple kwalijk dat de iPod nu alleen een gesloten, privé DRM-systeem ondersteunt, en velen omarmen het idee dat muziek van welke herkomst dan ook op de iPod afgespeeld kan worden, ongeacht of het nu van de iTunes Music Store of van een andere dienst afkomstig is. Ondersteuning voor meerdere DRM-systemen zou de iPod zelfs nog populairder kunnen maken, en dat zou, gezien de hoge winstmarges op de iPod, nog meer geld in het laatje van Apple brengen. Tenslotte verdient Apple nog weinig (of niets) aan de verkoop van muziek via de iTunes Music Store: waarom zou het Apple iets kunnen schelen wanneer mensen nummers kopen bij een andere dienst, zolang ze die maar afspelen op een winstgevende iPod?

Aan de andere kant is een deel van de reden voor het succes van iPod de strakke integratie met iTunes en de iTunes Music Store. Door de grip op de on-linemuziekervaring van de gebruiker vanaf het zoeken en kopen tot synchronisatie en weergave, heeft Apple de beste oplossing gecreëerd. De ondersteuning van andere DRM-systemen op de iPod - of licentieverstrekking van FairPlay aan andere on-linemuziekdiensten - betekent dat Apple zowel iTunes als de iTunes Music Store zou uitleveren, de twee centrale onderdelen in de digitale muziekstrategie van Apple. Als een andere on-linemuziekdienst (zoals Rhapsody) of een andere jukeboxapplicatie (zoals RealPlayer) de iPod niet erg goed zou ondersteunen, zou dat de prominente positie van de iPod in de markt verstoren.

Als Apple echter tegen Harmony blijft, is het nog niet duidelijk of Apple enige praktische mogelijkheden heeft behalve te proberen het tapijt eronder weg te trekken door middel van software updates, omdat de bewering van Apple dat RealNetworks de DMCA mogelijk aantastte zwak lijkt. Ten eerste heeft RealNetworks door de jaren genoeg gevochten met Microsoft om zich goed rechtskundig advies te kunnen veroorloven - het is zeker dat een redelijke hoeveelheid huiswerk gedaan is voordat RealNetworks een publieke verklaring uitbracht. Ten tweede, RealNetworks' Harmony schijnt niet het copyright van beschermde inhoud te schenden, omdat het DRM niet uitschakelt - beschermde inhoud is nog steeds beschermd als het naar de iPod overgebracht is. Ten derde kan Apple moeilijk beweren dat hun eigen copyrights geschonden worden, omdat Harmony iTunes of de ingebouwde software van iPod niet verandert, en de DMCA bevat specifiek vrijstelling voor "reverse engineering"-oplossingen om samenwerken mogelijk te maken.

<http://www4.law.cornell.edu/uscode/17/1201.html>

Het einde is nog niet in zicht -- Harmony is mogelijk een verbeten poging van RealNetworks om hun inhoud op de iPod te krijgen en om de mogelijkheden van hun alleen-voor-Windows Rhapsody muziekdienst uit te breiden. De ruzie laat ook zien dat de huidige heersende positie van Apple in digitale muziekdistributie betekent dat het bedrijf gedwongen is hun handel te beschermen tegen concurrentie en verdunning; en dat doen ze ongetwijfeld met een toon en een gedrag dat oude Apple-liefhebbers onaangenaam zullen vinden. In feite doen die toon en gedrag misschien meer denken aan het bedrijf dat al lang de besturingssysteemmarkt beheerst: Microsoft.


Extra! Extra! Lees er hier alles over!

door Adam C. Engst <[email protected]>
[vertaling: GH, EV]

Blogging is een rage deze tijd, bloggers krijgen zelfs toegang als journalisten op de nationale conventies van de Democraten en de Republikeinen in de Verenigde Staten. Tot voor kort zag ik het nut er niet van in een weblog te hebben, ik kan alles publiceren in TidBITS, en op een gemodereerde mailinglijst in TidBITS Talk. Wat zou ik willen schrijven dat ik niet op een van die plekken zou kunnen doen? Een heleboel, bleek opeens.

Een kort terzijde. Vorige week ontvingen de amerikaanse lezers die de HTML-versie van TidBITS krijgen een blanco e-mailbestand van de editie, en later de platte tekstversie ervan. Geoff ontdekte het blanco berichtprobleem om 21:30 (19:30 in zijn tijdzone), en we besteedden twee-en-een-half uur aan de telefoon om uit te vinden wat er misging en dat te herstellen. Op mijn middernachtelijke uur, nadat een paar pogingen faalden om de zaak te herconfigureren en opnieuw verzenden van de HTML-versie, probeerden we de tekst-versie (met uitleg om goedbedoelde e-mail te voorkomen) te versturen, en dat lukte. Helaas waren onze inspanningen om de oorzaak te achterhalen en te herstellen zonder succes, we zagen geen enkele reden waarom het probleem z'n lelijke kop opstak. Het hele proces is bijna volledig geautomatiseerd en dat heeft jarenlang perfect gewerkt, en afgezien van gebruikte woorden in de editie van vorige week (wat geen probleem zou moeten zijn - het berichtformaat was goed), is er niets veranderd in de systemen. We zullen de verzending deze week nauwgezet volgen om er zeker van te zijn dat het niet weer gebeurt.

Wat heeft dit met blogging te maken? Meestal maken we er geen probleem van onze systemen in TidBITS te beschrijven, maar we trekken meestal de streep bij serverproblemen en andere zaken, tenzij dat in een context past (zoals dit artikel). We beperken de grootte van TidBITS bewust (om de lezer niet te overvoeren), en er is maar beperkte ruimte voor verhalen over de infrastructuur als we onze listserver heldhaftig beschermen tegen een kwaadaardige woordenboekaanval van een spammer, zeker als er geen lezers door zijn getroffen, en als er weinig mensen zijn die dezelfde verouderde hard- en software gebruiken als wij (waardoor het moeilijk wordt er een technische les uit te trekken). En als er een probleem ontstaat, zoals met de HTML-aflevering van vorige week, hebben we geen goede manier om een statusrapport te maken. En met de hoeveelheid lezers die we hebben kost het veel tijd om te antwoorden op e-mail van iedereen die ons voor een bekend probleem waarschuwt (zelfs met de extra mogelijkheden in Eudora).

Maar statusrapportage is niet de voornaamste reden dat we geïnteresseerd zijn geraakt in het opzetten van een weblog. In de loop der tijd is de TidBITS-formule geëvolueerd tot wat korte stukjes over gebeurtenissen en productintroducties in die week, samen met twee tot drie meer gedetailleerde artikelen. Deze artikelen kosten iets meer tijd om te schrijven, en worden door minstens twee mensen geredigeerd voor publicatie. Dat is goed voor de accuraatheid van de artikelen en het verwijderen van de laatste typefouten, maar het maakt het hele proces topzwaar, en heeft als eindresultaat dat we weer minder korte informelere stukjes kunnen schrijven, die niet op hun plaats vallen zonder aanvullende context in een editie (korte opinie-stukjes in het bijzonder), die op een grappige manier onbelangrijk zijn, of waarvoor ons de tijd of inzet ontbreekt om er artikelen van te maken. Ironisch genoeg, gegeven dat bloggen gezien wordt als een recente ontwikkeling, is het die manier van werken waarmee TidBITS veertien jaar geleden gestart is.

Daarom zijn we nu gestart met ExtraBITS, waarin TidBITS redacteuren blogosofisch zullen werken over onderwerpen waar je graag over leest in TidBITS. De artikelen zullen korter, frisser, en minder compleet en onderzocht zijn. Maar in hun vorm en context zullen ze niet minder bruikbaar of te genieten zijn dan onze wekelijkse inhoud, alleen maar anders. Ik reken erop dat ze meer op brieven naar huis (voor publicatie in de lokale krant) zullen lijken van de buitenlandcorrespondent van vorig jaar. Het is mogelijk dat een paar van deze ExtraBITS postings tot volledige artikelen zullen uitgroeien, maar ik denk dat dat maar een kleine minderheid zal zijn. Ik zie ExtraBITS eerder de lege plaats innemen tussen de formele benadering van TidBITS als publicatie en het door discussies gedreven TidBITS Talk.

Natuurlijk zijn er ook nog andere redenen waarom ik ExtraBITS nu opzet. Een technische reden is dat ik, hoewel ik zeker weet dat er vele bloggingpakketten zijn om uit te kiezen, de Weblog plug-in voor Web Crossing gebruik. Dit kostte me vijf minuten om op te zetten en integreert met al het andere wat ik in Web Crossing doe. Het voorziet in allerlei soorten handigheden zoals de ondersteuning voor RSS-lezers (zelfs tot het categorie-niveau), de mogelijkheid om te abonneren zodat je de edities via e-mail ontvangt en spellingscontrole tijdens het plaatsen. Maar nog belangrijker is dat het de volgende stap is in de richting van bekend raken met de eenvoudigste mogelijkheden van Web Crossing als voorbereiding op het ontwerp van ons inhoudbeheersysteem ["content management system" - red.]. Wie weet nemen we zelfs wel enkele elementen van de nu over het algemeen goed begrepen webloginterface op in ons uiteindelijke ontwerp.

Een ding waar ik bijvoorbeeld naar wil kijken in ons inhoudbeheersyteem is de integratie van artikel-specifiek commentaar met een mailinglijst waardoor mensen commentaar kunnen plaatsen bij een artikel en waarbij dit dan automatisch verschijnt op de mailinglijst en tevens verbonden blijft aan het originele artikel. Dat is wat er nu grofweg gebeurt met artikelen in ons databestand en threads in het TidBITS-archief, maar het maken van een verbinding tussen een thread en een artikel vergt de handmatige toevoeging van een toepasselijke URL (meestal door mij gedaan tijdens de aanpassingsfase), hetgeen een proces is waarbij gemakkelijk fouten gemaakt kunnen worden.

Een ander, vanuit mijn perspectief, potentieel voordeel van ExtraBITS als het eenmaal draait is een toename van het totaal aantal bezoeken aan onze website en in het bijzonder door de week (het meeste verkeer ontstaat op dinsdag en woensdag en neemt af naarmate de week vordert). De meeste van onze huidige lezers zien TidBITS als een e-mailpublicatie en hoewel dat niet zal veranderen is het moeilijk in deze spamrijke tijden om het lezersaantal van een e-mailpublicatie te vergroten. Door onze website meer een plaats te maken voor regelmatig bezoek, met name als weblogmedium hetgeen zo populair geworden is en enorm veel wordt gebruikt, hopen we tevens meer mensen kennis te laten maken met TidBITS.

Alle voordelen op een rijtje - een plaats voor geschreven stukjes die anders niet geschreven zouden worden, een kans om meer te leren over de mogelijkheden van Web Crossing, ervaring met een iets ander uitgavemedium en verhoging van verkeer naar een website die vaker zal worden bijgewerkt - denk ik dat ExtraBITS een winnende combinatie is. Neem een kijkje, compleet met de stukjes van de laatste week, op:

<http://www.tidbits.com/ExtraBITS/>


Bijlagen versturen in Apple Mail

door Joe Kissell <[email protected]>
[vertaling: TK, LmR]

Ik heb ooit gewerkt voor een bedrijf waar veel leden van het hogere management (en dan vooral hun secretaresses) nog altijd dachten dat bij interne communicatie alles draaide rond afgedrukte memo's. Ik kreeg vaak e-mailberichten met als enige inhoud: "Zie bijgesloten memo." Ik opende dan altijd braaf de bijlagen in Word, en vond daar steevast een paragraaf of twee tekst in het standaardmemosjabloon van het bedrijf die ze evengoed rechtstreeks in het e-mailbericht hadden kunnen typen (of plakken). Deze achterlijke benadering van communicatie zat me heel erg dwars vanwege het feit dat iedereen extra stappen moest maken om een eenvoudig bericht te lezen omdat de afzender e-mail niet op de goede manier gebruikte.

Verlichte e-mailgebruikers (zoals hoogstwaarschijnlijk de meeste TidBITS-lezers) gebruiken bijlagen alleen wanneer ze iets toevoegen dat ze niet in een bericht zelf kunnen overbrengen. Maar zelfs onze beste inspanningen om bijlagen op een slimme manier te gebruiken kunnen worden gedwarsboomd door een e-mailprogramma dat tegenwerkt. Apple Mail is in het algemeen gemakkelijk in het gebruik, maar gaat soms op een onverwachte manier om met bijlagen die je wilt meesturen. Je kunt zorgen dat bijna al je bijlagen goed aankomen wanneer je de volgende eenvoudige richtlijnen volgt (de richtlijnen komen uit mijn nieuwste e-boek, "Take Control of Email with Apple Mail".)

Vergeet de bestandsextensie niet -- Extensies kunnen nooit kwaad, en vaak zijn ze nuttig (zelfs wanneer de ontvanger een Mac-gebruiker is). Om te controleren of een individueel bestand een extensie heeft, selecteer je het in de Finder, kies Archief > Toon info, en kijk bij Naam en extensie. Voor wat Mail betreft, heeft het geen belang of voor een bepaald bestand de optie Verberg extensie geactiveerd is; zolang de extensie bestaat, krijgt de ontvanger ze ook. Om niet elk bestand te moeten controleren (al worden de bestandsnamen dan wel iets minder mooi), kies Finder > Voorkeuren, klik op de knop Geavanceerd in de knoppenbalk, en selecteer het aankruisvak Toon alle bestandsextensies. Nu kun je altijd onmiddellijk zien of een bestand een extensie heeft.

Werk altijd met Windows-compatibele bijlagen -- Bijlagen in een "Windows-compatibel" formaat zijn gewoonlijk ook vriendelijker voor Macs. Windows-compatibele bijlagen heeft niets te maken met extensies en voegt ze niet voor je toe. Wat doet het dan wel?

Mail gaat er standaard van uit dat de ontvanger ook een Mac-gebruiker is en stuurt daarom de resource forks (als die er zijn) van bijlagen mee. Normaal ziet een Mac-gebruiker een dergelijke bijlage als één bestand, terwijl een Windows-gebruiker twee aparte bestanden ziet - een met de data-fork van het bestand en een met de resource fork.

Met "Windows-compatibele" bijlagen gooit Mail de resource fork weg zodat Windows-gebruikers maar één bestand ontvangen (het andere bestand was voor hen toch niet bruikbaar). In de meeste gevallen - in ieder geval voor bestanden gemaakt met moderne applicaties - zitten alle belangrijke delen van het bestand in de data fork; als de bestandsnaam de juiste extensie bevat en de juiste applicatie voorhanden is, kan een Windows-gebruiker het bestand openen.

De term "Windows-compatibel" lijkt te impliceren dat deze optie je bijlagen "Mac-onvriendelijk" maakt. De documentatie van Mail versterkt dit vermoeden nog door te zeggen dat Mac-gebruikers bestanden mogelijk niet meer goed kunnen openen wanneer de optie Windows-compatibel wordt gebruikt. Maar in de praktijk is vaak net het omgekeerde waar. De Mac-versie van Eudora bijvoorbeeld, kan soms volstrekt gewone Mac-bestanden, zoals Word-documenten, niet decoderen wanneer ze zonder de optie Windows-compatibel zijn verzonden. "Windows-compatibel" zou dus beter de standaardinstelling kunnen zijn, met een optie om bijlagen in een "Mac-compatibel" formaat te versturen voor die zeldzame keren dat het niet anders kan.

Om Mail standaard op Windows-compatibele codering voor alle nieuwe berichten in te stellen, kies Wijzig > Bijlagen > Verstuur altijd Windows-compatibele bijlagen. (Deze opdracht staat in een menu, maar wordt eigenlijk opgeslagen als een voorkeur.) Vreemd genoeg is deze opdracht gedeactiveerd wanneer je een nieuw bericht schrijft.

Je kunt de Windows-compatibiliteit ook uitschakelen voor individuele berichten: wanneer je een bestand bij een bericht voegt met de knop Bijlage in de knoppenbalk of met Archief > Voeg bestand bij (Commando-Shift-A), let dan op het aankruisvak onderaan, Verstuur altijd Windows-compatibele bijlagen. Als het geactiveerd is, worden alle bijlagen voor dat bericht in Windows-compatibel formaat verzonden. Helaas biedt Mail geen handige manier om Windows-compatibiliteit in en uit te schakelen voor bijlagen die je aan een bericht toevoegt door verslepen & neerzetten of kopiëren & plakken.

Als je een probleem tegenkomt, zip het dan -- Als Windows-compatibiliteit en extensies nog steeds bijlagen opleveren die de geadresseerden niet kunnen lezen, probeer ze dan te comprimeren (de bestanden, niet de geadresseerden). Zippen biedt een aantal problemen het hoofd door een of meer bestanden samen te voegen, inclusief de resource forks, in een compact en platformonafhankelijk pakket. Onder Panther kun je een bestand of een map in de Finder comprimeren (in het Windows-compatibele Zip-formaat) door het te selecteren en Archief > Maak archief aan van <bestandsnaam> te kiezen. Natuurlijk kunnen StuffIt Deluxe en StuffIt Standard Edition ook het beschermende Zipformaat of StuffIt archieven maken.

<http://www.stuffit.com/mac/>

Het versturen van grafische bijlagen -- Als je een plaatje als bijlage meestuurt, zie de geadresseerde het plaatje "inline" (dus in de tekst van het bericht) als zijn of haar e-mailprogramma dit ondersteunt. ("Take Control of Email with Apple Mail" bevat een tabel met de mogelijkheden van de populaire e-mailprogramma's voor de Mac en de PC.) Als een e-mailprogramma geen inline weergave ondersteunt (of de ontvanger heeft deze functie uitgeschakeld) verschijnt het bestand als een bijlage dat met een ander programma moet worden geopend.

Aan de ene kant is een inline afbeelding makkelijker te zien voor de ontvanger; ze hoeft er alleen maar naar te kijken. Aan de andere kant kunnen inline afbeeldingen frustrerend zijn omdat je er helemaal doorheen moet scrollen. Als je geen afbeelding wilt sturen die inline weergegeven wordt, moet je het bestand comprimeren voordat je het bijvoegt - Mail bevat helaas geen ingebouwde compressiemogelijkheid. Gelukkig biedt Panther een in de Finder ingebouwde Zip-compressie.

Let op dat als je een nieuw bericht maakt in Mail, het programma bijlagen altijd toont in de tekst. Je kunt het wel naar een andere plek slepen maar veel e-mailprogramma's tonen alle bijlagen in een aparte lijst, onafhankelijk van waar je het in de tekst plaatst.

Als je een plaatje in je bericht plakt, of via drag & drop een plaatje invoegt vanuit een ander venster (bijvoorbeeld een Webbrowser) converteert Mail de "raw image data" in een bijlage in TIFF-formaat. Als je aan de andere kant het icoon van een afbeelding via drag & drop invoegt (of via de "Voeg bestand toe"-knop waarna je het bestand zoekt in de bestandszoeker) laat Mail de bij te voegen afbeelding in zijn oorspronkelijke formaat. Dit is een belangrijk verschil omdat hoewel de meeste e-mailprogramma's geen moeite hebben met de weergave van JPEG-afbeeldingen, de ondersteuning van TIFF met name in non-Mac e-mailprogramma's veel minder gebruikelijk is. Ik raad dan ook aan om afbeeldingen als bijlage te versturen in plaats van ze in te plakken of ze als raw image data het bericht in te slepen.

Take Control of Email with Apple Mail -- Hoezeer ik Mail ook waardeer, het bevat nogal wat frustrerende rariteiten, van misleidende foutmeldingen tot schijnbaar missende functies. Na veel van deze problemen zelf te hebben ervaren en letterlijk duizenden berichten te hebben gelezen van anderen die met dezelfde dingen worstelen, besloot ik om uit te zoeken wat er achter de schermen gebeurde. In mijn 89 pagina's tellende e-boek "Take Control of Email with Apple Mail" vertel ik waarom Mail werkt (of niet werkt) zoals het werkt en hoe je veel van de belangrijkste problemen met Mail kunt oplossen. Zelfs als Mail voor jou geen problemen geeft, kun je waarschijnlijk leren hoe je er effectiever mee kunt werken. "Take Control of Email with Apple Mail" kost $10, of als je het koopt in combinatie met "Take Control of Spam with Apple Mail" (normaal $5) slechts $12.50. Zoals met alle Take Control e-boeken ontvangen kopers kleine updates gratis.

<http://www.tidbits.com/takecontrol/email-Apple-Mail.html>

[Joe Kissell is een schrijver uit San Francisco, consultant en Mac-ontwikkelaar die de Take Control serie is begonnen met de bestseller "Take Control of Upgrading to Panther." Als hij geen Mac-problemen oplost geeft hij rondleidingen over de rest van de wereld op zijn Interesting Thing of the Day Website.]

<http://www.tidbits.com/takecontrol/panther/upgrading.html>
<http://itotd.com/>


Gedachten over de prijs van de Take Control-serie

door Adam C. Engst <[email protected]>
[vertaling: PAB]

Joe Kissell's "Take Control of Email with Apple Mail" hebben we, zoals je wellicht hebt gemerkt, een prijs meegegeven van $10 (zoals we eerder deden voor Glenn Fleishman's "Take Control of Sharing Files in Panther"). Hieronder volgen een aantal redenen waarom we dit gedaan hebben, in plaats van de introductieprijs van $5 die we voor de meeste andere e-boeken gebruikt hebben:

Zoals ik al opmerkte toen ik voor het eerst schreef over het Take Control-project, hebben we die $5 gesteld als een introductieprijs, en zouden we deze evalueren zodra we wat meer geleerd hadden over de zakelijke kant van de hele onderneming. Het is nog steeds te vroeg om enige absolute uitspraak te doen over de prijs, maar $10 lijkt redelijk voor boeken die aardig in de buurt komen van de 100 pagina's en waarvan we voorzien dat ze nog verder zullen groeien met de gratis updates.

<http://db.tidbits.com/getbits.acgi?tbart=07405>

Een laatste opmerking: we hebben het bijzonder eenvoudig gemaakt voor eenieder die zich zorgen maakt over de prijs om 10 procent te besparen op hun volgende aanschaf, gewoon door te klikken op de knop "Help a Friend" op de voorkant van elk e-boek en het e-boek aan te bevelen bij een kennis (die ook 10 procent bespaart). Het is echter eigenaardig dat hoewel duizenden deze knop gezien moeten hebben, slechts 11 gebruik hebben gemaakt van deze korting. (Als er een probleem is met de webpagina's die de aanbeveling afhandelen, laat het me dan weten omdat het de eerste programmering was die ik deed in Web Crossing.) Verder hebben alle leden van onze gebruikersgroepen recht op 10 procent korting op elke Take Control-bestelling. Ongeveer 150 gebruikersgroepen hebben tot op heden de korting ontvangen en ook gratis recensie-exemplaren van onze e-boeken.

We hebben ons hieraan gecommitteerd voor de lange termijn en we hebben een aantal nieuwe e-boeken en andere projecten in ontwikkeling, waarvan we denken dat jullie die wel zien zitten. Maar zoals met elke zaak, moeten we er zeker van zijn dat we genoeg kunnen verdienen om deze plannen ook uit te kunnen voeren. Bedankt voor alle steun die we van jullie tot nu toe gekregen hebben en we zijn zeker van plan om nieuwe e-boeken te gaan maken die jullie steun waardig zijn.

<http://www.tidbits.com/takecontrol/>


Niet-winstgevende en niet-commerciële publicaties en Websites mogen artikels overnemen of een HTML link maken als de bron duidelijk en volledig vermeld wordt. Anderen gelieve ons te contacteren. We garanderen de precisie van de artikels niet. Caveat lector. Publicatie-, product- en firmanamen kunnen gedeponeerde merken zijn van hun ondernemingen.

Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering