Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering

TidBITS Logo

TidBITS#1016, 1 maart 2010

Heeft de iPhone meer ondersteuning nodig voor multitasking? Zeer beslist, maar wat betekent "multitasking" eigenlijk in de context van de iPhone? Adam gaat uitgebreid op dit onderwerp in. Verder kijken we deze week naar het verschijnen van Aperture 3.0.1, brengen we verslag van een onderzoek dat een sterke ondersteuning aantoont voor de Mac in multi-platform bedrijven en stellen we vast dat YouTube en andere Google-diensten de ondersteuning van oudere webbrowsers zullen staken. Jeff Carlson legt uit hoe je kunt voorkomen dat Apple Mail incorrecte adressen automatisch completeert, en Matt Neuburg laat ons delen in zijn vreugde in het gebruik van de Clipperz wachtwoordbeheers-website. Vermeldenswaardige nieuwe software deze week omvat de Update voor compatibiliteit met RAW-bestanden van digitale camera's 3.1, PDFpen 4.6 en PDFpenPro 4.6, Keyboard Maestro 4.1 en Camino 2.0.2.
 
Artikelen
 

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 VS.


Deze editie van TidBITS werd gedeeltelijk gesponsord door:
Help TidBITS te ondersteunen door onze sponsors te sponsoren!

Dit nummer werd uit het Engels vertaald door:

Verder werkten mee:

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


Aperture 3.0.1-update verhelpt stabiliteitsproblemen

  door Jeff Carlson <jeffc@tidbits.com>
  4 reacties (Engelstalig)

[vertaling: CS]

Apple heeft nu Aperture 3.0.1 uitgebracht, hetgeen een oplossing zou moeten brengen van bekende problemen met de nieuwe editie van het professionele fotobewerkingsprogramma. Weliswaar krijgt alle nieuwe software met moeilijkheden te kampen zodra deze wordt blootgesteld aan systemen buiten de testomgeving, maar Aperture 3 lijkt echt te vroeg te zijn uitgebracht, afgaande op wat ik hoor van veel fotografen, TidBITS-lezers en andere collega's. (Na het uitkomen in het begin van februari heb ik het programma een beetje verkend (zie "Apple brengt Aperture 3 uit", 9 februari 2010) en kreeg te maken met een regelrechte crash en traagheid, maar niet genoeg om erover te kunnen oordelen.)

Volgens de toelichting voor versie 3.0.1 verbetert de update algehele stabiliteit en richt zich op problemen die bestonden bij het upgraden van eerdere versies van Aperture en het importeren van foto's van iPhoto en rechtstreeks vanuit camera's. Het geheugengebruik is efficiënter "bij het bewerken van zwaar geretoucheerde foto's", en de nieuwe functies Gezichten en Plaatsen werken beter, allemaal kritieke punten volgens de gebruikers.

Andere wijzigingen lossen problemen op bij het afdrukken van meerdere afbeeldingen of contactafdrukken, het bewerken van foto's met een extern programma, de weergave van foto's waarop Definition- en Straighten-aanpassingen zijn gemaakt, het openen van Aperture-bibliotheken op een netwerkvolume en meer. De update is te krijgen via Software Update of als zelfstandige download van 29,41 MB.

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


Zakelijk gebruik van de Macintosh zal toenemen in 2010

  door Adam C. Engst <ace@tidbits.com>

[vertaling: HV]

Het doet ons deugd, met alle aandacht voor de iPhone op het moment, om te horen dat het met de Mac ook nog steeds goed gaat. Deze informatie is afkomstig van de Enterprise Desktop Alliance, een consortium van uitgevers van zakelijke software dat zich vooral bezig houdt met de behoeften van bedrijven die meer dan één computer-platform gebruiken. Uit een onlangs door de EDA gehouden onderzoek onder 322 IT-managers van grote multi-platform ondernemingen blijkt dat tweederde van hen verwacht dat het aantal Macs in hun bedrijven dit jaar zal toenemen. (De eerlijkheid gebied te zeggen dat dat wat minder is dan vorig jaar, toen 74 procent van de ondervraagden een toename verwachtte en 73 procent werkelijk een toename zag.) De voornaamste redenen die werden aangevoerd voor deze toename mogen geen verbazing wekken: voorkeur van eindgebruikers, verhoogde productiviteit, en eenvoudiger ondersteuning.

In de enquête werd ook gevraagd welke belangrijke IT-problemen men verwachtte. De twee belangrijkste onderwerpen, door 79 procent van de ondervraagden geclassificeerd als "zeer" of "bijzonder" belangrijk, waren bestandsuitwisseling tussen de verschillende platforms, en beveiliging, op de voet gevolgd door het beheer van clients, Active Directory-integratie, en helpdesk- en kennisondersteuning van verschillende platforms. Wat opvalt is dat 81 procent de gelijkwaardigheid van Macs en pc's in hun organisatie belangrijk vond, tegen 94 procent in 2008.

Je kan een PDF met meer informatie over deze enquête en uitgebreide resultaten downloaden.

Als je zelf ook in een onderneming met verschillende computersystemen werkt, laat ons dan weten of er in jouw organisatie meer, of juist minder aandacht voor de Mac komt en wat jullie belangrijkste IT-onderwerpen zijn.

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


YouTube stopt volledige ondersteuning voor oudere browsers op 13 maart 2010

  door Glenn Fleishman <glenn@tidbits.com>
  4 reacties (Engelstalig)

[vertaling: MSH]

Google's YouTube stop toekomstige functie-upgrades voor bepaalde oudere browsers, met name Internet Explorer 6 voor Windows. Maar lezer Mike Lemon ontdekte en wees ons erop dat de laatste versie van Firefox voor Mac OS X 10.3.9 Panther (versie 2.0.0.20) ook niet meer bij de ondersteunde browsers hoort. Safari 1.3.2, de laatste versie van Safari die onder Panther werkt , is ook te oud voor verdere ontwikkeling.

