devicons/devicon

[FEATURE REQUEST] Make a bot/worflow which responds with a preview of .eps files if they exist in a PR

Open

#1 453 ouverte le 12 oct. 2022

Voir sur GitHub
 (6 commentaires) (0 réactions) (1 assigné)CSS (2 448 forks)batch import
devopsdiscussionenhancementhelp wanted

Métriques du dépôt

Stars
 (11 625 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

I have searched through the issues and didn't find my problem.

  • Confirm

Problem

There are quite a few PRs that include .eps files with the original unedited icons in it. It would be nice if it was possible to see a preview of it without opening it up locally.

Possible Solution

Maybe we could make a github bot/workflow which opens the file and takes a screenshot of the content, then posts it as a comment? We should be able to reuse the code from our peek-bot for the image upload and commenting part, so the hardest issue to figure out would be how to open up the file and screenshot the content

Additional information

I'm not sure how hard this is to implement, but it would be very valuable for us maintainers. Currently we either have to spend quote some time opening up and reviewing the .eps file, or just trusting it looks fine and accept the PR. So a preview would make the PR review process quicker and more robust.

Guide contributeur

Direction de recherche
Explorez l'implémentation existante de peek bot dans le dépôt devicons/devicon pour comprendre comment elle gère les téléchargements d'images et les commentaires. Étudiez les méthodes pour ouvrir et capturer des captures d'écran de fichiers .eps en mode headless (par exemple en utilisant ImageMagick ou une bibliothèque comme sharp). Proposez un workflow GitHub Actions qui se déclenche sur les PR contenant des fichiers .eps et publie un commentaire de prévisualisation. Consultez les commentaires de l'issue pour toute exigence ou contrainte supplémentaire.
Stack technique
Aucun
Domaine
devopstooling
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
3-5 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
GitGitHub Actions
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
50