Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering

TidBITS#497/13-Sep-99

De Macintosh ontving uit onverwachte bron een duwtje in de rug in de vorm van een wisseling bij het Amerikaanse leger, waar de web server voor de home pagina omgezet werd van Windows NT naar Mac OS met WebSTAR. Jerry Kindall ziet alleen maar mistige zaken in de controverse rond Unisys die web site eigenaren een rekening zou sturen voor het gebruik van het GIF bestandsformaat. We noteren ook updates voor QuickTime en Adobe GoLive, en kijken naar een praktische optie om tegen Apple te praten: de Jaarlijkse Bestook Apple sessie op de MacHack.

Onderwerpen:

Copyright 1999 TidBITS Electronic Publishing. All rights reserved.
Information: <info@tidbits.com> Comments: <editors@tidbits.com>


Je kunt je gratis abonneren op de Nederlandse afleveringen van TidBITS door een (blanco) mailtje te sturen naar: tidbits-nl-on@tidbits.com. Je krijgt deze dan per e-mail toegestuurd.
Om je abonnement op te zeggen, kun je een mailtje sturen naar: tidbits-nl-off@tidbits.com.


Deze editie van TidBITS werd gedeeltelijk gesponsord door:


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

Dit nummer werd uit het Engels vertaald door:

Verder werkten mee:


MailBITS/13-Sep-99

Vertaling: [JS].

GoLive Update Biedt Snelheid & Bug Fix -- Adobe heeft een update uitgebracht van GoLive 4.0, en levert daarmee snelheidsverbeteringen op en een aantal opgeloste problemen van het krachtige web-bouw gereedschap. GoLive 4.0.1 heeft behalve de versnelling de problemen opgelost die met beschadigde lettertypes optraden met Mac Os 8.6 (zie "Font Manager Update 1.0" in TidBITS-491) en een probleem is opgelost bij het gebruik van de PDF module, naast wat kleinere problemen die opgelost zijn. Als je voorheen de Apple Font Manager Update gebruikt hebt op GoLive 4.0 raden we je aan een verse installatie te doen van GoLive voordat je de 4.0.1 update er op los laat, om problemen met het installatieprogramma te voorkomen. De 4.0.1 update is een forse 10 MB download en is gratis voor geregistreerde gebruikers van GoLive 4.0. [JLC]

<http://www.adobe.com/pro dindex/golive/>
<http://db.tidbit s.com/getbits.acgi?tbart=05493>
<http://www.adobe.com/supportservice/custsupport/LIBRARY/5a62.htm >

QuickTime 4.0.3 Update Verbeterd Streaming Prestaties -- Apple heeft versie 4.0.3 uitgebracht, en daarbij een nieuwe leverancier toegevoegd aan de favorieten map naast de handvol met opgeloste fouten. De onderhoudseditie verbetert audio en video synchronisatie in live video over het net, lost een obscure crash op bij het ontvangen van streams, levert QuickTime for Java 3.0.1 bij, en lost een conflict op tussen QuickTime VR en de Glolier Encyclopedie. Als je QuickTime 4 al geinstalleerd hebt is het voldoende om de QuickTime Updater applicatie op te starten, welke dan verbinding zal maken met de servers van Apple en de gewijzigde componenten op zal halen. Alternatief kun je de 380K grote QuickTime installer ophalen.[JLC]

<http://www.apple.com/quicktime/ >
<http://til .info.apple.com/techinfo.nsf/artnum/n31089>

Vertel Ons Over TidBITS Afmetingswijziging -- Lange tijd hebben we de zelf opgelegde limiet van 30.000 karakters in een nummer van TidBITS gehad. In het belang van het redigeren van artikelen om de inhoud te verbeteren, in plaats van de grootte te verminderen, overwegen we de strikte limiet te laten vallen. In plaats daarvan zullen we een doel hebben van 30.000 karakters; als een nummer een paar duizend tekens langer wordt, halen we er slechts zoveel af dat we nodig vinden om een zo goed mogelijk artikel op te leveren. We denken dat dit de inhoud zal verbeteren omdat het wat fouten door wijzigingen op het laatste moment voorkomt, en bovendien schrapt het een nodeloze taak van ons werklijstje elke week.