YouTube legt op een FAQ pagina uit dat staken van ondersteuning niet betekent dat video's niet meer afspelen in oudere browsers. Maar dat nieuwe functies niet meer worden ontworpen om te werken op deze oude versies. YouTube zal Firefox 3.0+, Chrome 4.0+, Internet Explorer 7.0+, Opera (geen versie vermeld) en Safari 3.0+ volledig ondersteunen.

Panther-gebruikers die toegang willen hebben tot toekomstige YouTube verbeteringen hebben nog maar één keuze die ik vinden kan: Opera 10. Deze is nog steeds compatibel met zowel Intel- als PowerPC-Macs.

Terwijl Panther-gebruikers te zijner tijd vast zullen zitten, hebben Mac OS X 10.4 Tiger-gebruikers toegang tot de nieuwste versie van Firefox (3.6) en Safari 3.2.3, naast andere browsers. (De Mozilla Foundation die de code beheerd voor Firefox, Camino en andere browsers zei op 8 februari 2010 dat ze Tiger ondersteuning zullen staken in the rendering-machine die deel zal uitmaken van Firefox 3.7.)

YouTube begon medio 2009 met het invoegen van tussenliggende berichten om gebruikers van oudere browsers te waarschuwen; het bericht vereist een klik om het te omzeilen en een video te bekijken. De berichten werden ingesteld om iedere twee weken te verschijnen, ogenschijnlijk berustend op cookies om herhaling te voorkomen. Dit is de eerste keer dat ik daar van gehoord heb en er is nauwelijks documentatie over op het internet.

Google heeft ook aangekondigd dat vanaf 1 maart 2010, Google Apps tevens gaat stoppen met ondersteunen van oudere browsers. Google zal beginnen met het uitfaseren van de ondersteuning in Google Docs en Google Sites en het afschaffen van de steun zal ongetwijfeld ook naderhand uitgaan naar andere Google-services.

Eerlijk gezegd, we zijn helemaal vóór het standpunt van Google over het gebruik van deze oude browsers, Internet Explorer 6 in het bijzonder. De TidBITS-website is nooit goed weergegeven in Internet Explorer 6 omdat diens steun voor fundamentele webstandaarden zo afwezig was en we konden niet veel tijd en inspanning rechtvaardigen bij zulk een oude browser voor een niet-Apple platform. Het is een beetje jammer dat die mensen Mac OS X 10.3 verlieten. Panther zal weldra verlies aan functionaliteit bemerken, maar deze oudere browsers hebben eenvoudig gezegd niet de mogelijkheden die web-ontwerpers om een moderne website aan te bieden nodig hebben.

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


Voorkom dat Apple Mail automatisch een verkeerd adres aanvult

  door Jeff Carlson <jeffc@tidbits.com>
  8 reacties (Engelstalig)

[vertaling: TK]

Adam Engst heeft me net laten weten dat mijn Adresboek "doorslaat en berichten naar sponsors@tidbits.com stuurt in plaats van naar ace@tidbits.com". Dat leek me een vreemde fout, aangezien het "sponsors"-adres (dat hij gebruikt om voorrang te geven aan communicatie met onze sponsors en potentiële adverteerders) zelfs niet voorkomt in de database van mijn Adresboek.

De schuldige is de lijst met het Geadresseerdenoverzicht van Apple Mail, waarin recente e-mailadressen worden opgeslagen om ze nadien automatisch aan te vullen wanneer je de naam of het adres van iemand in een veld van de geadresseerde invult. In dit geval had ik recent een bericht gekregen van Adam toen hij sponsors@tidbits.com gebruikte, en dit werd toegevoegd aan de lijst. Toen ik "Adam" in het veld Aan van een uitgaand bericht typte, vulde Mail dit automatisch aan als "Adam Engst, sponsors@tidbits.com". Omdat ik snel typte, lette ik niet op het adres en ging verder met de volgende naam, vandaar de verwarring van Adam.

Je kunt het adres op twee manieren uit de lijst met het geadresseerdenoverzicht verwijderen om dit probleem op te lossen:

Deze functie om adressen te verwijderen is zo gemaakt dat je de informatie van een geadresseerde kunt verwijderen wanneer je een adres van iemand eens verkeerd hebt ingevoerd zodat het niet verkeerd wordt aangevuld.

Deze stappen bieden echter wel maar een tijdelijke oplossing voor het probleem; de volgende keer dat Adam me een bericht stuurt van het sponsoradres, wordt het weer toegevoegd aan mijn lijst met geadresseerden.

En er was nog iets anders aan de hand: ik dacht dat het gewone adres van Adam als eerste in de lijst zou staan omdat ik dat veel vaker gebruik dan het andere adres, maar dat bleek niet het geval. Het sponsoradres stond als eerste in de lijst omdat de naam die eraan hing "Adam Engst" was, terwijl de contactpersoon in de database van mijn Adresboek "Adam C. Engst" is. Een naam zonder tweede voornaam komt in het alfabet blijkbaar hoger dan een naam met, wat me ook een aanwijzing gaf voor een permanente oplossing van het probleem.

In plaats van het sponsoradres te verwijderen, selecteerde ik Voeg toe aan Adresboek (mogelijk bij beide hiervoor beschreven methodes) en veranderde ik de naam in "TidBITS Sponsorship Program" (zodat ik het later zeker niet per ongeluk selecteer). Nu verschijnt het hoofdadres van Adam als eerste in de lijst in. Ik kan op komma, pijl naar rechts of Tab drukken om het juiste adres in te voeren en naar het volgende veld te gaan zonder dat ik me hoef af te vragen of ik het bericht wel goed geadresseerd heb.

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


Clipperz realiseert het onmogelijke: een veilig online wachtwoordbeheer

  door Matt Neuburg <matt@tidbits.com>
  12 reacties (Engelstalig)

[vertaling: LmR, RAW]

Voor de veiligheid gebruik ik voor ieder webformulier een ander willekeurig gegenereerd wachtwoord. Omdat ik geen van die wachtwoorden ken, bewaar ik ze, beveiligd met een wachtwoord, in een wachtwoordprogramma. Maar deze techniek (die redelijk veilig is tenzij iemand in mijn huis inbreekt en me de kop inslaat terwijl het wachtwoordprogramma geopend is), werkt alleen als ik thuis achter mijn computer zit. Hou kan ik deze wachtwoorden veilig gebruiken vanuit elke computer?

