Vorige aflevering | Search TidBITS | Volgende aflevering
TidBITS English | TidBITS Nederlands

TidBITS Logo

TidBITS#1162, 25 februari 2013

Veel goed spul deze week, beginnend met Agen Schmitz' kijkje op iOS 6.1.2, dat een ernstige fout in de communicatie met Microsoft Exchange-servers herstelt. Josh Centers en Joe Kissell schreven twee op e-mail gerichte artikelen, waarin Josh de breed verkondigde iPhone-app Mailbox bespreekt en Joe vriendelijk suggereert dat als je problemen hebt met overzicht houden over je e-mail, dan niet e-mail in het algemeen het probleem is, of de app die je toepast, maar dat jij het bent het die moet veranderen. Adam geeft het nieuws door van extra Microsoft-accreditaties voor adviseurs bij de MacTech BootCamp-bijeenkomsten in 2013, en hij onderzoekt de populaire maar controversiële Kickstarter-campagne bij het creëren van een opensource-versie van de op HyperCard geïnspireerde ontwikkelomgeving LiveCode. Opmerkelijke softwarepublicaties deze week zijn TextWrangler 4.5, Adobe Acrobat XI en Reader XI 11.0.02, Transmit 4.3.2, KeyCue 6.4, Java voor OS X 2013-001 en Java voor Mac OS X 10.6 update 13, iTunes 11.0.2, Firefox 19 en BusyCal 2.0.3.
 
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.

Er is ook een iPhone-versie van TidBITS-NL op <http://nl.tidbits.com/TidBITS-nl-1162i.html>
En als je de volgende koppeling opneemt als bladwijzer in Safari op je iPhone, iPad of iPod touch, heb je altijd de nieuwste aflevering:
<http://nl.tidbits.com/TidBITS-nl-i.html>


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:
<de contactpagina>


iOS 6.1.2 lost batterijverbruikende Exchange-bug op

  door Agen G. N. Schmitz: agen@tidbits.com
  3 reacties (Engelstalig)

[vertaling: EO, MSH]

Apple kwam uit met iOS 6.1.2 om een fout met het batterijverbruik, geïntroduceerd in iOS 6.1, aan te pakken. Het batterijverbruik werd veroorzaakt door overmatige networkcommunicatie met de Exchange-server van Microsoft. De server lijdt ook aan excessieve loggroei en aanzienlijk verhoogd geheugen- en CPU-gebruik wat nadelig is voor de snelheid. Je kunt je voorstellen dat zowel iOS-gebruikers als beheerders van de Exchange-server zeer ontevreden waren over deze bug.

Wat verwarrend kan zijn is dat het probleem door Apple en Microsoft in zeer verschillende termen beschreven wordt. In een help-artikel zegt Apple:

Wanneer u reageert op een uitzondering* voor een herhaalde agenda-activiteit met een Microsoft Exchange-account op een apparaat met iOS 6.1, kan het apparaat overvloedig beginnen communiceren met de Microsoft Exchange-server. U merkt mogelijk een verhoogde netwerkactiviteit op het iOS-apparaat of een verkorte levensduur van de batterij. Deze extra netwerkactiviteit wordt weergegeven in de logbestanden op de Exchange-server en kan veroorzaken dat de server het iOS-apparaat blokkeert. Dit kan gebeuren in iOS 6.1 en Microsoft Exchange 2010 SP1 of hoger, of Microsoft Exchange Online (Office365).

﹡Een uitzondering is een wijziging aan een enkel item van een herhaalde agenda-activiteit.

Het is echt waar: we zagen onlangs een waarschuwing van Cornell Information Technologies voor hun iOS-gebruikers over dit probleem en Apple geeft duidelijk aan hoe iOS 6.1.2 de fout oplost.

Hoewel beiden verwijzen naar het help-artikel van Apple en zeggen dat iOS 6.1.2 het probleem oplost, praat Microsoft erover vanuit het perspectief van de Exchange-server admin en in totaal andere termen. Microsoft zegt:

Als een gebruiker een brievenbus synchroniseert met gebruik van een op iOS 6.1 of 6.1.1 gebaseerd apparaat, worden hulpmiddelen van Microsoft Exchange-server 2010 Client Access server (CAS) en Mailbox (MBX) gebruikt, wordt de groei van de logboeken overmatig, komt er excessieve groei van Recoverable Items voor, en geheugen en gebruik van CPU kunnen aanzienlijk toenemen. De snelheid van de server wordt beïnvloed.

Verder ontvangen Office 365 Exchange Online-gebruikers een foutbericht op een op iOS 6.1 of 6.1.1 gebaseerd apparaat met de volgende strekking: "Kan geen mail krijgen. De verbinding met de server is mislukt." De enige beschikbare keuze is OK.

Apple heeft het over het veranderen van een enkel item van een herhaalde agenda-activiteit, terwijl Microsoft praat over het synchroniseren van een brievenbus. Maar volgens Exchange-kenners met wie we spraken is dit logisch want voor Microsoft houdt het werken met een activiteit op de agenda onder meer het synchroniseren van een mailbox in. Paul Robichaux legt het nader uit op zijn blog.

Ook al lijkt dit een kwalijke bug voor zowel gebruikers als beheerders, als je op het werk een Exchange-server gebruikt voor e-mail en agenda's, adviseren we met de beheerder van je server te overleggen alvorens te updaten. Hij of zij zal waarschijnlijk updaten aanbevelen, maar overleggen is het beste. Gebruik je Exchange niet voor agenda's, dan kun je deze update uitstellen, onder het motto "repareer niet wat niet stuk is".

Dit is de tweede reparatie, verschenen om een probleem te herstellen dat optrad bij de verschijning van OS 6.1 (zie "iOS 6.1 breidt LTE uit naar meer landen", 28 januari 2013), want twee weken later werd iOS 6.1.1 vrijgegeven om mobiele connectiviteitsproblemen op te lossen op de iPhone 4S (zie "iOS 6.1.1 voor iPhone 4S als oplossing voor gsm-problemen", 11 februari 2013). Bovendien introduceerde iOS 6.1 een bug die iemand in staat stelt om de toegangscode te omzeilen van een afgesloten iPhone 4S en contacten en foto's in te zien. In Apples (summiere) toelichting voor iOS 6.1.2 is er geen sprake van een oplossing voor deze werkwijze, en Ars Technica bevestigt op basis van eigen testen dat de update dit gat in de beveiliging niet repareert.

De gratis iOS 6.1.2-updates zijn beschikbaar via iTunes als volledige download (989,5 MB voor de iPhone-versie en 1,08 GB voor de iPad-versie), maar je kunt drastisch op de grootte van de download op jouw apparaat besparen middels een over-the-air-update (ga naar Instellingen > Algemeen > Software-update). De over-the-air-delta voor de iPhone is 12,8 MB en slechts 12,5 MB voor de iPad-update. De update is gratis en kan worden toegepast op de iPhone 3GS en hoger, iPad 2 en hoger, en iPod touch van de vierde generatie en daarna.

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


