2 Interviste: I ragazzi dietro ExtendScript ToolKit, centralino + PatchPanel

Adobe AIR , Adobe Flex Builder , Adobe Illustrator , Adobe InDesign , Adobe PatchPanel , Adobe Photoshop , Adobe Centralino , ExtendScript ToolKit , ExtendScript ' , Pannelli Flash , Flash Plug-ins Aggiungi commenti

Automazione + L'espansione della nostra capacità creativa
Nel 1994 mi ricordo la prima volta mi sono imbattuto la necessità di automatizzare il mio flusso di lavoro creativo. Ero freelance come artista di effetti visivi lavorando ad un commerciale e avevamo bisogno di fare un po 'complicato compositing che required creare un viaggio e matte manualmente e ri-de-interlacciamento le immagini al fine di ottenere mascherini pulito. Sono stato in grado di snellire il processo usando QuicKeys per registrare e riprodurre poi le attività ridondanti e dopo che mi è stato rapito da questo concetto. Al momento, ho voluto spingere ulteriormente ed effettivamente ottenere sotto la cappa del la-ins plug-in per personalizzare order loro e farle mie, per così dire. Tuttavia, al momento, se avessi voluto sviluppare plug-in, avrei dovuto tornare a scuola. Stavo facendo una vita decente per la creazione di effetti visivi broadcast e videogiochi così è rimasto solo questo, un sogno.

14 anni più tardi, ora abbiamo 6,5 strumenti di sviluppo per aiutare gli sviluppatori ActionScript compiere la transizione verso la creazione di applicazioni per il nostro così come plug-in Flash che guidano le applicazioni di Adobe Creative Suite. Utilizzando una miscela di Flex Builder, centralino, PatchPanel, CSXS, AIR e ExtendScript ToolKit - così come Flash, in combinato disposto con gli ultimi 3 opzioni - il mio sogno si è avverato. Adobe prevede di rilasciare un articolo Sto lavorando su that will senso a ciò che tools da utilizzare quando si sta cercando di estendere la Creative Suite, ma per il momento, vorrei farvi conoscere due dei principali attori molte di queste tecnologie e di esplorare come la tecnologia è venuto essere. E 'il type di storia che trovo interessante come la tecnologia che hanno creato, a causa di tutti gli eventi che avevano a fall effettuato prima abbiamo finito qui. Sono sinceramente grato per il loro tempo e la volontà di partecipare.

Un'intervista con Michael Daumling
Al vertice di sviluppo di Adobe in primavera ho avuto il privilegio di incontrare Michael Daumling, un Principal Scientist nel ETG Core Technology Group, che è il creatore di ExtendScript e la forza motrice principale dietro ExtendScript ToolKit e la maggior parte delle cose relative ad un allungamento della Creative Suite . Nel corso di diverse birre, ha avuto la cortesia di dirmi la sua grande storia. Purtroppo per me, raramente bevanda ci sono stati un paio di buchi nella mia memoria la sua storia, [] arrossire, ma ha contribuito a riempire gli spazi vuoti di seguito.

Dr. Woohoo: Nel pdf   Intro di scripting di Adobe, che definisce ExtendScript (ES):

Adobe ha sviluppato una versione estesa di JavaScript, chiamato ExtendScript, che ti permette di usufruire di alcuni strumenti di Adobe e funzionalità di scripting.


Immagino che questa descrizione semplifica importanti cambiamenti nei piani di sviluppo, e le responsabilità di squadra e qualche rischio pure. Ci puoi raccontare un po 'su come ES è venuto a vita?

Michael Daumling: ExtendScript va molto indietro, ai vecchi tempi in cui piccole start-up come GoLive GmbH in Germania potrebbe fare qualche soldo con un prodotto chiamato CyberStudio. All'epoca (fine anni '90) ero un imprenditore per questa società. Il loro prodotto (che fu poi conosciuto come Adobe GoLive) aveva bisogno di un SDK, e ho avuto un giocattolo interprete JavaScript che avevo scritto nel mio tempo libero. Mi è sempre piaciuta linguaggi interpretati, tra quelli che ho scritto è stato StarBASIC, che allora era il linguaggio di scripting (e infrastrutture) di StarOffice Star Division, che più tardi divenne OpenOffice. Oppure un bel app che gestiva un linguaggio un po 'oscuro chiamato Logo, ma che era (ed è tuttora) molto popolare tra gli studenti come lingua di istruzione.


Per farla breve: il mio motore JavaScript è diventato il cuore pulsante della SDK di GoLive. Questo è venuto a conoscenza degli effetti team dopo. Hanno pensato che sarebbe bello se le persone potessero attaccare JavaScript le loro strutture in modo da poter spostare e modificare gli oggetti tra i fotogrammi chiave, un concetto che apparentemente trovato molte persone interessanti. Poco dopo che un gruppo di ragazzini fresco a Burlington, MA, è stato incaricato con la creazione di uno strumento di authoring Flash, E sedettero e creato qualcosa called LiveMotion (another product Adobe ormai lontani). Avevano bisogno di un motore di ActionScript, si avvicinavano a me, così mi sono seduto e ha aggiunto molti particolari di ActionScript goodies per il mio motore (torna in questi giorni, ActionScript è stato una sorta di leggermente storpiato JavaScript, non questo bestione con le classi e più).

Così, tutto ad un tratto, mi sono trovato con due ulteriori clienti. Che ha fatto da Adobe passare alla Core Technology Division, e permettetemi di assumere due persone, così sono diventato un proprio team. Ho dovuto lasciare GoLive, ed era ora di segnalazione a qualcuno a San Jose.

Chi era prossimo? Ti ricordi di atmosfera? Quello era un prodotto destinato a creare mondi virtuali, soprattutto per la chat, dove la gente potrebbe creare avatars fresco di se stessi e vagano paesaggi virtuali. Per un sacco di ragioni, questo concetto non è mai decollato, ma ci fu una grande partita e motore fisico che è stato interamente ExtendScript guidato. Il prodotto è sopravvissuto, ed è diventato Acrobat 3D.

A quel tempo, Photoshop e Illustrator aveva scripting interfacce per AppleScript e VBScript. Il team di CoreTech che ha scritto questo codice di scripting pensato che sarebbe una grande idea di aggiungere il codice JavaScript, e dopo un po ', ExtendScript entrò a far parte di Photoshop e Illustrator. Questo mi ha fatto apparentemente più importante, Adobe ha fatto un'offerta per passare sopra di me a San Jose da Amburgo, in Germania, che ho trovato impossibile rifiutare.

L'unico grande restanti applicazioni che non supportano ExtendScript erano Acrobat e InDesign. Acrobat vissuto molto bene con il suo motore JavaScript, che avevano preso in prestito dalla Fondazione Mozilla, e sono stati molto riluttanti a cambiare il loro motore. In InDesign, la gestione del programma non era convinto inizialmente. InDesign è stato progettato dalla terra in su con l'accento sulla estensibilità, tra cui i linguaggi di scripting VBScript e Applescript. Purtroppo, queste lingue sono dipendenti dalla piattaforma, così ho pensato che ExtendScript sarebbe la persona ideale come piattaforma di scripting language-cross. estensibilità dell'architettura InDesign reso facile aggiungere ExtendScript, come un dato di fatto, ha preso di InDesign poi-scripting guru Pietro Boctor e me solo una settimana per metterlo in funzione.

Poi qualcuno ha avuto la grande idea di combinare i prodotti Adobe in una suite. Creative Suite è il nome. Tuttavia, come potrebbe Adobe dimostrare che questi prodotti sono stati integrati a tutti? Bene, indovinate un po 'il collante è stato: ExtendScript. Adobe ha creato l'applicazione Bridge, che inizialmente era un esploratore di file integrato in Photoshop. Trattandosi di un prodotto proprio, è stato il primo Adobe C + + + / ibrido ExtendScript. Conteneva gazillions di linee di codice ExtendScript.

Un esploratore stand-alone è bello, ma inutile a meno che non si possono avere altre applicazioni a parlare, o mandare indietro alcuni risultati. Avevamo bisogno di un meccanismo di comunicazione tra applicazioni. Esso dovrebbe essere indipendente dalla piattaforma, in modo COM Applescript o non è stata una buona idea. Rob's Bridge Corell e mi sono seduto e ha inventato questo meccanismo, che consente alle applicazioni di inviare codice ExtendScript gli uni agli altri. Questa tecnologia è diventata rapidamente la spina dorsale della Creative Suite di integrazione. Credo che senza ExtendScript, la Creative Suite non esisterebbe, come fa oggi.

Nel frattempo, ExtendScript si è diffusa in altri luoghi e le applicazioni. Alcuni lo uso solo internamente, di condurre le loro API e moduli per scopi di test, mentre altri espongono i loro oggetti al 3 scripter partito.

Un colloquio con Bernd Paradies
Nell'autunno dello scorso anno, grazie alle capacità di ExtendScript e ExtendScript ToolKit, sono stato in grado di creare un Flash Plug-in per Illustrator che purè di Flickr con il lavoro analitico di colore che avevo creato per la In The Mod , al fine di estrarre rapidamente colori da immagini e salvarle direttamente al pannello Campioni. Lo si può vedere in azione qui . E 'stato sicuramente un trucco, ma il proof-of-concept lavorato. Poi è successo.

Apple ha lanciato Leopard, il nuovo Max OS, nell'inverno del 2007 e ridefinito come il ridisegno in finestre lavorate - simile a quella che il plug-in Flash utilizzata. Questo effettivamente ucciso l'approccio hacked stavo usando e così ho accantonato il concetto di plug-in Flash e si è trasferito su. Intorno a gennaio, John Nack, Principal Product Manager, mi ha invitato a giocare nella sandbox di Adobe e mi suggerì di dare un'occhiata al lavoro che Bernd Paradies, Senior Scientist del computer con il gruppo ETG Core di Adobe, stava lavorando. Quello che ho visto è stato bello! E 'stato un sogno che si avvera.

Qui è stato questo piccolo gruppo all'interno di Adobe SWC creazione di due librerie per Flex Builder - Centralino e PatchPanel (in beta) - che potrebbero essere utilizzati per estendere la Creative Suite applicazioni (con il problema risolto Leopard). voglio dire, immagino. Se si considera il numero di 3a parte sviluppatori di plug-in attualmente esistenti per i prodotti Adobe e aggiungere a questo le legioni di sviluppatori ActionScript, che possono ora creare le proprie applicazioni AIR e Flash plug-in che drive le applicazioni creative Suite, il potenziale è mente che soffia. Quando il fumo si dirada, dovrebbe essere molto interessante vedere i nuovi strumenti creativi che vengono sviluppati. Si potrebbe richiedere un certo tempo, ma i progettisti saranno inevitabilmente vantaggio alla fine.

Dr. Woohoo: Come sei arrivata a Adobe e sulla tecnologia Core ETG gruppo di lavoro con Michael?

Bernd Paradies: Michael e ho incontrato la prima volta a StarDivision ad Amburgo, in Germania, che fu infine acquistata da Sun per infastidire Microsoft, regalando OpenOffice gratis. Sono stato responsabile per il motore di composizione del testo StarWriter (alcuni dei miei vecchi codici potrebbero essere ancora in uso nella versione di OpenOffice). Michael è stato in tutto il luogo in StarDivision. Molto del suo codice comprese le uova di Pasqua sono sopravvissuti nella sua componente di OpenOffice StarCalc - si dovrebbe chiedere a lui le uova di Pasqua!

Ad ogni modo, ho lasciato StarDivision per P. INK, che ha sviluppato il software per riviste e giornali. Mio lavoro stava esplorando nuove tecnologie, comprese una nuova versione di PageMaker da Adobe. Il nome in codice della generazione di futuro assetto del programma di Adobe è stato "Shuksan", che alla fine divenne InDesign ecc Beh, P. INK uscì delle imprese e ho ricevuto una offerta da Adobe (credo a causa della mia Shuksan profonda conoscenza), che ho felicemente accettato. dovevo passare a Seattle e rispolverare il mio inglese, però.

Dopo il crollo del P. INK CEO scelto i migliori sviluppatori di P. INK e fondato una nuova società denominata GoLive. Sì, questa è la GoLive che ha acquisito da Adobe pochi anni dopo, ed è così che un sacco di miei vecchi P. INK Amici è diventato nuovamente nuovi colleghi. StarDivision Michael sinistra per GoLive e preso fuse in Adobe. Mentre Michael stava sviluppando l'infrastruttura di scripting di Adobe nel corso degli anni successivi sono rimasto con il team di InDesign per quasi 9 anni. Naturalmente Michael e sono rimasto in contatto su tutti questi anni e quando la squadra di scripting aveva una posizione aperta mi ha incoraggiato a lanciare il mio cappello in round. Il resto è storia: ho assunto BridgeTalk, Adobe ha acquistato Macromedia, e poi venne Centralino e PatchPanel, che cercano di portare Adobe e Macromedia tecnologie più vicini.

In generale mi piace lavorare per Adobe e personalmente preferisco lavorare a CoreTech invece di un prodotto come il team di InDesign. CoreTech In ricevo più in contatto con altri servizi e tecnologie dentro e fuori di Adobe. Lavorare con Michael? Egli è solo brillante. E 'estremamente produttiva e spesso mi trovo in una posizione dove si offre a lungo prima di trovare il tempo per raccogliere il suo ultimo lavoro.

Dr. Woohoo: Dove è nata l'idea venire in quanto riguarda la costruzione di SB & PP e come ha SB & PP venire a vita?

Bernd Paradies: Michael e io avevamo lavorato sul prototipo per l'integrazione di ActionScript e ExtendScript che siamo riusciti ad abbandonare. Dopo che Michael mi ha mandato fuori di esplorare un'altra idea: perché non utilizzare il FlashPlayer come una scatola nera e ExternalInterface come meccanismo di trasporto ( "idraulico" come lo chiama)? Abbiamo già ottenuto le informazioni attraverso il DOM Scripting CS Dizionari e ha suggerito che avrei potuto generare file wrapper ActionScript da OMV file XML. PatchPanel Ecco come iniziare. BTW, non abbiamo avuto un buon nome fino Ben Bauermeister suggerito "PatchPanel" per dimostrare che questa tecnologia è un compagno di Centralino.

Trovare un nome per il centralino era il più piccolo problema. Michael si avvicinò con in poco tempo ho presentato l'idea di "BridgeTalk ON AIR". Tutti amato l'idea - anche il mio boss. Ma erano anche preoccupati per il mio carico di lavoro e ha suggerito che dovrei o lavorare su PatchPanel o il quadro. Beh, ho fatto entrambe le cose. L'importanza di avere Centralino è stato abbastanza chiaro per Michael e per me molto presto. Abbiamo voluto sostenere la piattaforma AIR e sapeva che gli sviluppatori AIR voleva parlare con applicazioni CS. Ho incontrato con il team AIR e divenne abbastanza chiaro che il runtime AIR (che viene installato con tutte le app AIR) è stato un tabù. Ecco perché ho avuto per trovare una soluzione che ha coinvolto i servizi.

  • Share / Save / Bookmark



3 Responses to "2 Interviste: I ragazzi dietro ExtendScript ToolKit, centralino + PatchPanel"

  1. Justin Putney Dice:

    Cool Stuff! Grazie per la condivisione di queste interviste!

  2. Dr. Woohoo! »Blog Archive» L'introduzione di Adobe ... PatchPanel! Dice:

    [...] Se siete interessati a come PatchPanel, centralino e ExtendScript Toolkit è tornato alla vita, check out questa intervista con i ragazzi loro causa principale: 2 Interviste: I ragazzi dietro ExtendScript ToolKit, centralino + PatchPanel [...]

  3. Nuova Woohoo tuisce | Fotografo Mentors Dice:

    [...] Del resto, se siete interessati a come l'automazione di Adobe strato app è venuto per essere (e dove potrebbe essere a capo), check out Drew Interviste 2: I ragazzi dietro ExtendScript ToolKit, centralino + PatchPanel. [...]

Lasci una risposta

Progettato da NattyWP Wordpress Themes .
Immagini da desEXign.