Nou, met Clipperz.

Ik hoorde voor het eerst over Clipperz bij de IT Conversations podcast en mijn eerste reactie was meteen, "waarom heeft niemand me dit eerder verteld?". Clipperz is een Web-programma, dus je gebruikt het vanuit een browser; dat betekent dat je toegang hebt tot je online wachtwoorden wanneer het jou uitkomt, namelijk als je online bent. Als je op de clipperz.com website bent, voer je je gebruikersnaam en een wachtzin in; de raadbaarheid van deze zin is natuurlijk de zwakste schakel in de hele ketting dus je moet een lange en niet voor de hand liggende wachtzin kiezen. De wachtzin wordt echter niet naar clipperz.com gestuurd tijdens het inloggen. Sterker nog, clipperz.com weet niet eens je loginnaam, je wachtzin of een van je wachtwoorden!

Hoe kan dat? Nou, clipperz.com is een zogeheten "zero-knowledge [kennisloze] database". Het slaat niets op in leesbare vorm; alles wordt versleuteld, en clipperz.com heeft de sleutel niet. Alle opgeslagen gegevens zijn versleuteld en de communicatie met Clipperz ook (dubbel, omdat het ook nog wordt doorgegeven met SSL). Alle versleuteling en ontsleuteling gebeurt bij jou, in je browser. Dat kan dankzij de snelheid van moderne computers en JavaScript-implementaties (JavaScript-gegevens gaan verloren wanneer je van webpagina verandert, dus gebruikt Clipperz AJAX om het scherm te updaten terwijl jij op dezelfde pagina blijft). Bovendien gebruikt de duidelijk zwakste schakel, de initiële identificatie met wachtwoord, Secure Remote Password (SRP)-identificatie, die van zichzelf kennisloos is (clipperz.com kent alleen een publieke sleutel die afgeleid is van jouw gebruikersnaam en wachtzin), en dat is zo veilig als wachtwoord-identificatie maar kan zijn, waarschijnlijk veel veiliger dan wat voor andere wachtwoordidentificatie dan ook die je ooit op internet uitvoert. Ten slotte is alle code van Clipperz open source, omdat, zoals je ongetwijfeld weet, beveiliging door geheimzinnigheid de allerslechtste beveiliging is.

De schermafbeelding toont de eenvoudige interface zien die je ziet zodra je ingelogd bent. Het is een recht-door-zee "kaartenbakje" met informatie. Aan de linkerkant staan de namen van je "kaarten": klink op de naam van een kaart en je krijgt de "velden" te zien. Ik kan je dit zonder zorgen laten zien, omdat het wachtwoordveld altijd wordt weergegeven als zes asterisks, die je kunt kopiëren (met Command-C, niet Control-C zoals in de schermafbeelding staat) en plakken in het wachtwoordveld van een webformulier, dat waarschijnlijk open ligt in een ander venster. (Als je op een publiek toegankelijke computer werkt, vergeet dan niet om later nog iets anders naar het klembord te kopiëren, zodat je niet je wachtwoord erop achterlaat als leesbare tekst.) Je kunt ook het wachtwoord "ontwarren", zodat je het meteen kunt lezen als normale tekst; dit is veilig zolang er geen vijandelijke spionnen achter je zitten.


Natuurlijk zijn online wachtwoorden niet de enige gegevens die je zo veilig zou kunnen opslaan. Je zou ook creditcard-nummers of wat voor informatie dan ook kunnen bewaren die je nodig zou kunnen hebben terwijl je online bent. De velden van een kaart zijn aanpasbaar, zodat je een kaart kunt maken die specifiek laat zien wat van toepassing is voor een bepaald soort gegevens.

Nog een leuke eigenschap is dat je "wachtwoorden voor eenmalig gebruik" kunt instellen. Dit zijn inlogwachtzinnen voor clipperz.com die vernietigd worden zodra ze gebruikt zijn. Zoals elke lezer van spionageromans weet, is een "one-time pad" de veiligste vorm van versleuteling. Dus als je in een openbare ruimte zit, gebruik dan een van je eenmalige wachtwoorden; zelfs als een spion die achter je zit je vingerbewegingen op het toetsenbord kan onthouden, is die kennis waardeloos.

En hier komt de klap op de vuurpijl. Ik meldde al dat de versleuteling en ontsleuteling in de browser gebeurt en ik zei ook dat je gegevens bij clipperz.com versleuteld worden opgeslagen. Dus is er geen verlies aan beveiliging als je de gegevens van clipperz.com op jouw machine opslaat. En dat is precies wat Clipperz je laat doen. Je kunt een (erg grote) webpagina downloaden waarop de versleutelde gegevens en alle JavaScript staan. Wanneer je die webpagina in je browser opent, is het alsof je met clipperz.com praat: je moet nog steeds met je gebruikersnaam en wachtzin inloggen, maar je praat niet met clipperz.com, je werkt offline. Dus doet deze ene gedownloade webpagina voor mij wat mijn wachtwoordbewaarprogramma voorheen deed! Het enige dat ontbreekt is de mogelijkheid om iets te wijzigen: je werkt met een alleen-lezenkopie van je gegevens. Mooi slim, nietwaar?

Clipperz is niet perfect. Het kopiëren van een versleuteld wachtwoord werkt niet altijd even goed, maar de mensen bij Clipperz werken aan een nieuwe webinterface, nu de "gamma" geheten, die dat probleem oplost. De interface voor sommige handelingen, zoals het invoeren van meerdere kaarten door ze vanuit een tekstbestand te importeren, is zeer verwarrend (ik slaagde er uiteindelijk in, maar alleen na een heleboel proberen). De interface is over het algemeen, helaas, onhandig op een iPhone: er is een mobiele versie van de webinterface, maar die werkt absoluut niet voor mij. Ten slotte is er een veelbelovende eigenschap die "direct inloggen" heet en waarbij je op een koppeling kunt klikken en zo automatisch, zonder verdere inspanningen van jouw kant, naar de inlogpagina van de bewuste website gaat, je gebruikersnaam en wachtwoord invult en het formulier opstuurt. Maar dit werkt niet voor alle websites, en de interface voor het bewerken van een directe log-in zit ergens tussen onhandig en onbestaand (hoewel dit ook netjes wordt opgelost in de nieuwe "gamma"-interface).