MacTech BootCamps bieden nu ook Microsoft-accreditatie voor adviseurs

  door Adam C. Engst: ace@tidbits.com, @adamengst

[vertaling: HV]

MacTech heeft aangekondigd dat hun MacTech BootCamp II-bijeenkomsten in 2013 vooraf gegaan zullen worden door een training van een halve dag waarop adviseurs de nieuwe Microsoft-accreditatie "geaccrediteerd ondersteuner voor Microsoft Office voor de Mac" kunnen behalen. Deze cursus, die met name ingaat op onderwerpen met betrekking tot Microsoft Office voor de Mac en de verschillende versies van Microsoft Office 365, kan gratis gevolgd worden door alle deelnemers aan MacTech BootCamp.

Het cursusprogramma omvat onder meer: installatie; Office Web Apps; de beste configuraties, voorkeuren, instellingen en wijzen van gebruik; licentiemogelijkheden; uitwisseling tussen platforms; het delen van documenten via SkyDrive en SharePoint; probleemoplossen en veel gestelde vragen; opties voor ondersteuning. Als je voor de afsluitende test slaagt krijg je een certificaat van accreditatie van Microsoft, en mag je het bijbehorende logo op je website en ander advertentiemateriaal voeren en in de begeleidende getuigschriften.

De complete lijst van MacTech BootCamp II-bijeenkomsten dit jaar is als volgt. Let met name op de bijeenkomst in Seattle, waar onze eigen Jeff Carlson zal spreken over Apple ID's. De MacTech BootCamp-bijeenkomsten duren een dag en kosten normaliter 499 dollar. TidBITS-lezers betalen echter maar 299 dollar. De prijs is inclusief een abonnement op MacTech Magazine ter waarde van 50 dollar.

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


Mailbox voor iPhone vereenvoudigt prioritering van berichten maar mist essentiële functies

  door Josh Centers: josh@tidbits.com, @jcenters
  4 reacties (Engelstalig)

[vertaling: HV, HR]

Op dit moment heb ik in mijn twee in-boxen meer dan 5.500 e-mailberichten. Lang, heel lang geleden had ik het een keer zo ver dat ik dat tot nul had teruggebracht. Maar e-mail stroomt maar binnen, ongebreideld, en er zitten gewoon niet genoeg uren in een dag om al die berichten netjes op te ruimen. Bovendien is er toch een zoekfunctie als ik iets specifieks wil vinden?

Ondanks mijn slechte e-mailgedrag gaat het verwerken van berichten in mijn Gmail in-boxen vrijwel vanzelf, met de nieuwe app Mailbox voor de iPhone, van Orchestra, Inc. Bij het doorwerken van mijn in-box kan ik berichten simpel en gedachteloos archiveren door ze snel naar rechts te vegen. Maar wat echt bijzonder is aan Mailbox is dat je berichten kunt oormerken om later nader te bekijken, een functie die ze Snoozes hebben genoemd. (De eerlijkheid gebiedt wel te zeggen dat dit geen revolutionaire mogelijkheid is: een dienst genaamd Boomerang bied al een aantal jaar de mogelijkheid om oude berichten weer bovenaan je Gmail in-box te plaatsen, zie "Mailplane 2.3.1 ondersteunt nu Boomerang for Gmail", 11 april 2011. Boomerang is echter afhankelijk van browser-invoegtoepassingen, en werkt dus niet op iOS-apparaten.)


Als je een bericht kort naar links veegt wordt je gevraagd wanneer je het bericht wilt lezen, en krijg je een matrix aan mogelijkheden te zien waar je uit kunt kiezen. Je kunt kiezen voor later vandaag, de volgende dag, over een maand, of een willekeurige datum. Op het gekozen moment wordt het bericht weer bovenaan in je in-box geplaatst, samen met een push-melding. Zo krijg ik overdag vaak belangrijke berichten die ik liever 's avonds op mijn gemak beantwoord. Normaliter verdwijnen zulke berichten vaak in de hectiek van een mailbox. Met Mailbox kan ik zo'n bericht laten 'sluimeren' tot het moment waarop ik normaliter thuis kom van mijn werk. Elke sluimertijd kan naar eigen wens ingesteld worden, zodat hij perfect op je dagindeling aansluit.


Langere 'vegen' betekenen 'heftigere' bewerkingen. Zo kun je, als je een bericht wilt verwijderen in plaats van archiveren, het helemaal naar de rechterkant van het scherm vegen. En als je een bericht wilt catalogiseren in plaats van te laten sluimeren, veeg je het helemaal naar links. Je krijgt dan een keuzemenu met de verschillende categorieën waaronder je je bericht kan opslaan. Om een voor mijn onbegrijpelijke reden zijn deze categorieën niet je standaard Gmail-labels, maar een beperkte subset van nieuwe labels. Standaard komt Mailbox met categorieën voor nog kopen, nog lezen en nog bekijken (ze denken bij Orchestra kennelijk dat het belangrijkste wat we met e-mail doen is bij te houden wat we (willen) consumeren), maar je kunt er in de instellingen categorieën bij maken.

In feite zijn deze categorieën niet meer dan sub-labels van het label [Mailbox], zodat je ze ook in Gmail of een andere e-mail-lezer terug kunt vinden. Het is daarom wel irritant dat je niet al je Gmail-labels kunt zien in Mailbox. Op deze manier dwingt Mailbox je om Gmail te gebruiken als een takenlijstje. Dat is op zich een interessante aanpak, maar als je op dit moment bij e-mail veel gebruik maakt van labels, dan is Mailbox geen optie. Zelf doe ik eigenlijk niks met Gmails labels. Daar komt nog bij dat het gebruik van labels in zowel de iOS-app Mail als de Gmail-app tamelijk onhandig geïmplementeerd is. De werkwijze van Mailbox is beperkt, maar werkt duidelijk beter samen met aanraakschermen.


Ik ben doorgaans geen fan van interfaces die gebaseerd zijn op gebaren. Ze zijn vaak te eenvoudig en bieden de gebruiker geen houvast, buiten een introductieles. Ik heb veel geëxperimenteerd met de gebaren-interface van de takenbeheer-app Clear, maar als ik hem een tijd niet geopend heb, ben ik vergeten hoe ik hem moet gebruiken. Mailbox lost dit op ingenieuze wijze op.

Als je veegt, verschijnt er een gekleurde icoon die aangeeft wat je aan het doen bent. Een groene vink geeft archivering aan, een rode X betekent verwijderen, een gele klok duidt op sluimeren en een bruine hamburgerknop betekent toevoegen aan een lijst. Als je een fout maakt of als je verandert van gedachte, veeg je weer terug en laat je los. En als je toch vergeet welke veeg wat doet, dan kun je op een bericht tikken om knoppen met alle beschikbare acties te zien.