Elk voordeel heeft echter zijn nadeel. De limiet van 30.000 karakters hield nummers klein genoeg om te passen in oudere email verbindingen en klein genoeg om te kunnen lezen in oudere email programma's. De meeste moderne programma's zijn prima in staat grotere berichten te verwerken, maar we willen toch eerst de potentiele impact van deze wijziging weten voordat we 'm doorvoeren. Sommige mensen gebruiken ongetwijfeld oudere programma's, de vraag is, hoe veel van deze programma's zijn nog steeds in gebruik, en hoe veel mensen gebruiken ze? Als je geraakt wordt door deze wijziging of een opinie te delen hebt, plaats het op de TidBITS Talk lijst met dit onderwerp. [ACE]

<http://db.tidbit s.com/getbits.acgi?tlkthrd=772>


U.S. Army gaat over op Mac OS-gebaseerde WebSTAR

door Adam C. Engst <ace@tidbits.com>. Vertaling: [JV] & [MSH].

Het werd stilletjesaan tijd dat iemand besefte wat wij in de Macintoshgemeenschap al jaren gezegd hebben. Nog beter, die "iemand" is het Amerikaanse leger. Hier is het verhaal. Blijkbaar heeft op 28-Jun-99 een inbreker illegaal toegang verkregen tot de homepage van het Amerikaanse leger en de inhoud ervan veranderd. Organisaties zoals het leger hebben daar een gloeiende hekel aan, en op 30-Aug-99 heeft het FBI een 19 jarige man uit Wisconsin gearresteerd op grond van "malicious altering to a U.S. Army Web page" in verband met dit incident.

<http://www.army.mil/>
< http://www.dtic.mil/armylink/news/Sep1999/a19990901hacker.html>

Het aantrekkelijke van dit verhaal is dat, als gevolg van deze inbraak, het Amerikaanse leger de machines die de Amerikaanse thuispagina's presenteren, Windows NT-gebaseerde PCs, vervangen heeft door Power Macintosh G3s die WebSTAR van StarNine Technologies draaien. Christopher Unger, de websiteverantwoordelijke van het Amerikaanse leger liet geen details los over wat er eigenlijk met de webpagina's was gedaan om verdere inbraken te vermijden, maar hij zei wel dat het leger "zijn websites had overgezet op een veiliger platform," de keuze van het Mac OS boven Windows NT baserend op informatie van het W3C (World Wide Web Consortium). Gebruik makend van Netcraft's "What's that site running?" utility, kwam ik tot de conclusie dat de hoofdwebserver van het Amerikaanse leger nu WebSTAR 4.0 onder het Mac OS draait. Desalnietemin draaien minder opvallende webservers van het leger naar dewelke gelinkt wordt vanuit de hoofdwebserver ofwel op Netscape Enterprise onder Solaris of op Microsoft IIS onder Windows NT.

<http://www.starnine.com/websta r/>
<http://www.net craft.com/whats/?host=www.army.mil>

Het valt niet te voorspellen of het leger zijn secundaire servers ook zal overzetten naar het Mac OS om die ook te beveiligen tegen inbraken, maar het W3C maakt de veiligheid van het Mac OS wel een compliment door in zijn WWW security FAQ te zeggen: "De veiligste website is een eenvoudige Macintosh die een eenvoudige webserver draait." In de informatie specifiek over WebSTAR merkt het W3C op:

"Voor zover het over de veiligheid van de WebSTAR server zelf gaat, bestaat er reden te denken dat WebSTAR veiliger is dan zijn tegenhangers in de Unix en Windows wereld. Omdat de Macintosh geen command shell heeft, en omdat ie geen remote logins toelaat, is het redelijk te verwachten dat de Mac inherent veiliger is dan de andere platformen. Deze verwachtingen werden tot op heden bevestigd: geen veiligheidsproblemen zijn gekend noch in WebSTAR, noch in zijn shareware voorganger MacHTTP."

<http://www.w3.org /Security/faq/wwwsf1.html#Q3>
<http://www.w3.or g/Security/faq/wwwsf8.html#Q84>