Op deze kleine minpuntjes na is Clipperz een enorme hulp in mijn dagelijkse webleven. Je kunt er mee bij je online wachtwoorden, online, ongeacht welke computer je gebruikt. Het is gratis, open-bron, veilig, ingenieus en supercool. Wat wil je nog meer? Misschien probeer jij het ook en zul je net als ik je afvragen waarom niemand je er eerder op wees.

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


Heeft iPhone OS multitasking nodig?

  door Adam C. Engst <ace@tidbits.com>
  73 reacties (Engelstalig)

[vertaling: CS, JWB, TK, DPF, LmR]

Een terugkerende klacht over iPhone OS is dat Apple geen multitasking toelaat, wat een essentieel element is van Mac OS sinds de toevoeging van MultiFinder aan System 5 in 1988. Apple verkondigde steeds dat op de achtergrond draaiende apps slecht zouden zijn voor de snelheid en batterijduur, maar in iPhone OS 3.0 heeft Apple push-notificatie toegevoegd, waarmee enkele (maar lang niet alle) wensen werden vervuld van diegenen die vroegen om multitasking.

Sinds het uitkomen van iPhone OS 3.0 en zijn push-notificaties waren verzoeken om multitasking-mogelijkheden grotendeels verstomd, echter niet omdat de wens ertoe niet meer bestond, maar eerder omdat het debat erover in een impasse zat.

Met de aankondiging van de iPad verandert dit, omdat hij een snellere CPU heeft (hoeveel sneller valt nog te bezien), een batterijduur van 10 uur ten opzichte van de 5 à 9 uur van de iPhone en een scherm met een resolutie van 1024 bij 768, een stuk groter dan de resolutie van 480 bij 320 van de iPhone en iPod touch. Met dat uithoudingsvermogen van de accu zou Apple een stuk minder bezorgd moeten zijn dat meerdere tegelijk draaiende apps een aanslag zouden doen op de batterijduur en het grotere scherm zou het mogelijk kunnen maken om apps naast elkaar te laten draaien.

Algemener gesteld: waar de iPhone gericht is op korte specifieke taken, lijkt de iPad geschikter voor langere en meer algemene taken waar je meerdere apps bij gebruikt, zoals we gewend zijn op de Mac. Je kunt je goed voorstellen dat je op een iPad een tekst leest in Mobile Safari, iets daarvan kopieert naar een Pages-document, en dit via Mail naar een collega stuurt. Dit specifieke voorbeeld kan dat wel mogelijk zijn in de huidige versie van iPhone OS, maar vraagt om nieuwe manieren waarop iPad-apps in de toekomst samen gebruikt kunnen worden.

Als ik het bij het rechte eind heb met mijn vermoeden dat Apple plannen op langere termijn heeft om nog grotere op iPhone OS gebaseerde toestellen te maken (zie "Wijst iPhone-ontwikkelaarsovereenkomst op nieuwe toestellen?", 28 januari 2010), dan is multitasking essentieel. Een Mac met een groot scherm waarop je maar een enkele applicatie tegelijk kan draaien is onvoorstelbaar.

Maar wat bedoelen we eigenlijk als we zeggen dat iPhone OS multitasking zou moeten ondersteunen? Als we onze wensen beter definiëren, zal het gemakkelijker zijn om bij Apple te lobbyen voor ondersteuning ervan in iPhone OS 4.0 en daarna.


Push-notificatie -- De eenvoudigste vorm van multitasking heeft Apple al aan de ontwikkelaars ter beschikking gesteld: push-notificaties. Het komt erop neer dat applicaties zich aanmelden bij een op systeemniveau actief zijnd push-notificatiestelsel, zodat bij aankomst van een notificatie, iPhone OS deze presenteert als ware hij afkomstig van de app.

Notificaties is een van de hoofdzaken die mensen van multitasking verwachten: een programma kan de gebruiker een melding geven, zelfs al wordt het op dat moment niet actief gebruikt. Op de Mac kun je denken aan iCal, je wilt agenda-meldingen zien verschijnen ongeacht in welk programma je op dat moment werkt en dat kan alleen als een ander proces dit op de achtergrond in de gaten houdt en het programma op de voorgrond mag onderbreken.

Het probleem met push-notificaties met betrekking tot multitasking is dat ze allemaal reacties zijn op een verandering in een volgens het cloud-principe werkende dienst als AIM of Twitter, in plaats van het voorbeeld van een app in de achtergrond die je op de hoogte stelt van een verandering. Natuurlijk is dit in iPhone OS mogelijk, kijk maar naar agenda- of wekkermeldingen, waarvoor ook intern notificaties voor een bepaald tijdstip worden geprogrammeerd, maar Apple heeft deze mogelijkheid, voor zover mij bekend, niet ter beschikking gesteld van andere ontwikkelaars. Dat zou echter wel mooi zijn en het lijkt ook niet zo ingewikkeld om dit te realiseren.


Achtergrond status updates -- Een andere visie die we hebben ten aanzien van multitasking komt neer op het updaten van de status op afstand in de achtergrond. Dit is nu ook mogelijk in het iPhone OS, maar alleen voor Apple's apps. Als je voor het ophalen van nieuwe gegevens in het Mail-, Contacten-, Agenda-instellingenscherm Push hebt ingeschakeld, verschijnen nieuwe emailberichten en veranderingen in je contactpersonen en je agenda's automatisch. Zodoende is het niet nodig om je Contacten of je Agenda te verversen om je te vergewissen van de nieuwste veranderingen; bij Mail moet je nog steeds controleren op nieuwe berichten (of wachten tot de timer de mail weer checkt) voor accounts die geen push ondersteunen. (Je kunt natuurlijk het updaten van de agenda en contacten tot een handmatig proces maken door alleen via iTunes te synchroniseren.)

