Ingenieurs helpen hun beste leven te geven: uitdagingen bij het bouwen van de extensie 'GIF's voor GitHub'

Bij Vend is er een zeer strikte eis voor de meeste van onze repositories om bij elke pull-aanvraag een relevante, ontwaakte en tot nadenken stemmende GIF op te nemen.

Het moeten openen van een nieuw tabblad om GIPHY te zoeken, de juiste GIF te vinden en het vervolgens in een GitHub-reactie in te sluiten, is tijdrovend en kan ernstige negatieve bijwerkingen hebben ... zoals luie GIF-selectie:

Dit leidde tot het idee om ingenieurs van Vend te helpen tijd te besparen (en misschien wat attenter te zijn) bij het kiezen van een geschikte GIF voor hun pull-aanvraag.

Het bouwen van GIF's voor GitHub bleek (verrassing!) Een beetje moeilijker dan ik in eerste instantie dacht dat het zou zijn. Hieronder heb ik de uitdagingen gedeeld die ik tijdens deze Chrome Extension-reis tegenkwam - en nee, ze debatteren niet alleen over de vraag of het jif of gif wordt uitgesproken ... belofte!

De uitdagingen die ik tegenkwam bij het bouwen van GIF's voor GitHub

Het idee was om een ​​knop aan de commentaarwerkbalk toe te voegen, die, wanneer erop werd geklikt, een popover met GIF's van Giphy zou tonen. Het leek een eenvoudig idee. Vanwege het dynamische karakter van GitHub zijn er echter enkele obstakels ontstaan. Dat brengt me bij ...

Probleem 1 - De knop toevoegen aan de werkbalk

Een knop toevoegen aan de reactiewerkbalk is niet zo eenvoudig als ‘wanneer de pagina wordt geladen - voeg mijn knop in’ - commentaargebieden kunnen dynamisch worden weergegeven, b.v. wanneer u een pull-aanvraagbeschrijving bewerkt, verandert deze van een

naar een