Berichten die je in Mailbox hebt gesorteerd zijn makkelijk te vinden. Met drie knoppen aan de bovenkant kun je schakelen tussen sluimerende berichten, je inbox en gearchiveerde items. Als je een bericht van één van de andere locaties weer terug wilt stoppen in de inbox, is een veeg voldoende. Toegang tot Mailbox' lijsten vergt slechts iets meer werk: maak de navigatiekolom zichtbaar. Daar zijn je labels zichtbaar (of tenminste een selectie), inclusief individuele inboxen, berichten bewaard voor later, lijsten, archief, prullenbak en verzonden.


Maar omdat je Gmail-labels niet allemaal aanwezig zijn binnen Mailbox, zijn gelabelde berichten niet direct beschikbaar. Je kunt zoeken, en dat gaat snel, maar in mijn testen worden alleen recentere berichten gevonden. Kortom, je hebt nog steeds deGmail-app nodig als je in staat wilt zijn om je gehele berichtenarchief in te zien en te doorzoeken.

Maar er zijn grotere zorgen over Mailbox dan het niet kunnen benaderen van al je Gmail-labels. Waar ik mij zorgen over maak bij Mailbox is dat al je e-mail via de servers van Orchestra loopt. Geen enkele verzekering van hun kant kan mij op dit punt geruststellen. In de eerste plaats het probleem van privacy. Het is al erg genoeg dat mijn e-mail in Googles handen ligt, maar Google is een grote en machtige onderneming met een goede historie op het gebied van beveiliging en het tegenhouden van overheidsbemoeienis. Bovendien weet ik wat Googles verdienmodel is: advertenties bij de gewone zoekresultaten (je kunt advertenties in Gmails webinterface makkelijk verbergen, en bij het benaderen van Gmail via een IMAP-cliënt worden advertenties ook vermeden). Orchestra moet concrete plannen om geld te verdienen nog bekend maken, en als kleine onderneming is het wellicht niet in staat om jouw gegevens tegen een aanval of een juridische bedreiging te beschermen.

Misschien vind je dat ik paranoïde ben. Zou kunnen. Maar Orchestra's wijze van werken heeft al geleid tot serieuze problemen, voornamelijk wachtlijsten en niet-beschikbaarheid. Ik stond in een rij van tienduizenden wachtenden voordat ik eindelijk toegang kreeg. Het leek op een postmodern Disney World voor iOS. Maar als je dan binnen bent, betekent dat niet dat je de app kunt gebruiken. Enkele dagen voordat ik dit schreef, lag Mailbox er voor een hele dag uit. Verder heb ik meegemaakt dat berichten helemaal niet wilden downloaden.

Ondanks Mailbox' fraaie gebaren-interface, brengen deze problemen mij serieus aan het twijfelen. En er zijn andere problemen, zij het minder cruciaal. Zo werkt Mailbox op dit moment alleen met Gmail, hoewel ondersteuning voor IMAP binnenkort wordt verwacht. En verder kan Mailbox geen berichten versturen als platte tekst, iets dat veel mensen zal ergeren.

Er zijn andere beperkingen. Veel gebruikers kiezen ervoor om bepaalde Gmail-labels, zoals het label All Mail, te verbergen voor IMAP omdat anders hun e-mailcliënten dubbele berichten ontvangen. Maar deze methode werkt niet met Mailbox, omdat het vereist dat al je standaard inboxen zichtbaar blijven. Ook heb ik geen enkele manier gevonden om een bericht te markeren als ongelezen. Klaarblijkelijk is deze optie genegeerd ten gunste van Snoozes.

Hoewel Mailbox enkele vernieuwende mogelijkheden introduceert om ontvangen e-mail te verwerken, mist het veel basisfunctionaliteit en zijn er beveiligings- en betrouwbaarheidsproblemen. Zoals het nu is, zal Mailbox waarschijnlijk niet werken als je standaard e-mailcliënt. Het is een voorproefje van hoe mobiele e-mail er in de toekomst uit zou kunnen zien, en het biedt een aantal interface-vernieuwingen die andere e-mailcliënten zouden moeten overnemen. Maar het heeft nog een lange weg te gaan.

Als je je ogen kunt sluiten voor deze kleine en grote problemen, dan is Mailbox wellicht het proberen waard. Een onafzienbare rij tech-auteurs bestempelen e-mail als een verouderde technologie, rijp voor de schroothoop. Maar niet ik. Zeker, e-mail is oud vergeleken bij de huidige standaard, maar het is nog steeds een verbazingwekkende technologie. Welke andere technologie kan berichten en bestanden uitwisselen over de hele wereld, via elk netwerk, naar iedereen, onafhankelijk van het besturingssysteem of de netwerkaanbieder? E-mail is universeel, e-mail is veelzijdig, e-mail is na al die jaren nog steeds geweldig. (En ik zeg dat niet alleen omdat mijn uitgever schreef "Waarom e-mail de koning van internetcommunicatie blijft", 29 oktober 2009.) De populariteit van de voor-uitgave van Mailbox bewijst dat e-mail voor een flink aantal mensen haar bruikbaarheid nog niet heeft verloren. En hoewel het niet waarschijnlijk is dat Mailbox je standaard e-mailcliënt wordt, zullen de vernieuwende kenmerken wellicht op een sterker fundament komen staan als het zich verder ontwikkelt.

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


Het is jouw schuld, niet die van e-mail

  door Joe Kissell: joe@tidbits.com, @joekissell
  23 reacties (Engelstalig)

[vertaling: TK, JO]

Ik weet dat dit een controverse gaat veroorzaken, maar dan moet het maar. Ik ben het beu om altijd maar te lezen over de fundamentele zwakke punten van e-mail en over alle knappe nieuwe manieren om het te "verbeteren" of "opnieuw uit te vinden". E-mail is niet stuk! E-mail is fantastisch. Ik ben dol op e-mail, het is mijn favoriete manier om te communiceren. Sommige e-mailprogramma's, -servers en -protocols zijn beter dan andere, maar voor mij zou het eerlijk gezegd oké zijn als e-mail nooit meer zou veranderen. Als jij er niet zo tevreden over bent, dan ligt het probleem niet bij e-mail, maar bij jou.

Ik veronderstel dat veel lezers al gestopt zijn en beginnen te protesteren dat ik het verkeerd voor heb. Fantastisch. Wie de rest van het artikel ook nog leest kan al deze commentaren negeren en genieten van een beleefde en vriendelijke (zij het eenzijdige) conversatie.