Deze logica is ook van toepassing op andere webservers voor het Mac OS, zoals Quid Pro Quo, de ingebouwde webserver van AppleShare IP, NetPresenz en zelfs Personal Web Sharing.

<http://www.socialeng.com/>
<http://www.apple.com/applesh areip/>
<http://www.stairways.com/n etpresenz/>

Oud Nieuws -- Deze informatie is natuurlijk geen nieuws voor de Macintosh Internet gemeenschap, daar is de veiligheid van het Mac OS en de Macintosh Web servers allang bekend. In "Resultaten van Macintosh Web Veiligheidsin TidBITS-317, schetste Chris Kilbourn de benaderingen die zogenaamde crackers gebruikten, in hun streven om de $10.000 prijs mee naar huis te nemen. Toen, in "Het Kraak een Mac Verhaal" in TidBITS-378, spraken Joakim Jardenberg en Christine Pamp over het succes van de eerste Crack A Mac wedstrijd. Geoff Duncan kijkt naar de beweegredenen achter een overdaad aan daarop volgende beveiligings uitdagingen in "De Mac Beveiligings-uitdaging-gekte" in TidBITS-385. En tenslotte meldden we kort de gelukte kraak in de tweede Crack A Mac uitdaging, een zeer veel ingewikkelder constructie die in gevaar werd gebracht door een sindsdien al lang gerepareerd veiliheids manco (Zie "Gekraakt!" in TidBITS-393).

<http://db.tidbit s.com/getbits.acgi?tbart=01107>
<http://db.tidbit s.com/getbits.acgi?tbart=02166>
<http://db.tidbit s.com/getbits.acgi?tbart=02204>
<http://db.tidbit s.com/getbits.acgi?tbart=04093>

Ook oud nieuws is het gebrek aan ondersteuning voor het Mac OS als een operating systeem geschikt voor gebruik op Internet servers. Gezien de Apple Internet Server Solution delen jaren geleden verdwenen, heeft Apple nauwelijks de realiteit erkend om Internet servers te laten werken op het Mac OS, ondans de vele gelukkige Macgebruikers, die steunden op Mac OS-gebaseerde Internet servers. Zelfs nu lopen servers van Apple op Mac OS X Server, in wezen is dat Unix. Er is niets mis met op Unix gebaseerde severs en voor zeer grote sites zijn ze essentieel. Zelfs argumenten betreffende prestatie, ingebracht tegen Macintosh Web servers, zijn nu betwistbaar met de WebSTAR en Tenon Intersystems' WebTen, die meer prestatie bieden dan de meeste Web sites nodig hebben. De grote meerderheid van Web sites, email servers, and FTP servers, bieden het Mac OS en normaal verkrijgbare Mac OS software een bekende, gemakkelijk toe te passen oplossing zonder gedoe of veiligheidsvraagstukken zoals in Unix or Windows NT.

<http://www.tenon.com/prod ucts/webten/>

Kijken we vooruit, dan is het nauwelijks aanneemelijk dat Apple wederom het Mac OS zou presenteren als een serieus Internet server platform. Bedrijven herroepen zelden een technisch standpunt en belangrijker, met het aankomende Mac OS X zal Apple niets willen doen wat de invloed van Mac OS X zou verminderen. Blijft te bezien, hoe veilig Mac OS X zal zijn als het blootgesteld wordt aan de hackers op het Internet. Gebaseerd op de kracht en flexibiliteit van het op Unix gebaseerde Mac OS X, zal het zeker aantrekkelijk zijn voor vele soorten gebruikers, laten we hopen dat daar geen hackers tussen zitten.


GIF Licentie Strijdpunt

door Jerry Kindall <kindall@manual.com>. Vertaling: [MSH] & [MK]

In sommige kringen verwijst de term "Slashdot Effect" naar de aanzienlijke verkeerstoename op een Web site nadat deze genoemd werd in Slashdot, een Web site die op computerzonderlingen georienteerd is (de naam verwijst naar de root directory op een Unix systeem, die kan worden omschreven met "/."). Onlags zagen we echter een ander soort van Slashdot Effect, toen een van de figuren die de site vaak bezoeken, een in vage bewoordingen gesteld document opmerkte op de Web site van Unisys, die er op wees dat het bedrijf nu LZW compressie-licentie voor een somma van $5000.aan Web sites die GIF-beelden gebruiken, aanbiedt. LZW, of Lempel-Ziv-Welch is een snel en efficient compressie algorithme, wordt gebruikt in modems, disk controllers, hard disks, compressie utilities en tape drives. Unisys bezit het patent voor het LZW algorithme en omdat het GIF-bestandsformaat LZW compressie gebruikt heeft iedere software die GIF bestanden maakt een licentie van Unisys nodig. Voor bespreking van de oorspronkelijke opwinding, zie "The End of the GIF-Giving Season" in TidBITS-259.

<http://www.slashdot.org/>
<http://corp2 .unisys.com/LeadStory/lzw-license.html>
<http://db.tidbit s.com/getbits.acgi?tbart=01670>

Op korte termijn hadden de Slashdot volgelingen - velen van hen voorstanders van gratis software - de aankondiging op de slechtst mogelijke wijze uitgelegd, het verdraaiend tot een intrige van Unisys om $5000 te ontfutselen aan iedere site, die GIF afbeeldingen bevat, dat zijn zo ongeveer alle Web sites. Een verhitte discussie brak uit om de parodie te bespreken en een site, Burn (verbrand) All GIFs, verscheen om het schandalige opzetje te bestrijden door bij webmasters er op aan te dringen zich te gaan vertonen bij het hoofdkwartier van Unisys (op een nog af te spreken dag) en "hun GIFs te verbranden," hoe je dat dan ook voor elkaar krijgt.

<http://slashdot.org/article.pl?sid=99/08/29/0722236&mode=th read>
<http://www.burnallgifs.org/>

Laat die aanstekers nog maar even liggen! De GIF-verbranding behelst meer rook dan vuur. Als je het bericht van Unisys goed leest, wordt duidelijk dat je alleen een licentie moet hebben "[als] je op je Web-site plaatjes van bovengenoemde typen hebt staan die afkomstig zijn van een niet-gelicenteerde software-ontwikkelaar of dienst." Met andere woorden, als de ontwikkelaar van de software waarmee de GIF's zijn gemaakt wèl over een licentie beschikt, hoeft jouw site niet ook nog eens een licentie te hebben. Alle populaire GIF-tools, zoals Photoshop, DeBabelizer, ImageReady, Fireworks en WebPainter zijn keurig van een licentie voorzien, dus de gevolgen voor de meeste gebruikers blijven nogal beperkt.

Om helemaal precies te zijn, Unisys kan het GIF bestandsformaat zèlf helemaal niet claimen, of welk ander formaat ook maar dat gebruik maakt van LZW-gecomprimeerde data, als het dat al zou willen. Het patent dekt het LZW-algoritme: de reeks stappen die software (of een onvermoeibaar mens met potlood en papier) moet uitvoeren om data te comprimeren met gebruikmaking van die technologie. Het LZW-algoritme maakt geen deel uit van een GIF-bestand of een ander stukje data dat met behulp van het LZW-algoritme is gecomprimeerd, alleen het resultaat daarvan. En als iets geen software is, kan het ook geen inbreuk maken op een software patent. Als Unisys zou proberen een eigenaar van een Web-site te laten vervolgen uitsluitend wegens de aanwezigheid van LZW-gecomprimeerde bestanden op die site, zou de aanklacht niet ontvankelijk worden verklaard; binnen het huidige rechtssysteem in de Verenigde Staten mist zo'n aanklacht elke grond.

Volgens mij moet de aankondiging van Unisys zo worden geïnterpreteerd, dat het bedrijf het makkelijk willen maken voor Web-sites die ongelicentieerde LZW-technologie gebruiken om "legaal te worden." Als je site GIF-bestanden herbergt die zijn gemaakt met een programma dat geen geldige LZW-licentie van Unisys heeft, ben je door het betalen van het licentiebedrag tegen alles gedekt. Het is nog onduidelijk of eindgebruikers verantwoordelijk kunnen worden gesteld voor het gebruik van software die patenten schendt, maar ik denk dat deze nieuwe licentie vooral gericht is op CGI-programma's die op een Web server draaien en vrij beschikbare C-bibliotheken gebruiken om GIF-bestanden te vervaardigen, zoals real-time koersgrafieken.

Toen Unisys zijn LZW patent kreeg, hadden patenten een geldigheidsduur van 17 jaar vanaf de datum van uitgifte. Later is dit, als onderdeel van het multinationale GATT-akkoord (General Agreement on Tariffs and Trade), veranderd in 20 jaar vanaf de dag dat de oorspronkelijke aanvraag werd ingediend. Dat betekent dat het LZW patent van Unisys ergens in 2003 verloopt; onder het oude systeem zou het eind 2002 zijn verlopen (er zat ongeveer een jaar tussen het indienen van de aanvraag en de toekenning van het patent). Vermeldenswaard is nog dat, volgens een pagina van de Free Software Foundation waarop wordt uitgelegd waarom de FSF-site geen GIF's bevat, IBM ongeveer op hetzelfde moment als Unisys een patent aanvroeg op de LZW-compressietechnologie - en omdat er iemand zat de slapen op het octrooibureau, zagen zowel IBM als Unisys hun aanvragen gehonoreerd. Het patent van IBM verloopt rond dezelfde tijd als dat van Unisys. Op de FSF-pagina is ook het interessante weetje te vinden dat het patent geen betrekking heeft op software die LZW-data slechts decodeert, dus alle programma's die dienen om GIFjes te tonen hebben niets te duchten. De pagina vormt een nuttig overzicht van de haken en ogen die aan de patenten van LZW en GIF kleven, hoewel het standpunt lichtelijk eenzijdig (voor de rest van ons) naar dat van Richard Stallman neigt.

<http://www.gnu.ai .mit.edu/philosophy/gif.html>

Het lijkt buitengewoon onwaarschijnlijk dat Unisys echt een razzia wil houden op alle Web-sites om te zien wie er zonder toestemming door het bedrijf gepatenteerde technologie gebruikt. Daarvoor zijn er eenvoudigweg te veel sites, en het is onmogelijk om vast te stellen met welk programma een GIF-bestand is gemaakt alleen door de afbeelding aan een onderzoek te onderwerpen (tenzij de software expres commentaar toevoegt waaruit dat blijkt). Er is, kortom, geen manier om de eis kracht bij te zetten dat Web-sites over de benodigde licenties moeten beschikken. Dus wees gerust: de GIF-Gestapo zal niet op je deur komen beuken.

Maar veel bedrijven hebben hele afdelingen die al hun tijd en energie besteden aan het opsporen en rechtzetten van licentie-problemen binnen het bedrijf (een eufemisme voor het bestrijden van illegale software). En de meeste van die bedrijven hebben tegenwoordig Web-sites, waarvan er heel wat zijn gebouwd met behulp van door het bedrijf zelf ontwikkelde software. Deze bedrijven zouden best eens bereid kunnen zijn Unisys die $5.000 te betalen, gewoon om geen risico te lopen. Zelfs als maar 100 sites zo redeneren, heeft Unisys toch lekker een half miljoen dollar verdiend - en het enige dat ze daarvoor hebben hoeven doen is het publiceren van een persbericht. Geen slecht resultaat voor een dagje werk, en daar gaat het natuurlijk altijd uiteindelijk over.

[Jerry Kindall is freelance schrijver en contributing editor van MWJ, het wekelijks verschijnende periodiek voor Serieuze Macintosh Gebruikers, waarin dit artikel oorspronkelijk verscheen. Teken in op een gratis proefabonnement op MWJ zonder verplichtingen (drie nummers) voor meer Macintosh nieuws met kennis van zaken op de Web-site van MWJ. Bezoek voor meer informatie over Jerry's werk de Web-site van zijn bedrijf, Manual Labor.]

<http://www.gcsf.com/>
<http://www.manual.com/>


Iets terugzeggen tegen Apple bij MacHack

door Adam C. Engst <ace@tidbits.com>. Vertaling: [JG], [LmR], [DPF] & [IdM]

Te oordelen aan veel van de e-mail die wij bij TidBITS ontvangen, zitten veel Macintosh-eigenaren te springen om Apple van feedback te voorzien over het Mac OS, de advertentiecampagnes van Apple, Macintosh hardware specificaties, kleurkeuzes voor de hardware, en bijna alle andere dingen verbonden aan Apple. In een bepaald opzicht zou Apple zich gestreeld moeten voelen - het feit dat Macintosh gebruikers er genoeg om geven om hun ideeën en opinies te laten weten is indrukwekkend. Maar Apple is een enorm grote maatschappij en heeft geen officieel kanaal voor gebruikers om hun feedback door te geven. De tijdgeest van de industrie dringt niettemin door in de maatschappij door middel van indirecte methodes; verhalen in de pers, vrienden van Apple werknemers, commentaar van Apple dealers, af en toe een buitenaardse instraling, en zo voort.

Een gedeelte van het probleem is eenvoudig de grootte van Apple. Zelfs als er een e-mail adres zou zijn waar je commentaar naar toe zou kunnen sturen (de vorige poging daartoe, <leadership@apple.com>, bestaat blijkbaar niet meer), zou het moeilijk zijn voor wie dan ook om commentaar naar de juiste afdelingen te verspreiden, laat staan naar de juiste mensen in die afdelingen. Apple heeft te veel werknemers en te veel in-, uit- en doorstroom van personeel om voor iemand feedback doeltreffend door te sturen

Alhoewel Apple misschien geen effectieve manier van verzoeken of behandelen van feedback van gebruikers heeft, de maatschappij luistert wel, op z'n minst zo nu en dan, naar Macintosh ontwikkelaars. De Worldwide Developers Conference (WWDC) van Apple biedt daarvoor een forum, maar het doel van Apple bij de WWDC is evenzeer Apple technologie te preken als feedback te accepteren op die technologie. Maar er is een andere manier.

Bash Apple -- Heel lang geleden ontstond er bij de MacHack ontwikkelaars conferentie, het fenomeen "Bash Apple." De overlevering vertelt dat een aantal ontwikkelaars bij elkaar zaten tijdens MacHack en Apple zaten af te zeiken vanwege de een of andere stupiditeit. Na een tijdje zei een van de mensen in de groep, kersverse Apple werknemer Jordan Mattson: "Luister, ik ben onbelangrijk bij Apple, maar ik zal dit allemaal opschrijven en als ik terug ben zal ik kijken of ik iemand kan vinden die er iets mee kan. Maar ik beloof verder niets." En zo gezegd, zo gedaan hoewel het iet duidelijk was of zijn inspanningen bij Apple vruchten hebben afgeworpen. Dat was verder niet zo belangrijk, echter, want de ontwikkelaars hadden iemand van Apple om wat stoom bij af te blazen en opgelucht zijn ze vervolgens de hele nacht opgebleven en hebben ze hacks geschreven die zo nutteloos waren dat ze ontzag en bewondering opriepen bij de andere ontwikkelaars van de MacHack (voor details over de hack wedstrijd van dit jaar, zie "De MacHack Hack Wedstrijd 1999" in TidBITS-488).

<http://www.machack.com/>
<http://db.tidbit s.com/getbits.acgi?tbart=05470>

De ontwikkelaars vonden het zo leuk iemand bij Apple te hebben waar ze hun grieven kwijt konden dat ze het jaar erop, en het jaar daarop, precies hetzelfde hebben gedaan. Deze sessies werden geformaliseerd in de rubriek "Bash Apple" waar ook Apple technici, waarvan velen eerst onafhankelijke ontwikkelaars waren geweest in de voorgaande jaren aan mee begonnen te doen. Jordan kreeg zelfs een ereplaatsje in het MacHack jargon met de zin "het is Jordan's schuld," en hoewel in feite natuurlijk geen van de probelen bij Apple zijn schuld waren, bleef hij het spel meespelen. De sessies bleven een forum zijn voor gefrustreerde ontwikkelaars om wat stoom af te kunnen blazen maar, en niet minder belangrijk, het gaf de Apple mensen ook een beetje een argument om mee terug te gaan en te zeggen "Hoor eens hier, ik ben niet de enige die dit zegt - er zijn nog 200 andere ontwikkelaars boos over"

Apple Handshake 1999 -- In recente jaren is Bash Apple (dit jaar getooid met de vreselijke titel "Apple Handshake Session") uitgegroeid tot een evenement waarbij een ervaren Apple-werknemer op vragen en kritiek van ontwikkelaars reageert, geassisteerd door andere Apple werknemers in het publiek. Deze Juni MacHack (zie "MacHack: Het Ultieme Macintosh Evenement" in TidBITS-487) vormde hierop geen uitzondering, en deze keer was het de beurt aan de vice-president van Mac OS engineering van Apple, Steve Glass. Als antwoord op een vraag of Apple plannen had om meer Appearance thema's te ontwikkelen, antwoordde Apple evangelist Tim Holmes onomwonden het volgende: "Zoals ik al meerdere malen in het verleden heb gezegd, is er geen toekomst voor thema's. None, nada, zip, zero," waarop hij weer ging zitten, om een seconde later weer op te staan om de zin in een zorgvuldiger bewoording weer te herhalen (waarschijnlijk de officiële versie): "Apple Computer heeft geen plannen om meer thema's aan te bieden, hetzij nu, hetzij in de toekomst, maar het bedrijf behoudt zich het recht voor om van gedachten te veranderen,bla, bla, bla."

<http://db.tidbit s.com/getbits.acgi?tbart=05463>

Zo af en toe gedurende sessie werden belangrijke stukken informatie publiek, of werden ze benadrukt. Steve Glass ging voortdurend in op de nadelen van het afleveren van individuele componenten van het Mac OS ten opzichte van volledige Mac OS pakketten. Hij vond bijvoorbeeld dat het afleveren van verschillende versies van Open Transport los van het Mac OS voor veel configuratie- en testnachtmerries zorgde; bovendien kon het voor problemen zorgen voor gebruikers die componenten tezamen gebruiken in combinaties die Apple niet getest had. Verder reageerde Tim Holmes op een andere vraag met de belangrijke opmerking dat alhoewel Mac OS 9 ondersteuning zal hebben voor meerdere gebruikers voor zowel individuele als gedeelde voorkeuren, deze mogelijkheid vooral bedoeld is voor thuisgebruikers en gebruikers met kleine kantoren, niet voor grote bedrijven met vele gebruikers.

Ik kreeg echter de indruk dat de meeste ontwikkelaars niet volledig tevreden waren met deze sessie. Misschien kwam dat doordat alhoewel ze met een Apple VP spraken, hij niet in staat was om erg concreet te worden. Steve Glass kon antwoorden geven (en deed dat ook) op vragen over Mac OS 8.x, omdat dat zijn team betrof. Hij kon ook de bekende clichés geven over zorgen die buiten zijn onderwerp zaten (Mac OS X, hardware) of waarover het duidelijk was dat er nog geen besluit was gevallen binnen Apple. Trade-offs, prioriteiten stellen, levertijd, dat is onder onderzoek... al deze betekenisloze zinnen passeerden de revue. Maar wat zou hij dan wel moeten zeggen? Het probleem met dergelijke clichés is dat ze vaak waar zijn - er is vaak sprake van trade-offs tussen het aanbieden van individuele componenten ten opzichte van complete systeempakketen; Apple moet inderdaad prioriteiten stellen tussen toekomstige projecten en het onderhouden van terugwaartse compatibiliteit met System 7.x enzovoort. Om kort te gaan, Steve Glass was incapabel, maar kon daar in wezen weinig aan doen, omdat hij over bepaalde zaken nu eenmaal geen uitspraak doen zoals over wat de plannen van Jobs waren met Java 2. Zelfs als Steve Glass geweten had dat Apple had besloten om Java 2 te negeren, zou hij dat nieuws niet op MacHack brengen.

Top Tien van ontwikkelaarseisen -- De afgelopen jaren beslisten de organisatoren van MacHack om een lijst te maken met de Top Tien van ontwikkelaarseisen, in de overtuiging dat het voor de pers gemakkelijker is om daar over te schrijven dan over een twee uur durende vraag- en antwoordsessie. De lijst, gestemd door de verzamelde aanwezigen, was een poging om de zorgen van de Macintosh ontwikkelaarsgemeenschap te verzamelen en prioriteiten te stellen. Hier volgt een lichtjes aangepaste versie van de lijst van dit jaar, met waar mogelijk links naar relevante TidBITS-artikels.

1) Ondersteuning voor MacsBug: De MacsBug debugger is een kritisch ontwikkelaarsgereedschap voor Macintosh. Ontwikkelaars willen dat Apple ingenieurs toewijst aan deze tool en aan gelijkaardige nieuwe. Als je interesse hebt in MacsBug en in wat het voor je kan doen, lees dan de driedelige serie van Geoff Duncan daarover.

<http://db.tidbits .com/getbits.acgi?tbser=1057>

2) Meer stabiliteit en gemakkelijker debuggen: Ontwikkelaars hebben meer betrouwbaarheid en meer gemak in debugging software nodig voor het MacOS. Apple heeft al veel gedaan om de stabiliteit te verbeteren sinds Systeem 7, maar meer stabiliteit is altijd welkom.

3) Uitzicht en gevoel van Mac OS X: Ontwikkelaars willen dat Mac OS X er uitziet als een Macintosh, niet als een Unix werkstation. We hadden het al over dit onderwerp in "Mac OS X of Mac OS NeXT?" in TidBITS-483.

<http://db.tidbit s.com/getbits.acgi?tbart=05415>

4) Verbeterde documentatie: Ontwikkelaars willen dat technische documentatie sneller beschikbaar is, completer is, juiter en beter toegankelijk. Hoewel ons artikel "De dood van documentatie" zich richtte op gebruikersdocumentatie, zijn veel van de onderwerpen gelijkaardig.

<http://db.tidbit s.com/getbits.acgi?tbart=04865>

5) Betere muis en klavier: Ontwikkelaars geloven dat high-end Macs een betere standaardmuis en -klavier nodig hebben met een volledig stel toetsen. Kleiner is niet altijd beter met klavieren. Verbazingwekkend genoeg heeft de nieuwe Power MAcintosh G4 geen verbeterd klavier of muis.

6) Differentiatie van machines voor support: Ontwikkelaars willen dat Macs beter aangeduid worden zodat personeel van support-afdelingen gemakkelijk de machine van een gebruiker kunnen identifiëren. Ik sneed dit onderwerp aan op de sessie en was dankbaar dat ontwikkelaars mijn bezorgdheid deelden. Zie "Macintosh Model Implosie: Wat zegt die naam?" in TidBITS-485.

<http://db.tidbit s.com/getbits.acgi?tbart=05436>

7) Het OS uitbreiden: Het "patching" mechanisme om het Mac OS uit te breiden is om veel redenen belangrijk; waaronder het toegankelijk maken voor gehandicapten. Ontwikkelaars hebben iets gelijkaardig nodig in Mac OS X.

8) Oppoetsen van Mac OS: Ontwikkelaars geloven dat het Mac OS baat zou hebben bij verder oppoetsen. Het verwijderen van oude code uit het OS zou geheugengebruik en prestaties verbeteren, en opstarten versnellen.

9) Java: Ontwikkelaars hebben een duidelijke richting nodig over Java. Een engagement van Apple over ondersteuning voor Java en Java 2 zou heel veel helpen.

10) Geef stopgezette ontwikkelaarstools vrij als open source: Veel ontwikkleaars werken nog met tools die Apple niet langer ondersteunt, zoals MPW. Dergelijke tools vrijgeven als open source zou ontwikkelaars toelaten de voor hen essentiële tools te behouden en te verbeteren.

De feedback nagaan -- Een aspect dat dit jaar op de Bash Apple-sessie ontbrak was een terugblik op de Top Tien van vorig jaar. Het is verhelderend om zowel te zien hoe Apple reageert op de items van de lijst als hoe de mening van ontwikkelaars van jaar tot jaar verandert. Ik ga zeker opletten hoe het de lijst van dit jaar vergaat op MacHack 2000. Rond die tijd hebbben we misschien verschillende nieuwe Macs, Mac OS X en onvoorspelbare beleidsveranderingen bij Apple.


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

Vorige aflevering | Search TidBITS | TidBITS Homepage | Volgende aflevering