Terwijl Apple's apps er voor kunnen zorgen dat hun status altijd actueel is door in de achtergrond nieuwe gegevens op te halen, heeft Apple die mogelijkheid niet beschikbaar gesteld voor ontwikkelaars. Zo zouden bijvoorbeeld Twitter-apps en RSS-nieuwslezers baat kunnen hebben bij de mogelijkheid om hun status in de achtergrond te actualiseren.

Ik wil wel onderscheid maken tussen geplande updates voor iets als Twitter of RSS en continue uitvoering in de achtergrond, waar ik later op terug zal komen. Het maakt je niet uit of een Twitter-client of RSS-nieuwslezer elke seconde controleert, daar elke verversing ook oudere berichten kan binnenhalen, terwijl een Instant Messaging-app berichten compleet zou kunnen missen als ze op de verkeerde tijd arriveerden (en de server de status niet met de client actualiseerde). Dat is de reden dat een chat-app, of een GPS-lokaliseringsapp, continu zou willen lopen, daar geplande updates niet snel genoeg of incompleet zouden zijn.

Je zou denken dat het updaten van de achtergrondstatus middels een schema net iets zou zijn dat Apple aan ontwikkelaars ter beschikking zou kunnen stellen, net zoals het beschikbaar is voor enkele van Apple's eigen apps. Apps zouden zich dan moeten registreren bij het iPhone OS, dat dan zou reguleren hoe vaak gegevens opgehaald zouden worden, maar dat zou noch vreselijk moeilijk noch uitputtend voor de accuduur hoeven zijn.


Communicatie tussen applicaties -- Op de Mac zijn we er aan gewend dat applicaties op allerlei manieren met elkaar praten, zoals Entourage dat een dubbel geklikte URL doorstuurt naar Firefox, Twitterrific dat Growl vraagt een notificatie weer te geven, een iTunes stuurprogramma dat het huidige liedje weergeeft, of zelfs de Finder die BBEdit zegt een document te openen.

Enkele van deze gedragingen zijn beschikbaar op de iPhone, zoals het volgen van een URL uit een emailbericht in Safari, het maken van een emailbericht met een foto en het weergeven van een adres in Kaarten. Maar voor het overgrote deel kunnen apps alleen aan Apple's eigen apps vragen om dingen te doen; het belangrijkste tegenvoorbeeld op mijn iPhone is Boxcar, dat diverse Twitter-apps kan openen als reactie op een tweet-notificatie. Maar Boxcar is uitermate beperkt; het kan een Twitter-app openen, maar het kan geen betrouwbare controle uitoefenen op die app op een manier waar je iets aan hebt, zoals bijvoorbeeld het weergeven van de betreffende tweet.

De reden hiervoor is dat de belangrijkste manier waarop apps met elkaar kunnen communiceren nu via URL's gaat, en de breedte van dit communicatiekanaal hangt af van de robuustheid van de URL handler-API van een app en hoeveel daarvan gebruikt wordt door de ontwikkelaars van andere apps. Maar deze aanpak is beperkt, daar de informatie in zijn geheel moet passen binnen een URL en omdat het eenrichtingsverkeer is, de ontvangende app kan geen informatie terug sturen. Bovendien zijn bestanden in het huidige iPhone OS app-gebonden, dus een app kan geen bestandsreferentie doorsturen naar een andere app.

Ik kan me een toekomstige versie van het iPhone OS voorstellen die het afhandelen van URL's uitbreidt met de mogelijkheid om referenties naar bestanden te versturen in een gedeelde ruimte en wellicht om een andere URL te retourneren aan de verzendende app. Een dergelijke communicatie waarbij niet vereist is dat beide apps actief zijn zou de accuduur noch het prestatieniveau erg schaden en zou beter zijn dan het handmatig schakelen tussen apps dat de gebruiker nu moet doen. Maar het zou nog steeds een onhandige manier zijn voor apps om te communiceren, in tegenstelling tot het Apple Event-systeem dat is ingebouwd in het Mac OS en dat applicaties in staat stelt om met elkaar te communiceren.

Apple Events kunnen echter alleen werken als de bestemmings-app actief is, daarom is het veel moeilijker om je een vergelijkbaar systeem voor te stellen in het iPhone OS, gezien de aanzienlijk beperktere CPU- en RAM-bronnen. Ik verwacht dit dan ook niet in de nabije toekomst.

De andere manier om willekeurige gegevens van app naar app over te dragen is natuurlijk via kopiëren en plakken, een recente aanvulling op het iPhone OS. Kopiëren en plakken lost veel problemen op, maar wordt compleet gestuurd door de gebruiker, in tegenstelling tot de URL-aanpak of Apple Events op de Mac.


Snel omschakelen tussen taken met opgeslagen staat -- Een eerste voorproef van multitasking in het Mac OS kregen we in 1985 met Switcher van Andy Hertzfeld, een programma dat het bijna mogelijk maakte om twee programma's tegelijk te draaien, al deed het eigenlijk niet meer dan schakelen tussen programma's mogelijk maken, zonder eerst de ene af te sluiten en dan de andere te starten. Switcher werd overbodig door MultiFinder in Systeem 5 voordat het een standaardonderdeel van het besturingssysteem werd in Systeem 7.

Het iPhone OS is een stap achteruit omdat je het ene programma moet stoppen (door op de Home-toets te drukken) voordat je een ander kunt starten (door op de afbeelding ervan op het thuisscherm te drukken). Dit is zo om twee redenen: een consistente gebruikerservaring en wegens de geheugen- en processorvereisten voor het actief houden van twee programma's tegelijk. Gelukkig verloopt afsluiten en starten van programma's doorgaans snel, wat ook verklaart waarom Apple tot nu toe erin geslaagd is dit zo te houden.