Ik heb de laatste weken over het zogenaamde e-mailprobleem nagedacht voornamelijk door de hype rond de nieuwe iPhone-app Mailbox (zie "Mailbox voor iPhone vereenvoudigt prioritering van berichten maar mist essentiële functies", 22 februari 2013), die e-mail eindelijk "op zijn plaats" zou zetten. Tussen al die herrie om Mailbox verklaarde Maria Popova, van de gerespecteerde blog Brain Pickings, op Twitter dat zij zich e-mailbankroet verklaarde, en meteen 7.487 ongelezen e-mailberichten uit haar inbox verwijderde omdat ze wist dat ze ze nooit allemaal de baas zou kunnen. Dit deed me dan weer denken aan een gezaghebbende blogpost van mijn vriend Tantek Çelik, die in 2008 "Email is Efail" schreef.

Ik zou nog veel meer voorbeelden kunnen geven, maar het is duidelijk dat veel mensen hun e-mail niet meer de baas zijn. Dat is ontegensprekelijk een probleem, en we moeten er een oplossing voor vinden. Waar ik me aan erger, is dat mensen de schuld bij het medium leggen. Voedsel is niet de boosdoener van het overgewichtprobleem van de wereld, en geld is niet de boosdoener van de schuldproblemen van de wereld. E-mail als communicatiesysteem is niet de boosdoener van je e-mailproblemen, en de schuld ligt waarschijnlijk ook niet bij de programma's die je gebruikt voor e-mail. De schuld leggen bij e-mail is gemakkelijk omdat het zich niet kan verdedigen. Maar voor de meesten met een uit de hand gelopen e-mailprobleem is het echte probleem dat zij de verantwoordelijkheid niet hebben genomen om uit te zoeken waarom zij dat probleem hebben en hoe ze het probleem kunnen oplossen door een verandering in hun gewoonten.

In dit opzicht is e-mail niet uniek. Dit kan bijvoorbeeld ook worden gezegd van een teveel aan Twitter of Facebook. Maar in het geval van sociale netwerken beslis je tenminste wel van wie je een bericht krijgt, en er is geen technologische barrière (al is er wel een psychologische) om iemand niet meer te volgen op Twitter of iemand te ontvrienden op Facebook. Bij e-mail zijn de oplossingen minder voor de hand liggend en is de inzet groter.

Begrijp me niet verkeerd - ik wil niet zeggen: "Waarom gedraag je je niet gewoon als een volwassene en los je je problemen op?", alsof je gewoon te lui bent voor een voor de hand liggende en sluitende oplossing. E-mailgewoonten veranderen is moeilijk, net zoals eetgewoonten. Hoeveel mensen ken je niet die het ene na het andere dieet hebben geprobeerd, met de beste bedoelingen en misschien zelfs een bemoedigend resultaat, om maanden of jaren later toch weer in hun oude gewoonten te vervallen? Een teveel aan e-mail kun je niet zomaar oplossen. Maar er zijn mensen die het probleem met succes definitief hebben opgelost, en jij kunt dit ook. Maar eerst moet je aanvaarden dat alleen jij verantwoordelijk bent om e-mail voor jou te laten werken. Als je wacht op de juiste app of dienst die het even voor jou zal oplossen, dan kun je nog lang wachten.

Om terug te komen op de app Mailbox van hierboven: ik heb 'm geprobeerd, en werd er erg chagrijnig van, want de app is voor mij volkomen onbruikbaar. Nu zou ik hier vele alinea's kunnen schrijven. Over zijn vreselijke benadering van mail in het algemeen, en over de ineffectiviteit van zijn afzonderlijke onderdelen. (Ik verwacht dat nu opnieuw een groot aantal mensen boos wegzappen naar de afdeling Reacties). Maar let op: alles wat ik over de app zou kunnen zeggen is volkomen irrelevant. Als je Mailbox een fijne app vindt, die jouw omgang met e-mail verbetert, des te beter. Power to you! Maar wat voor de één werkt, werkt niet per se voor een ander, en ieder moet zijn eigen weg vinden naar een gezonde manier van omgaan met e-mail.

Het systeem dat ik al jaren gebruik is perfect - voor mij. In mijn Inbox zitten zelden meer dan een paar berichten, en tegen de tijd dat ik naar bed ga is hij meestal leeg. Ik wordt niet overspoeld door e-mails, en raak er niet overspannen van, hoeveel ik er ook dagelijks van ontvang. Een aantal jaren terug ben ik ervoor gaan zitten. Ik heb nagedacht welke soorten mail ik kreeg, en wat ik kon doen om ze snel en efficiënt weg te werken. Op basis hiervan ontwikkelde ik een methode waar ik me goed bij voel. (Je kan een overall-beschrijving van de opzet lezen in een serie die ik voor Macworld schreef: "Empty Your Inbox".)

Adam Engst ontwikkelde zijn eigen manier om te met e-mail om te gaan, waarover hij een artikel in vier delen schreef: "Zen and the Art of Gmail". Zoals je in deel twee kunt lezen, is zijn methode zo verschillend van de mijne als mogelijk is. Ik ben er vrij zeker van dat geen van ons beiden het systeem van de ander ook maar één dag zou kunnen volgen zonder helemaal kierewiet te worden. Hoe sterk de verleiding ook is om zijn methode "fout" te noemen, en de mijne "goed", in feite zijn ze beide helemaal goed, omdat ze beide passen bij onze respectievelijke karakters. Wij hebben goed gekeken wat ons stress oplevert, en we hebben bekeken welke soort berichten wij graag lezen of liever negeren. En op basis daarvan hebben we beiden een systeem ontworpen dat eerder positief rekening houdt met onze eigenaardigheden, dan er tegenin te werken. Er zijn bovendien nog heel andere methodes, zoals de beroemde methodiek van Merlin Mann genaamd Inbox Zero, en ook hierop bestaan oneindig veel variaties, waaronder een Gmail-versie bedacht door Keith Rarick, dezelfde die Maria Popova op dit moment probeert toe te passen.

Ook al ben ik extreem gesteld op mijn eigen systeem, en al heb ik bijzonder sterke opvattingen over bepaalde uitgangspunten die ik vaak hoor (zo kan ik de gedachte niet verdragen dat je je Inbox zou gebruiken als takenlijst), toch probeer ik geen voorschriften te geven over goede of slechte manieren om je e-mail te verwerken. Ik bedoel: waarschijnlijk krijg jij, lezer, niet veel meer e-mails dan Adam Engst, Merlin Mann of ikzelf, en als wij er in slagen om op een punt te komen waarop we het gevoel hebben controle te hebben over die stroom, dan kan jij het ook. Als je merkt dat een van onze systemen "out of the box", zonder aanpassingen, helemaal geschikt is voor jou, dan is dat prachtig: ga ervoor! En als je aanpassingen moet doen aan een systeem om het voor jou zelf geschikt te maken, of zelfs een geheel eigen systeem moet ontwerpen, dan is dat ook helemaal goed. Maar je zult er hoe dan ook iets voor moeten doen. Je zult een paar uur van je leven moeten investeren in een goede analyse van jouw omgang met e-mail. Zodat je kunt bepalen welke stukjes gedrag niet effectief zijn, zodat je deze onderdelen kunt aanpassen..

Misschien is het interessant om de metaforen over e-mails die hierboven naar voren kwamen eens letterlijk te nemen. Zou het bij jou passen om jouw systeem voor fysieke post (brieven) bankroet te verklaren, en daarmee honderden enveloppen die eerst op je mat gevallen zijn op te pakken, en uit het raam te gooien. Post van enkele maanden zomaar weg te gooien zonder ook maar iets te openen? Of zou je jezelf toestaan de stapel post (in een tastbaar postvak op tafel) hoger en hoger te laten groeien tot hij tot aan het plafond reikt? Ik gok dat je op beide vragen nee zegt. Bijna iedereen ontwikkelt, hoe dan ook, een manier om met de post om te gaan die in papieren vorm binnenkomt, ook al is het nog zo veel. Want een deel van die post is nou eenmaal belangrijk, en de consequenties zouden wel eens pijnlijk kunnen zijn als je bijvoorbeeld die gas- en licht-rekeningen blijft negeren. Maar "omgaan met" post zou wel eens kunnen betekenen dat je je naam van mailinglijsten laat halen, een assistent inschakelt om je te helpen, of dat je andere drastische maatregelen neemt. Zou de manier waarop je hebt leren omgaan met je papieren post, misschien ideeën kunnen bieden voor een betere e-mail-methodiek?

Leren omgaan met e-mail kan betekenen dat je pijnlijke maatregelen gaat nemen, bijvoorbeeld:

Misschien gelden al deze tips voor jou, of misschien niet één. Ik kan daar vanaf deze plek niets over zeggen. Ook het bepalen van je huidige doelen moet je zelf doen. Misschien is die lege Inbox voor jou niet eens relevant, als dat geen goede maatstaf is voor de controle die je wel of niet over je mail hebt. Hoe dan ook: het enige dat je niet moet doen als je huidige benadering van je mailverkeer niet werkt, is de schuld leggen bij e-mail als communicatiemiddel of bij een minder dan perfecte e-mail-app.

Als e-mail het probleem is, dan zit de enige oplossing in jou zelf.

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


LiveCode werft publieksgeld voor gratis opensource update

  door Adam C. Engst: ace@tidbits.com, @adamengst
  14 reacties (Engelstalig)

[vertaling: PAB, GvH]

Herinner je je HyperCard nog? Wij wel. Herinneringen brengen ons terug naar de wazige diepten van eind jaren tachtig, begin negentig. HyperCard speelde een rol in onze eerste Mac-ervaringen. TidBITS is geboren als een HyperCard-stapel en niet veel later maakte Michael Cohen bij Voyager met HyperCard de eerste "Expanded Books". HyperCard was het lokaas waarmee ik Matt Neuburg overhaalde over te stappen van zijn Apple IIc naar de Mac.

HyperCard verdween al lang geleden van onze harde schijven, maar de nalatenschap leeft voort. Eerst in de vorm van een cross-platform gereedschap genaamd MetaCard, dat in 2003 verworven werd door Runtime Revolution (afgekort RunRev) dat later herdoopt werd in LiveCode. En nu stelt het in Schotland gevestigde RunRev middels een Kickstarter-project voor een versie van de volgende generatie van LiveCode in twee versies te ontwikkelen: een gratis versie die een opensource-licentie krijgt en en commerciële versie met ondersteuning. Met de opensource-versie kan je projecten maken zonder betaling, maar voor publiek gemaakte projecten moet alle broncode vrijgegeven worden. De commerciële versie kent deze vereiste niet.

(Behalve LiveCode, hebben verschillende andere op HyperCard geïnspireerde producten het overleefd, waaronder HyperNext (gratis of $ 24,99 om voor Android te ontwikkelen), HyperStudio ($ 89,95) en SuperCard ($ 179 of $ 279).)

Een opensource-versie van LiveCode kan een belangrijk gereedschap zijn en RunRev hoopt dat als je het daar me eens bent, je hun Kickstarter-project wilt steunen in de laatste paar dagen. Voor hen die zo oud zijn dat hun herinneringen aan die jaren aan het vervagen zijn en voor hen die te jong zijn om het tegengekomen te zijn: HyperCard was een innovatief programmeergereedschap, ontwikkeld door Bill Atkinson en gedurende een paar jaar gratis meegeleverd bij elke Mac. HyperCard combineerde database-mogelijkheden met een grafische gebruikers-interface en de Engels-achtige programmeertaal HyperTalk, die veel makkelijker te leren was voor niet-programmeurs dan elke eerdere taal.

HyperCard's gebruiksgemak en rijke ontwikkelomgeving zorgden ervoor dat het gebruikt kon worden in heel veel situaties, van het onderwijzen tot het vergaren van de kennis van experts die de vaardigheden misten om te programmeren in de traditionele omgevingen. HyperCard is ook gebruikt geweest voor populaire games als Myst, beïnvloedde de creatie van het Wereldwijde Web, speelde een sleutelrol in het concept van wiki's (waarvandaan de naam Wikipedia komt) en inspireerde de ontwikkelaar van de programmeertaal JavaScript.

Kortom, zelfs als je HyperCard niet gebruikt hebt toen het er nog was, of te laat op de Mac begon om ermee te werken was HyperCard belangrijk. En omdat LiveCode gebruikt kan worden om apps te ontwikkelen voor iOS, Android, Mac OS X, Windows en Linux, kan de opensource-versie ook belangrijk zijn om het concept van "programmeren voor iedereen" terug te brengen.

Maar waarom Kickstarter gebruiken om fondsen te werven voor deze nieuwe versie? Zoals Kevin Miller, CEO van RunRev, het me uitlegde, wil het bedrijf een opensource-versie van LiveCode laten zien, maar dat zou in de huidige versie niet te gebruiken zijn. LiveCode is een oud, monolitisch mengsel van oude code die gedeeltelijk tot 20 jaar oud is. Het is ook een enorm programma, met meer dan 500.000 regels C++ verspreid over zes besturingssystemen (dit is meer code dan de eerste paar versies van Linux). Gewoon deze code in een publiek versie-beheersysteem dumpen en programmeurs vertellen ermee aan de gang te gaan zou niet werken, omdat specifieke stukjes code niet kunnen worden losgemaakt van andere stukjes code, wat het onmogelijk maakt voor programmeurs van buitenaf om aan specifieke onderdelen van het systeem te werken. (De code is noch modulair noch object-georiënteerd.)

Samen met modernisering en modularisering van de code zodat andere programmeurs eraan kunnen werken, wil RunRev ook een paar belangrijke toevoegingen maken aan LiveCode. Met het nieuwe Open Language wordt het ontwikkelaars mogelijk de LiveCode-woordenschat uit te breiden door het toevoegen van nieuwe commando's voor onafhankelijke extensies. En een nieuwe editor belooft gebruikersschermen te ontwikkelen die de hedendaagse gebruiksstandaarden volgen.

Kee Nethery, CEO van Kagi, het bedrijf dat betalingen verwerkt en al lange tijd fan van HyperCard, vertelde me:

Ik liet LiveCode zien aan onze plaatselijke middelbare-schooldocent en hij was enthousiast door de eenvoud. Hij dacht meteen aan alle struikelblokken die zijn leerlingen niet hoefden te overkomen als zij zouden overstappen. Omdat je de apps kan gebruiken op Linux, Mac, Windows, Android en iOS, kunnen de leerlingen iets bouwen en het op hun computers draaien en hun werk aan hun familie en vrienden thuis laten zien. Het moet echt gratis voor hen zijn om in de klas te kunnen gebruiken.

Alhoewel dit allemaal geweldig positief klinkt en ik de laatste tijd meer verzoeken van TidBITS-lezers gekregen heb om een artikel over dit LiveCode Kickstarter-project dan over iets anders, heeft dit project ook veel interne redactiediscussie losgemaakt, en niet altijd positief.

De hele discussie draait alleen al om de enorme omvang van het geldbedrag dat RunRev wil binnenhalen om een volgende versie van LiveCode te ontwikkelen. Het Kickstarter-project gaat alleen uitkeren als het doel van £ 350.000, dat het bedrijf zich gesteld had, gehaald wordt. Dat is een boel geld, ongeveer $ 534.000 (€ 404.000). Sommigen vragen zich af of dat bedrag eigenlijk wel redelijk is en of een opensource-versie van LiveCode wel zoveel waard is. Ze vragen zich ook af of het geld niet uiteindelijk gewoon gebruikt wordt voor de personeelskosten van RunRev, omdat die het werk doen dat zij sowieso zouden doen. De firma blijft immers dezelfde code ook commercieel op de markt brengen.

Sommige van deze vragen draaien erom of dit wel een juist gebruik is van Kickstarter: geld binnenhalen van individuele personen. Wij zien dat echter niet als een probleem. Kickstarter onderzoekt nauwkeurig elk project dat wordt voorgesteld en accepteert het alleen als aan alle eisen voldaan is. Deze houden in dat het project niet eindeloos mag doorlopen, maar strict projectmatig is voorgesteld, met een vastomschreven doel als resultaat van het Kickstarter-geld. Per definitie is een plan dat op Kickstarter wordt geplaatst ook geëigend voor Kickstarter. En het antwoord op de vraag of een gegeven Kickstarter-project ook daarbuiten geëigend is of niet, hangt er volledig van af of er voldoende bijdragen binnenkomen of niet. Als er voldoende binnenkomt, dan was het gebruik van Kickstarter juist. Zo niet, dan ontbrak er iets aan het project. Het is te vroeg om te zeggen of een opensource-versie van LiveCode in dat opzicht geëigend is of niet. Er zijn, op het moment dat ik dit schrijf, nog 3 dagen te gaan en de teller staat op £ 289.000. Een behoorlijk bedrag al, maar wel nog £ 61.000 onder het gestelde doel.

Het is onmogelijk precies te weten wat de motivatie van RunRev was bij de keuze om geld binnen te halen middels Kickstarter, en of de £ 350.000 daarvoor een redelijk bedrag is. Ik heb Kevin Miller gevraagd wat hij zou doen als het Kickstarter-project niet het beoogde bedrag zou binnenhalen. Hij vertelde mij dat ze dan andere wegen zouden zoeken om hetzelfde doel te bereiken, ofwel via kleinere campagnes ofwel door middel van particulier geld. Achteraf gezien zou het misschien beter zijn geweest als ze met Indiegogo hadden gewerkt, een concurrent van Kickstarter, die een alternatief biedt voor de alles-of-niets-manier van Kickstarter. Maar aan de andere kant, als een Indiegogo-campagne niet genoeg geld zou hebben binnengehaald, dan zou RunRev in een lastig parket zijn blijven steken.

Nog een ander punt van zorg is het feit dat LiveCode onder de GPL v3 zal worden uitgebracht. Deze opensource-licentie vereist dat alle wijzigingen in en toevoegingen aan openbaar verspreide, gecompileerde versies van programma's die daaronder vallen, ook openbaar gemaakt worden. Bij LiveCode zitten daar twee kanten aan. Ten eerste, de programmeurs die voor zichzelf kopieën maken van de interpreter en de bibliotheken van LiveCode en daarna nieuwe versies uitbrengen, zouden de broncode van al hun wijzigingen ook openbaar moeten maken. Dat is bekend bij ontwikkelaars en dat begrijpen ze ook. (Dit opent overigens de mogelijkheid van afgesplitste versies van LiveCode, buiten de zeggenschap van RunRev.)

Maar de GPL-licentie dekt alle software geschreven in de taal LiveCode, welke dan ook. Van elk project dat gemaakt is met behulp van de gratis opensource-app LiveCode, en dat anders gebruikt wordt dan voor particuliere doeleinden of binnen een bedrijf, zou ook de broncode vrijgegeven moeten worden.

Aangezien sommige mensen en bedrijven de software die ze maken graag merkgebonden en afgesloten willen houden, maakt RunRev in hun project en FAQ's duidelijk dat zij ook een commerciële versie van LiveCode zullen blijven aanbieden, waarmee programma's met afgesloten code mogelijk zijn. De licentiekosten van LiveCode bedragen op dit moment tussen de $ 499 en $ 1499. Er zijn ook prepay-tarieven per maand of per jaar met nog een keur aan kortingen voor klanten in het onderwijs.

Het feit dat ze gebruikmaken van een dubbel licentie-systeem, open-source en commercieel, heeft sommigen doen klagen dat dit Kickstarter-project eigenlijk RunRev subsidieert in hun toekomstige ontwikkeling van een systeem waar ze al geld aan verdienen. In sommige opzichten is dat ook waar, maar de mogelijk maatschappelijke waarde van een opensource-ontwikkelingsomgeving zou wel eens zwaarder kunnen wegen. Natuurlijk, iets alleen maar open-source maken maakt het nog niet vanzelf goed of nuttig. De opensource-versie van LiveCode zal zich dan ook wat betreft kwaliteit en nut nog moeten bewijzen.

Uiteindelijk moet je voor jezelf beslissen of een opensource-versie van LiveCode iets voor je is om te steunen. Zo ja, ga dan vlug naar Kickstarter en help direct met bijdragen aan hun campagne. Er zijn royale, getrapte beloningen voor de verschillende niveaus van bijdragen. Je kredietkaart wordt alleen belast als RunRev dat doel van £ 350.000 op 28 februari 2013 ook haalt.

Als je ervoor kiest LiveCode te steunen, dan sta je niet alleen. De medeoprichter van Apple, Steve Wozniak, heeft de campagne gesteund en de oud-CEO van Apple, Mike Markkula, heeft meegedacht over de campagnestrategie. Onder de bekende namen tussen de tot nog toe bijna 1300 geldschieters zou ook Bob "Dr. Mac" LeVitus zijn, sciencefictionschrijver en voorvechter van een open digitale wereld Cory Doctorow, mede-ontwikkelaar van het Wereldwijde Web Robert Cailliau, Kagi-CEO Kee Nethery, cyberpunk-schrijver William Gibson, en een aantal mensen die ik ken vanuit TidBITS en TidBITS Talk.

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


TidBITS Volglijst: belangrijke software-updates, 25 februari 2013

  van de TidBITS-redactie: editors@tidbits.com

[vertaling: JWB, DPF]

TextWrangler 4.5 -- Als belangrijke update van zijn gratis algemene tekstverwerker heeft Bare Bones Software onlangs TextWrangler 4.5 uitgebracht, met een Dostojevski-achtige lijst van verbeteringen, toevoegingen en oplossingen die de app in lijn brengen met veel van de huidige functies zoals die ook terug te vinden zijn in zijn krachtigere (en niet gratis) broertje, BBEdit. Een van de eerste toevoegingen die je zult zien is het nieuwe Go-menu, dat verscheidene navigatie-commando's bevrijdt uit het voorheen overbevolkte Search-menu. Net als bij BBEdit's Go-menu kun je tussen "jump points" navigeren binnen een document. Dit kunnen zowel plaatsen zijn waar je een cursor hebt geplaatst, als plaatsen die je specifiek hebt gemarkeerd. Je kunt naar de diverse punten gaan door Previous of Next te selecteren in het Go-menu of een regelnummer op te geven.


Het Search-menu bevat nu ook een item 'Compare Against Previous Version', dat gebruikmaakt van OS X' Versies om het actieve document te vergelijken met een eerder opgeslagen versie. En document-versiebeheer gaat terug tot het punt waarop het document oorspronkelijk was opgeslagen (zolang je niet over de limiet heen gaat zoals vastgelegd door OS X). Het document-venster is aangepast in de stijl van BBEdit, met de tekstweergave-werkbalk aan de bovenkant (waarin het document-pad wordt weergegeven) teruggebracht tot een enkele regel en de 'Last Saved'-indicator aan de onderkant. Er is een nieuwe toetsenbord-voorkeur toegevoegd, waardoor je het invoegpunt kunt verplaatsen door te klikken op Page Up of Page Down (die zijn toegevoegd ten behoeve van de "vluchtelingen van andere platformen" waar dat standaard gedrag is). TextWrangler is nu ook compatibel met Retina-beeldschermen.

TextWrangler 4.5 vereist Mac OS X 10.6.8 Snow Leopard of later. Wanneer je echter de nieuwe versies-functionaliteit wilt gebruiken heb je minimaal 10.7 Lion nodig. (Gratis van Bare Bones Software en de Mac App Store, 9,6 MB, toelichting)

Reacties - TextWrangler 4.5

Adobe Acrobat XI en Reader XI 11.0.02 -- Adobe heeft Acrobat XI en Reader XI geüpdatet naar versie 11.0.02 enkel om de beveiliging van beide apps te verbeteren. De update pakt kritische zwakke plekken aan in versies 11.0.01 en ouder, lekken die een aanvaller in staat stelden om de controle over je systeem over te nemen (gedetailleerd beschreven op The Next Web). De update voor Acrobat XI is slechts 11,9 MB groot. Verder kun je kiezen voor de delta-updater (25 MB) of de volledige installer (76,6 MB) voor Reader XI. Daarnaast raadt Adobe gebruikers van oudere edities van Acrobat en Reader aan om hun software ook te updaten, waarbij Acrobat versie 10.1.6 (13.5 MB) en versie 9.5.4 (10.8 MB) krijgt. Wanneer je niet kunt upgraden naar Reader XI 11.0.02, heb je een vergelijkbare keuze tussen versie 10.1.6 (17 MB) en versie 9.5.4 (5,4 MB voor Intel, 5,6 MB voor PowerPC). ($ 449 nieuw voor Acrobat XI Pro, gratis updates)

Reacties - Adobe Acrobat XI en Reader XI 11.0.02

Transmit 4.3.2 -- Panic heeft Transmit 4.3.2 uitgebracht. Deze versie is er vooral om een aantal problemen op te lossen: problemen met het verbinden met servers die Private Keys gebruiken, problemen met het verdwijnen van zelf aangemaakte favorieten en een probleem met het Transmit Disk-menu (dat niet altijd alle favorieten toonde). Deze versie heeft bovendien verbeterde ondersteuning voor AppleScript en bijgewerkte Automator-acties. ($ 34 nieuwe versie, gratis update, 26,5 MB, toelichting)

Reacties - Transmit 4.3.2

KeyCue 6.4 -- Met de komst van versie 6.4 van KeyCue heeft Ergonis een optionele menubalkicoon toegevoegd als een alternatieve manier om het programma op te roepen. Als je aparte kleine tabellen voor menucommando's, systeembrede hotkeys en macro's hebt aangemaakt laat het klikken op deze icoon deze tabellen zien in één grote gecombineerde tabel. De update toont ook niet langer de tabel met commando's als je je scrollwiel gebruikt tijdens het drukken op toetsen of voor het (in)zoomen van je scherm, heeft een oplossing voor een probleem met Mission Control dat ervoor zorgde dat de commandotabel werd getoond in een miniatuur, gaat nu op de juiste manier om met toetscombinaties in de lijst en heeft een oplossing voor een probleem dat optrad onder OS X 10.8 Mountain Lion, waar alle items in het Services-menu werden getoond, of ze nu van toepassing waren of niet. ($ 19,99 nieuwe versie met 25 procent korting voor TidBITS leden, gratis update, 2,4 MB, toelichting)

Reacties - KeyCue 6.4

Java voor OS X 2013-001 en Java voor Mac OS X 10.6 update 13 -- Apple heeft twee Java-updates uitgebracht, kort nadat het bedrijf aan Reuters vertelde dat een klein aantal Macs van werknemers gehackt waren via een kwetsbaarheid in de Java-webplugin die ook tegen Facebook gebruikt was. Java voor OS X 2013-001 is voor OS X 10.8 Mountain Lion en 10.7 Lion, de Java voor Mac OS X 10.6 update 13 is specifiek voor 10.6 Snow Leopard. Beide pakketten brengen Java SE 6 op versie 1.6.0_41. De updates zijn verkrijgbaar via de App Store, Software Update of als een directe download. Je moet je webbrowsers en Java-programma's verlaten voordat je de updates kunt installeren. Er worden op de pagina van Apple verschillende veiligheidsaanpassingen genoemd, dus de installatie kun je het beste maar zo snel mogelijk doen. (Gratis, 66,6 MB en 72,4 MB)

Reacties - Java voor OS X 2013-001 en Java voor Mac OS X 10.6 update 13

iTunes 11.0.2 -- Apple heeft iTunes 11.0.2 uitgebracht, waarmee het weer mogelijk is om naar Componisten te kijken, wat vooral van belang is voor liefhebbers van klassieke muziek. Je ziet de mogelijkheid echter niet automatisch onder de weergaveknoppen bij de muziekbibliotheek. Je moet het activeren in de iTunes-voorkeuren (selecteer Toon componisten). Je zult de knop dan onder Artiesten en Genres zien.



iTunes 11.0.2 belooft verder sneller te zijn bij het synchroniseren van afspeellijsten bij grote aantallen liedjes, en lost een probleem op waarbij het aankopen niet in je iTunes-bibliotheek verschenen. De update is beschikbaar als een directe download van de iTunes-pagina van Apple (188 MB), via Software Update voor systemen voor OS X 10.8 Mountain Lion (194,7 MB) of via de Mac App Store op Mountain Lion (54,2 MB).

Reacties - iTunes 11.0.2

Firefox 19 -- De race met versienummers gaat door: Mozilla heeft Firefox 19 uitgebracht, krap vijf weken na versie 18. Het grote nieuws is dat Firefox nu een op HTML5 gebaseerde pdf-viewer heeft, waarmee pdf's direct in de browser getoond hoeven worden (zonder dat een plugin gebruikt wordt of dat je het bestand moet downloaden. (Als je wilt weten hoe lastig het bekijken van een pdf in Firefox voor versie 19 was raden we dit artikel van Steve McCabe aan: "Het temmen van pdf's in webbrowsers anno 2012", 1 juni 2012.)


De ingebouwde pdf-viewer van Firefox heeft minder opties dan die van Google Chrome, maar biedt een volledig-schermmodus, paginanummers, voorkeuren voor zoomen en miniatiuren en bladwijzers naast de standaard download-, print- en in/uitzoom-mogelijkheden. Er is ook een mogelijkheid om de huidige instelling voor het bekijken van een pdf te kopiëren naar een andere tab, wat handig kan zijn als je een lang document leest.

Image

Firefox 19 brengt verder een aantal andere verbeteringen voor ontwikkelaars, zoals debugondersteuning voor het pauzeren op uitzonderingen, de mogelijkheid om op afstand in te loggen op Firefox voor Android of het Firefox OS, en de mogelijkheid om Web Console CSS-verwijzingen in de Style Editor te openen. (Gratis, 37,2 MB, toelichting)

Reacties - Firefox 19

BusyCal 2.0.3 -- BusyMac heeft BusyCal 2.0.3 uitgebracht, een onderhoudsversie met een aantal bugfixes en toevoegingen aan de gebruikers-interface. De update heeft een oplossing voor een probleem met synchroniseren waarbij de abonnementen op bepaalde Google agenda's gestopt worden, heeft een toevoeging van het tonen van afgeslagen en geannuleerde afspraken, laat uitnodigingen voor afspraken zien in de Inbox voor Google Calendar (en oudere CalDAV servers), stuurt Sync Alarm-berichten naar meerdere apparaten bij het synchroniseren met iCloud, laat wekkers toevoegen aan uitnodigen voor afspraken en voegt dubbele verjaardagen samen. Het programma is nu gelokaliseerd voor Duits, Frans, Nederlands, Spaans, Italiaans, Japans, Koreaans en Portugees voor zowel Portugal als Brazilië. Je kunt een proefversie van BusyCal downloaden op de website van BusyMac, maar de enige manier om het programma aan te schaffen is via de Mac App Store, en daar kost het op dit moment $ 29,99 (prijs tot 15 maart 2013). Je kunt je verder verdiepen in BusyCal in het gratis e-boek "Take Control of Calendar Syncing and Sharing with BusyCal". ($ 49,99 nieuwe versie, gratis update, 9,0 MB, toelichting)

Reacties - BusyCal 2.0.3


ExtraBITS, 25 februari 2013

  van de TidBITS-redactie: editors@tidbits.com

[vertaling: TK]

ExtraBITS wordt deze week gemonopoliseerd door nieuwe hardware van Google, met een ooggetuigenverslag van Google Glass en een overzicht van de nieuwe high-end Chromebook Pixel van Google.

Joshua Topolsky probeert Google Glass -- Van de iWatch van Apple zijn er nu alleen nog maar geruchten, maar Google Glass, de intelligente bril van Google die foto's kan nemen, video's opnemen, nieuwe sms'jes weergeven, de weg tonen, en nog veel, bestaat echt. Glass is nog niet echt verkrijgbaar, maar Joshua Topolsky van The Verge kreeg de kans om de nieuwste bèta te testen. Zijn belangrijkste indruk? "Hoe voelt het om Glass echt te dragen? Om rond te lopen en het te gebruiken? Wel, het is niets minder dan indrukwekkend".

Reacties

CNET bespreekt nieuwe Chromebook Pixel Laptop van Google -- Bij CNET bespreekt Stephen Shankland de net uitgekomen Chromebook Pixel van Google, een high-end laptop met het op het web gerichte Chrome OS van Google. Vorige Chromebooks zaten in het onderste prijzenspectrum van de laptops, maar de Chromebook Pixel kost $ 1.299 (wifi) of $ 1.499 (wifi plus LTE, voor een uitgebreidere connectiviteit) en heeft een 12,85-inch aanraakscherm met 2560x1700 pixels, dat op het zicht vergelijkbaar is met het scherm van de 13-inch MacBook Pro met Retina-beeldscherm van Apple. Het hart is een dual-core Intel Core i5-processor van 1,8 GHz, met een SSD van 32 GB, 4 GB RAM, twee USB-poorten, een koptelefoon/microfoonaansluiting, SD-kaartgleuf, en Mini DisplayPort voor aansluiting op een extern beeldscherm.

Reacties


Dit is TidBITS, een gratis wekelijkse technologie-nieuwsbrief met recent nieuws, bekwame analyse en grondige besprekingen voor de Apple internet-gemeenschap. 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 2013 TidBITS; reuse governed by this Creative Commons License.

Vorige aflevering | Search TidBITS | Volgende aflevering
TidBITS English | TidBITS Nederlands