Atom Traitement ayant des problèmes avec des dossiers avec des espaces

Question

J'ai récemment commencé à utiliser le traitement de langage basé sur Java. J'ai commencé par utiliser l'éditeur de traitement standard qui a été installé sur mon ordinateur Windows, mais je n'ai pas tout à fait compris. Ce n'est pas très personnalisable et il manque des choses comme mettre en évidence les noms de variables et de fonctions dans tout le code. J'ai donc décidé d'utiliser Atom à la place, et jusqu'à présent, ça a été génial. Bien qu'avec un problème: je ne peux pas construire des croquis qui ont des espaces dans leurs répertoires. Si je veux construire un croquis qui a le chemin ...

C: \ Users \ Sulu \ Documents \ Traitement \ Test Sketches \ Test \ test.pde

Je reçois le message: détection DPI Échec, repli à 96 ppp C: \ Users \ Sulu \ Documents \ Processing \ Le test n'existe pas. [Terminé en 1.008s]

Je suis sûr que c'est dû au fait qu'il y a un espace dans le chemin.

Ma question est la suivante. Y at-il de toute façon que je puisse obtenir Atom, ou peut-être que c'est le 'processing-java.exe' que j'ai besoin de modifier, pour ignorer les noms d'espace dans le chemin? Pour ajouter automatiquement des doubles quotes?

Je serais vraiment reconnaissant à toute aide avec ceci car j'ai beaucoup de croquis qui ont des espaces dans leurs noms de chemin et les renommer tous seraient fastidieux. Merci.

Answer 1

C'est une partie du langage de traitement, c'est une règle, tout comme la syntaxe que vous devez suivre et que vous ne pouvez pas modifier, du moins autant que je sache.

C'est ce que le official github wiki dit -

Les noms des croquis ne peut pas commencer par un nombre, ou qui ont des espaces à l'intérieur. C'est principalement à cause d'une restriction sur le nommage des classes Java. Je suppose que si beaucoup de gens trouvent cela bouleversant, nous pourrions ajouter du code supplémentaire pour décompresser le nom de la classe résultant du nom de l'esquisse, mais cela ajoute de la complexité et de la complexité == bugs. :)

Alors, je crains qu'il n'y ait pas de solution à votre problème autre que de renommer vos croquis, du moins pas encore !

EDIT:

On dirait que j'ai mal interprété la question un peu, je suppose que votre croquis fonctionne avec l'éditeur de traitement, mais pas dans les éditeurs externes, car ils utilisent cli pour compiler votre projet et les instructions ne contiennent le chemin du fichier, qui ne peut pas avoir d'espaces quand il est présent dans bash, si c'est le cas, ils doivent être entre guillemets ou les espaces doivent être "échappés" avec \, ce qui est encore contrôlé par le traitement et je ne pense pas que peut en quelque sorte modifier "traitement" pour ajouter des guillemets à des chemins lors de "construction" ou des espaces d'échappement \ afin que la réponse reste la même.