Het blijft echter wel frustrerend om telkens naar het thuisscherm te moeten gaan (vooral voor wie veel thuisschermen heeft met veel programma's), en Apple heeft dat impliciet zelfs erkend door een sneltoetsactie te voorzien (de Home-toets tweemaal indrukken) die je kunt instellen op weergave van het eerste thuisscherm, het zoekscherm, het scherm Favorieten, het Camera-programma of het iPod-programma. En zelfs het feit dat Apple het mogelijk heeft gemaakt om vier programma's in het dock onder te brengen zodat deze op alle thuisschermen staan, geeft aan dat zij erkennen dat de gebruikers tussen sommige programma's vlotter willen schakelen dan bij andere.

Volgens mij zijn er twee veranderingen nodig om de meeste vereisten voor snel schakelen tussen taken te vervullen. Ten eerste heeft het iPhone OS een snellere manier nodig om te schakelen tussen programma's die de gebruiker selecteert of recent gebruikte programma's De weergave van een scherm met snelkoppelingen zou kunnen verbonden worden aan dubbel of driedubbel drukken op de Home-toets. Ten tweede moeten zowel het iPhone OS als individuele programma's de staat van de gebruiker beter opslaan, zodat je niet telkens vanaf nul moet beginnen wanneer je een programma start. Dit is niet onmogelijk: ons TidBITS News-programma doet dit al. Dit betekent dat wanneer je een artikel aan het lezen was wanneer je het programma afsluit, het programma je de volgende keer laat verder lezen vanaf het punt waar je was gestopt. Het iPhone OS zou de staat van programma's misschien automatisch kunnen "bevriezen", als de ontwikkelaars dit wilden, zonder extra werk.

Voor geen van beide suggesties moeten programma's tegelijk actief zijn, en dit zou dus iets moeten zijn dat Apple kan voorzien in een toekomstige versie van het iPhone OS.


Gelijktijdig uitvoeren -- Nu zijn we aanbeland bij de kern van het probleem, het gelijktijdig uitvoeren. Zelfs hier zijn er twee mogelijke scenario's: apps zoals de iPod die in de achtergrond uitgevoerd moeten worden, maar geen zichtbare ruimte in de interface innemen, en de toekomstige mogelijkheid van meerdere apps die naast elkaar draaien op de iPad.

Het is duidelijk dat het eerste scenario mogelijk is met het iPhone OS: de iPod-app doet het, dus het zou ook mogelijk moeten zijn voor andere apps zoals de Pandora muziek-app of een GPS-app.

Dus komen we terug op de beweringen van Apple dat het draaien van apps in de achtergrond de snelheid en de prestaties van de accu zou doen afnemen. Laten we ervan uitgaan dat je een spelletje speelt op je iPhone, en dat dat het grootste deel van de CPU benut. Het gelijktijdig draaien van een andere app, zoals de iPod, heeft geen effect op het stroomverbruik omdat alle CPU-capaciteit al gebruikt wordt. Wanneer het spel de batterij in een uur geleegd zou hebben, is dat maar iets sneller bij het gebruik van de iPod erbij.

Bij het gebruik van een app die minder CPU-capaciteit gebruikt is het als volgt: een ander proces dat ernaast gaat draaien verhoogt het gebruik van de CPU, waardoor de batterij sneller leegloopt. Dat is niet ideaal, maar het lijkt redelijk de keuze over te laten aan de gebruiker, net zoals Apple dat doet bij het ophalen van gegevens (dat kost immers ook stroom uit de batterij).

Een ernstiger probleem heeft te maken met de prestaties. Wanneer je bijvoorbeeld achterin een auto zit, een spelletje wil spelen, naar muziek wil luisteren en een GPS-app je lokatie en snelheid bij wil houden, maar ook nog Mail-berichten wil krijgen, dan moet de iPhone de beschikbare CPU-capaciteit tussen deze apps verdelen. Als het apparaat dat niet zo goed doet, loopt de snelheid van je spel waarschijnlijk terug. Het verdelen van CPU-capaciteit over programma's in computers is een vorm van zwarte magie, eigenlijk in alle besturingssystemen. En dan moeten we er nog vanuit gaan dat de CPU van de iPhone dat überhaupt kan. Misschien is hij simpelweg niet in staat om de voorste app genoeg rekenkracht te geven. En dat moet, want volgens mij is dat de voornaamste reden van de populariteit van de iPhone, hij blijft onder alle omstandigheden zo snel dat hij volkomen natuurlijk blijft werken. Voeg daar vertraging of opstoppingen aan toe, en dat gevoel is weg.

De enige manier waarop Apple kan gaan toestaan dat apps in de achtergrond draaien is dat het bedrijf in staat zal zijn om CPU-capaciteit op een slimme manier te verdelen. Achtergrond-apps moeten dus beperkt kunnen worden. Niet onmogelijk, maar waarschijnlijk wel een lastig probleem dat niet in de nabije toekomst opgelost zal zijn.

Een ernstiger probleem heeft te maken met de beperkingen van RAM. Apple houdt de hoeveelheid RAM van iedere iPhone angstvallig geheim en het is best mogelijk dat er niet genoeg is om meerdere apps tegelijkertijd te kunnen draaien. Apple kan uiteraard niet controleren hoeveel iedere app gebruikt. Het toewijzen van RAM aan achtergrond-apps zal wellicht niet eenvoudig zijn, maar het is wel mogelijk. Het afhankelijk zijn van virtueel geheugen (zeker als het wordt ondersteund door relatief langzaam flash geheugen) kan de prestaties flink negatief beïnvloeden.

Het tweede scenario voor het tegelijkertijd hebben draaien van meerdere apps is meer speculatief, maar geeft wellicht makkelijker antwoorden. Het scherm van de iPad is groot genoeg om twee (of misschien zelfs wel vier) "klassieke" iPhone-apps tegelijkertijd te draaien. Zelfs met apps die kunnen detecteren of ze op een iPad draaien lijkt het waarschijnlijk dat wanneer ze onafhankelijk van resolutie draaien, of naar een scherm van de maat van een iPhone kunnen overschakelen wanneer ze het scherm moeten delen, er twee naast elkaar kunnen draaien (met beide tegelijkertijd actief). Wanneer de A4-processor van de iPad snel genoeg is en er voldoende geheugen beschikbaar is, zou de iPad dat aan moeten kunnen.

Hier komen we de wereld van de Mac binnen, want daar is het volkomen normaal om twee programma's tegelijkertijd zichtbaar te hebben (en in elk geval iedereen die met meerdere schermen werkt doet dat). Ik heb bijvoorbeeld voortdurend een webpagina zichtbaar terwijl ik een e-mail bericht schrijf, of een tekst bewerk in BBEdit. En wanneer iemand mij een e-mail stuurt om een afspraak te maken voor Macworld Expo haal ik mijn agenda op in BusyCal zonder het bericht of het antwoord uit beeld te halen. Dat maakt me productiever dan wanneer ik zou moeten overschakelen met Commando-Tab. En een vergelijkbare taak op de iPhone zou zelfs nog slechter zijn, omdat ik dan Mail moet verlaten, Agenda moet starten, bepalen welke tijden ik beschikbaar heb, Agenda weer verlaten, Mail opnieuw starten, het bericht vinden, er op antwoorden en onthouden welke tijden ik beschikbaar heb.

Hoewel het toestaan van het tegelijkertijd draaien van verschillende programma's op een iPad niet op Apple's pad lijkt te liggen (ik stel me een interface voor zoals die van iPhoto's aanpak bij fotovergelijking), zou het een enorme hulp zijn voor een ieder die een iPad in plaats van een Mac gebruikt voor taken die visuele toegang tot gegevens vereisen in meer programma's tegelijkertijd.

Het grote voordeel van dit scenario over het vorige, waarbij de secundaire programma's wel worden uitgevoerd maar zonder interfaceruimte in te nemen, is dat bij de gelijktijdig-naast-elkaar-programma's het wellicht niet nodig is dat het ene programma uitgevoerd blijft worden terwijl het andere actief is. De kalender kan in principe gewoon worden "bevroren" terwijl ik mijn mail beantwoord en alleen weer actief worden als ik overschakel op de volgende maand, gedurende welke tijd mijn mail-programma bevriest tot ik daar weer op terugtap. Deze aanpak zou het probleem van verminderde prestaties kunnen oplossen omdat steeds maar een programma CPU-cycli gebruikt.


Alles bij elkaar opgeteld -- Laten we eens kijken waar we staan, nu we de "de iPhone zou moeten kunnen multitasken"-discussie tot hun verschillende onderdelen hebben teruggebracht. Sommige mogelijkheden bestaan al doch slechts in Apple's programma's, anderen bestaan nog slechts in theorie.

Zoals altijd is de beste (en enige) manier om Apple van feedback te voorzien de Product Feedback-pagina op hun website. De iPad staat er nog niet tussen maar ik stel voor dat we nu al onze wensen kenbaar maken voor je iPhone of iPod touch.

En laat ons natuurlijk weten wat je vind in de reacties!

Lees reacties op dit artikel of plaats er een | Tweet dit artikel


TidBITS Volglijst: belangrijke software-updates, 1 maart 2010

  van de TidBITS-redactie <editors@tidbits.com>

[vertaling: SWB]


Update voor compatibiliteit met RAW-bestanden van digitale camera's 3.1 -- Wanneer bedrijven nieuwe cameramodellen uitbrengen die van beelden de ruwe gegevens kunnen verwerken (waarbij de sensor de oorspronkelijke beeldgegevens opslaat die vastgelegd zijn zonder compressie of optimalisatie), verschilt de ruwe gegevensindeling die iedereen gebruikt een beetje (vervelend genoeg) en is cameraspecifiek. Apple biedt ondersteuning voor de camera's op systeemniveau waarbij ze dat in gecombineerde updates doet zoals in de recent uitgebrachte Update voor compatibiliteit met RAW-bestanden van digitale camera's 3.1. Deze keer wordt ondersteuning toegevoegd voor de volgende camera's: Hasselblad H3DII-50, Leica M9, Leica X1, Olympus E-P1, Olympus E-P2, Panasonic Lumix DMC-GF1, Pentax K-7, Pentax K-x, Sony Alpha DSLR-A500, Sony Alpha DSLR-A550 en Sony Alpha DSLR-A850. (Gratis update, 6,77 MB)

Reacties - Update voor compatibiliteit met RAW-bestanden van digitale camera's 3.1


PDFpen 4.6 en PDFpenPro 4.6 -- De nieuwste versies van SmileOnMyMac's bewerkingshulpprogramma's voor PDF PDFpen en PDFpenPro komen met een korte toelichtingen, maar bevatten op z'n minst een substantiële verbetering. Beide uitgaven ondersteunen nu OCR voor 11 nieuwe talen inclusief Duits, Frans, Spaans, Italiaans, Portugees, Catalaans, Nederlands, Zweeds, Fins, Deens en Noors. Naar verluidt bevatten de updates een aantal kleine foutherstellingen en verbeteringen, hoewel ze niet worden opgesomd. ($ 49,95/$ 99,95 nieuw, gratis updates, 45,9 MB/46,1 MB)

Reacties - PDFpen 4.6 en PDFpenPro 4.6


Keyboard Maestro 4.1 -- Stairways Software heeft een flinke update uitgebracht van haar populaire hulpprogramma voor macro's Keyboard Maestro. In versie 4.1 is in het programma de ondersteuning uitgebreid met verbeterde documentatie, met een in-app tutorial en met een helpsectie voor het activeren en doelgericht maken van groepen macro's. De programmamenu's zijn ook verbeterd door het toevoegen van opdrachten en een nieuwe Select Menu-bewerker waarmee gebruikers uit elk actueel menu kunnen kiezen. Tot slot, voor macro's is zoeken op naam en triggers nu beschikbaar, gedragingen van Typed String-triggers zijn verfijnd en het annuleren van een Google-zoekopdracht brengt je nu terug in het programmavenster. ($ 36 nieuw, gratis update, 8,8 MB)

Reacties - Keyboard Maestro 4.1


Camino 2.0.2 -- Het Camino Project heeft een kleine update voor de Mac-webbrowser Camino uitgebracht, die verscheidene veiligheids- en stabiliteitsproblemen aanpakt door het programma te updaten naar versie 1.9.0.18 van Mozilla's Gecko-rendering engine. Gebruikers kunnen nu ook Command-pijltoetscombinaties opnieuw toewijzen om zelfgekozen menu-items te activeren, de code die Flash blokkeert is ge-upgrade naar Flashblock 1.5.12, Google's informatiepagina's voor veilig browsen zijn nu beschikbaar in het Noors, blokkeren van advertenties is verbeterd en de kleuren in de bladwijzerbalk veschijnen correct op beeldschermen met een gamma anders dan 1,8. (Gratis, 15,8 MB)

Reacties - Camino 2.0.2


ExtraBITS, 1 maart 2010

  van de TidBITS-redactie <editors@tidbits.com>

[vertaling: HV]

Ons overzicht van het web beslaat deze week een verscheidenheid aan onderwerpen, waaronder het feit dat Apple toegeeft dat er problemen zijn met iMac beeldschermen, meer informatie over de Macworld Expo en Google Buzz, de winnaar van Apples iTunes 10 miljardste nummer-downloadwedstrijd, een enquête die suggereert dat de iPad sneller populair zal worden dan de iPhone destijds deed, een exposé van Apples relaties met toeleveranciers, een terugblik met een van de eerste ontwerpers van de Mac en de overname van de VuDu-videodienst door Wal-Mart.


Apple erkent problemen met iMac beeldschermen tegen Gizmodo -- In een verklaring aan Gizmodo heeft Apple in het openbaar toegegeven dat de nieuwste iMac modellen kampen met irritante problemen. De symptomen van deze problemen, die zich vooral voordoen bij het 27-inch model, zijn een gele zweem en een knipperend beeld. In de verklaring zei Apple, "We hebben de problemen die leiden tot het knipperen van het beeld en de gele zweem verholpen. Gebruikers die vermoeden dat hun iMac deze problemen vertoont kunnen contact opnemen met AppleCare". Apple heeft duidelijk niet adequaat gereageerd op dit probleem, maar laat is altijd beter dan nooit.

Reacties


Adam spreekt over Macworld Expo en het Google Buzz-debacle op Tech Night Owl -- Op de Tech Night Owl Live podcast gaat Adam samen met presentator Gene Steinberg in op het succes van de Macworld Expo; de discussie gaat vervolgens in op Googles privacymissers met Google Buzz.

Reacties


10 miljardste iTunes nummer verkocht -- Apple heeft bekend gemaakt wie de winnaar is van de iTunes 10 miljardste nummer download wedstrijd. De gelukkige is iTunes klant Louie Sulcer uit Woodstock, Georgia. Zijn aankoop van het Johnny Cash nummer "Guess Things Happen That Way" werd beloond met een iTunes -kadobon ter waarde van 10.000 dollar. De lijst van populairste iTunes songs wordt aangevoerd door nieuwe pop- en hiphopnummers; op het eerste gezicht lijkt het dan ook enigszins merkwaardig dat het winnende nummer een song van Johnny Cash was. Dit toont nog eens aan dat de iTunes Store in een brede behoefte voorziet.

Reacties


Eerste iPad verkopen hoger dan die van de eerste iPhone? -- Niettegenstaande de sceptische geluiden met betrekking tot de mogelijkheden van de iPad meldt All Things Digital op grond van een RBC/ChangeWave enquête dat maar liefst 13 procent van de ondervraagden aangaf waarschijnlijk of zeer waarschijnlijk een iPad te kopen, dit in tegenstelling tot de 9 procent die dit antwoord gaf vlak voordat de oorspronkelijke iPhone uitkwam. Het verschil wordt mede toegeschreven aan de prijs van 499 dollar van het instapmodel van de iPad.

Reacties


Apple publiceert verslag over het gedrag van toeleveranciers -- Met verkopen in de tientallen miljoenen apparaten per jaar wordt Apple aangekeken op het gedrag van zijn toeleveranciers en de arbeidsomstandigheden bij deze bedrijven. In dat kader heeft Apple het "2010 Supplier Responsibility Progress Report" gepubliceerd, waarin is neergelegd waar Apples toeleveranciers aan moeten voldoen, hoe deze toeleveranciers scoren in controle-onderzoeken en hoe Apple omgaat met bedrijven die niet aan deze eisen voldoen. Het mag geen verbazing wekken dat het rapport een positief beeld van Apple laat zien, maar het geeft wel duidelijk aan dat Apple zijn taak als verantwoordelijk bedrijf serieus neemt.

Reacties


Verleden en toekomst van de Macintosh met Jim Rea -- Jim Rea's ProVUE Panorama was één van de eerste toepassingen die beschikbaar waren voor de Macintosh, en het is nog steeds springlevend. Luister en kijk naar Jim Rea in deze YouTube filmpjes van TUAW, waar hij tijdens de Macworld Expo herinneringen aan die eerste tijd ophaalt en een tipje van de sluier oplicht met betrekking tot het aanstaande Panorama 6. Alsof je zit te lunchen met Jim, maar dan zonder lunch!

Reacties


Wal-Mart koopt Vudu -- De New York Times bericht over de overname van Vudu door Wal-Mart. Vudu is het bedrijf achter de online videodienst van dezelfde naam die in veel HD tv's en Blu-ray spelers is ingebouwd. De precieze details van de overname zijn nog niet bekend, maar het lijkt evident dat Wal-Mart probeert om een graantje mee te pikken van de nieuwste ontwikkelingen in de verspreiding van informatiedragers, nu de DVD verkopen sterk teruglopen.

Reacties


Dit is TidBITS, een gratis wekelijkse technologie-nieuwsbrief met recent nieuws, bekwame analyse, en grondige besprekingen voor de Macintosh- en internet-gemeenschappen. Geef het gerust door aan je vrienden; beter nog, vraag of ze een abonnement willen nemen!
Niet-winstgevende en niet-commerciële publicaties en websites mogen artikelen overnemen of een link maken als de bron duidelijk en volledig vermeld wordt. Anderen gelieve ons te contacteren. We kunnen de precisie van de artikelen niet garanderen. Caveat lector. Publicatie-, product- en firmanamen kunnen gedeponeerde merken zijn van hun ondernemingen.
Copyright 2010 TidBITS; reuse governed by this Creative Commons License.

Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering