Scout-app: Erreur (0x01) - Ligne : xx Col xx - Fichier à importer introuvable ou illisible

@lad33

Je n'arrive pas à reproduire ce problème. Je suppose que vous avez une erreur de syntaxe dans votre code quelque part et que l'erreur qu'il donne n'est pas liée. Cette erreur est générée par Node-Sass , Scout-App la fait juste apparaître et facilite l'analyse.

S'il ne s'agit pas d'une reproduction fidèle de votre problème, veuillez télécharger une version qui me permette de reproduire votre bogue.

J'ai cette erreur. J'ai découvert que je devais utiliser le chemin complet à partir de C:/ ... / ... / jusqu'au fichier.

Est-ce un problème ou l'application scout prend-elle en charge les chemins relatifs ?

L'ancienne application scout acceptait les chemins à partir du dossier Input, mais ceux-ci ne semblent pas non plus.
Également sur l'installation de Windows. Je l'ai téléchargé aujourd'hui.

@lad33 @leewaring

Scout-App 2 prend entièrement en charge les liens relatifs et directs.

Nous avons des dossiers de test dans le référentiel que nous utilisons pour nous assurer qu'il fonctionne correctement avant de publier.

Encore une fois, il s'agit probablement d'une erreur de syntaxe dans votre code qui en est la cause. Si vous pouvez me donner un projet qui provoque ce problème afin que je puisse le reproduire localement, je peux vérifier s'il s'agit d'une erreur dans votre code ou s'il existe un bogue légitime dans Scout-App qui doit être corrigé pour la prochaine version.

Edit : Mais d'après votre description, je ne suis pas en mesure de reproduire ce problème.

Mon projet est configuré comme ceci :

Site Web (dossier de sortie)
= _SCSS (dossier d'entrée)
== Global
=== base.scss
== css
=== _fonctions
==== couleurs.scss
==== fonts.scss
==== mixins.scss
==== fonctions-all.scss
=== _modules
=== etc...
= css (fichiers CSS générés)
= Global (fichiers CSS générés)

Mon fichier base.scss ressemble à ceci
/* ==== Importer toutes les fonctions */
@import 'css/_functions/functions-all';

/* ==== Importer des modules de code */
@import 'css/_modules/core/normalise';
@import 'css/_modules/core/fonts';
@import 'css/_modules/core/core-element-styles';
@import 'css/_modules/core/helper-classes';
@import 'css/_modules/core/typesetting';
@import 'css/_modules/core/links';
@import 'css/_modules/core/layout';
@import 'css/_modules/core/sitefinity-layout-overwrites';
@import 'css/_modules/core/mobile-menu-button';
@import 'css/_modules/core/common-element-styles';
@import 'css/_modules/core/cookie-bar';
@import 'css/_modules/core/header-footer';
@import 'css/_modules/core/buttons';
@import 'css/_modules/core/print';

est-ce que cela aide?

@leewaring

J'ai fait une vidéo pour expliquer ce qui se passe :

• https://youtu.be/FD6G2Yveigs

Merci pour la vidéo ! J'ai clarifié certaines choses qui me dérangeaient.

Il semble donc que sur la version de Scout que j'exécutais, le chemin d'accès aux fichiers importés pouvait être relatif, direct ou relatif au dossier d'entrée (un peu comme définir une balise de base HTML comme point de référence).
Dans tous mes fichiers scss, je pourrais utiliser <strong i="7">@import</strong> 'css/_functions/functions-all'; et il importerait le fichier functions-all scss, peu importe à quelle distance dans l'arborescence du document le fichier était enregistré car il commencerait dans le dossier Input et fonctionnerait à partir de là.
J'ai aimé cette fonctionnalité car je n'avais pas à me soucier de changer le chemin ou si je déplaçais le fichier scss vers un autre dossier vers le haut ou vers le bas de l'arborescence du document, je n'aurais pas à modifier le chemin d'importation vers le fichier de fonctions.

Je suis d'accord que mon projet est configuré assez étrangement, mais dans le CMS que j'utilise (Sitefinity), le dossier _SCSS est situé à la racine du dossier des modèles. Le dossier de modèles nécessite un dossier global (avec un G majuscule) dans lequel tous les fichiers css placés seront chargés sur toutes les pages. J'ai ensuite créé un dossier css à la racine pour héberger les fichiers css spécifiques à la page. C'est plutôt un grand site avec plus de 100 feuilles de style jusqu'à présent, donc je tiens à garder l'ordre et à rendre les fichiers faciles à trouver. Cela dit, je n'utilise scss que depuis 6 à 8 mois, donc encore beaucoup à apprendre !

@leewaring

Cool, content que ça clarifie les choses. Je ne changerai pas la façon dont Scout-App 2 recherche les fichiers. Le processus actuel est entièrement géré par Node-Sass. Il faudrait beaucoup de travail supplémentaire pour contourner leur système intégré, ce qui conduirait à une application beaucoup plus boguée.

Scout-App fait beaucoup pour rendre les choses plus faciles pour les gens, mais changer cela ne ferait qu'encourager les mauvaises habitudes et rendrait plus difficile la transition d'une base de code Sass de Scout-App vers un système différent comme Webpack/Grunt/Gulp. Vos fichiers et votre structure Sass doivent suivre les normes Sass et être indépendants du système que vous utilisez pour les traiter.

@lad33

Faites-moi savoir si cette vidéo vous aide aussi. Si c'est le cas, je peux clore ce sujet.

C'est une honte. Je ne peux pas passer à l'application Scout 2 si elle n'offre pas les mêmes fonctionnalités que son prédécesseur. Scout fonctionne-t-il car il crée un fichier cache juste en dessous du dossier d'entrée ?

Je vais garder un œil sur ce projet et l'essayer pour mes autres sites.

Merci pour toute votre aide et vos conseils. J'apprécie beaucoup.

• Scout-App Classic a été construit sur Java, Adobe Air et Ruby (Ruby Sass).
• Scout-App 2 est basé sur

Les deux ne partagent aucun code en commun. Scout-App 2 était une réécriture complète pour nous permettre de tirer parti de Sass moderne (2016), puisque Scout-App Classic était bloqué sur une version 2012 de Sass qui ne pouvait pas être mise à jour. Cela nous a également permis de nombreux autres avantages, comme un meilleur support multiplateforme et un développement plus facile. Bien que nous ayons conservé une conception très similaire et que nous ayons les mêmes convictions que Scout-App Classic, il ne peut tout simplement pas fonctionner de manière identique en raison des technologies sous-jacentes radicalement différentes.

Il existe un tableau de comparaison de base sur Scout-App.io entre les deux.

Il convient de noter que Compass est uniquement Ruby, donc de nombreux projets qui en dépendaient devraient également être modifiés pour utiliser Scout-App 2. Heureusement (pour Scout-App 2), l'industrie dans son ensemble s'est éloignée de Boussole au cours des dernières années, les plaintes à ce sujet ont donc été très rares.

J'espère que Scout-App 2 pourra s'adapter à vos futurs flux de travail.

Edit : Scout-App Classic est toujours disponible en téléchargement ici :

• Scout-App.io/classic

@leewaring

Ce n'est pas exactement ce que vous décrivez, mais c'est lié, alors j'ai pensé vous en informer, car cette fonctionnalité n'est documentée nulle part et peut vous être utile :

• https://github.com/scout-app/scout-app/issues/275#issuecomment-257368181

Bonjour, toutes mes excuses pour le retard pris pour reprendre contact sur celui-ci...

J'ai lu le fil de discussion et regardé la première moitié de la vidéo, mais la configuration de Leewaring semble un peu plus complexe que la mienne, donc je pense que la cause pour lui peut être différente, ou du moins, mon problème racine est une variation sur le thème.

De toute façon...

En regardant à nouveau ma structure, peut-être que je manque l'évidence.

J'ai un dossier de projet, dans lequel se trouve le sous-dossier "library" comme suit :-

projet
= bibliothèque
== css (dossier de sortie)
== scss (dossier d'entrée)

Dans le dossier "scss", j'ai plusieurs fichiers à titre d' exemple :-

scss
= _base.scss
= _grid.scss
= _mixins.scss
= style.scss

Incidemment, cette structure provient d'un thème Wordpress appelé bones, que j'ai utilisé comme base de projet.

Dans style.scss, l' extrait de code

// styles dans base.scss
@import "base" ;

J'espère que j'ai joint le fichier style.scss pour une référence plus facile
style.scss.txt

Donc, en lisant le fil et en regardant la vidéo, je ne suis pas sûr que mon problème soit le même que celui discuté, avec le fichier _base.scss et le fichier style.scss tous deux assis dans le dossier Input (scss) Je suis pensant que la clarification du chemin absolu/relatif n'est pas le problème ?

D'après ma compréhension limitée, mais ce que j'ai réussi à comprendre jusqu'à présent avec Sass et en utilisant Scout auparavant, je pense que l'idée de la structure et du code est que tous les _xxxx.scss ont été configurés comme séparation des préoccupations à garder code segmenté et plus facile à maintenir dans le thème. Le style.scss est le fichier qui rassemble ensuite ces fichiers et à son tour Scout "traduit" ce fichier dans l'équivalent (et compressé dans mon cas) style.css qui est ensuite créé/mis à jour dans le dossier de sortie (css) à partir duquel Wordpress peut appliquer le style, etc. Le trait de soulignement indique à Scout d'ignorer les autres fichiers car je ne les veux pas dans le dossier de sortie, mais uniquement la feuille de style CSS "compilée" de style.scss.

Je pense que c'est à peu près non?

Donc, je suis bloqué à essayer de comprendre l'erreur lorsque le style.scss essaie d'importer un fichier dans le même dossier que lui-même.

Cela aide-t-il davantage?

Merci d'avoir pris le temps de nous aider avec cela.

@Dames

https://youtu.be/HF7-ryb9HPw

Salut,

Merci encore d'avoir choisi cela et d'avoir pris le temps de monter la vidéo aussi. Très appréciée.

C'est un bon conseil, je vais donc prévoir du temps pour faire exactement cela et j'espère que cela ne me prendra pas longtemps avant de retrouver le coupable.

Je commenterai quand je l'aurai fait pour des commentaires.

À votre santé.

Windows8.1 (64), (WIN_Scout-App_2.6.8) (éditeur de texte sublime)

J'ai un problème similaire.
Lorsque j'ajoute un nouveau projet et que je l'exécute pour la première fois, j'entends le son du succès et je vois mon code dans styles.css généré [ma première capture d'écran].
Mais ensuite, lorsque j'apporte des modifications et que je clique sur ctrl + S dans mon éditeur de texte, j'entends un son d'erreur et je vois une erreur (dans les outils de développement) [ma deuxième capture d'écran].
Si j'arrête de compiler mon projet en appuyant sur le bouton "stop" et que je le redémarre, il a recompilé, mais seulement la 1ère fois.

Texte intégral de l'erreur (sur la 2e capture d'écran) :
"Erreur interne : Fichier à lire introuvable ou illisible : F:/Projects/test/sass/styles.scss↵"
"Fichier à lire introuvable ou illisible : F:/Projects/test/sass/styles.scss" (app.js:148)
Fournissez un chemin d'accès au fichier que vous souhaitez lire comme argument de cette fonction. (ugui.js:454)
Uncaught TypeError : impossible de lire la propriété 'split' d'undefined (alerts.js:71)

Je viens de trouver : si j'écris mon code à l'aide d'un autre éditeur de texte (Notepad ++, Brackets) - tout fonctionne parfaitement, je peux enregistrer et voir le code généré dans styles.css.
Sublime Text - je verrouille toujours mon fichier styles.scss pour Scout-app.

@VladG0r

Bien que j'essaie toujours des tests plus approfondis pour tenter de reproduire cela, je suppose que cela est lié à atomic saves . Ceci est activé par défaut dans Sublime dans les anciennes versions, à partir de 3072 bien qu'il soit désactivé par défaut.

Scout-App utilise chokidar pour surveiller les modifications sur le système de fichiers (ainsi, lorsque vous enregistrez, l'entrée est à nouveau traitée.)

• https://www.npmjs.com/package/chokidar#errors

Selon leur documentation, vous pouvez ajouter atomic: true, à la ligne 180 de Scout-App/scout-files/_scripts/app.js dans votre copie de l'application. (Au-dessus ou après la ligne ignored ).

Vous pouvez essayer cela et voir si Sublime fonctionne avec ce paramètre activé. Si c'est le cas, je peux envisager d'ajouter un paramètre pour cela dans les préférences de Scout-App. Ou vous pouvez essayer de désactiver le paramètre dans Sublime Text, comme détaillé ici :

• http://stackoverflow.com/questions/20634684/what-is-sublime-text-doing-when-i-save-a-file

Ou vous pouvez essayer de mettre à jour vers une version plus récente de Scout-App qui l'a désactivée par défaut.

Tu avais raison.
Sublime Text 3 (version bêta 3126) a "atomic_save": false, par défaut.
Je l'ai changé en :true et la magie s'est produite. Sublime Text 3 + Scout-App 2.6.8 fonctionne parfaitement maintenant. Vous m'avez sauvé la journée, merci !

@lad33

Le problème est-il résolu pour vous ?

@TheJaredWilcurt

Salut, j'ai fait la même chose que VladG0r et modifié le paramètre automic_save dans Sublime Text 3 (version bêta 3126) et je ne reçois plus l'erreur.

Au lieu de cela, je reçois une autre erreur "Variable non définie : "{insert_variable_name}" dans _base.scss pour une variable déclarée dans un fichier mixin séparé _mixins.scss.

Je pense donc que la solution ci-dessus a probablement résolu le problème indiqué dans cet article, mais devra être testée complètement une fois que j'aurai résolu ce nouveau problème.

Merci.

@ lad33 si vous avez des difficultés à résoudre le problème,

@TheJaredWilcurt Merci. J'ai compris, j'avais juste besoin de me réserver un peu de temps et de rattraper mon cerveau car cela faisait un moment que je n'avais pas eu la chance d'examiner le problème.

J'avais simplement oublié que tous mes autres partiels étaient commentés dans mon fichier style.scss y compris le _mixins.scss où les variables sont définies ! Oh !

Une fois que j'ai décommenté le fichier, tout a fonctionné comme il se doit.

Impressionnant. Clôturer ce problème.

Avoir ce problème lors de l'utilisation de vscode. ??

Oui, pareil ici. Im une erreur de temps en temps, me disant scout ne peut pas trouver le fichier. L'arrêt et le redémarrage de Scout résout généralement le problème, mais cela devient assez ennuyeux après un certain temps

J'ai toujours ce problème avec vscode.
Ce ne sont pas tous les fichiers - ce qui est étrange. Mais cela se produit dans mon .scss principal où j'en importe d'autres. Ce qui est étrange, c'est que lorsque je supprime tout dans le fichier, il y a toujours des erreurs.

Encore plus étrange (peut-être ?), j'édite ce fichier, ctrl+s - son d'erreur + message d'erreur, puis cliquez sur un autre fichier scss, ctrl+s, son réussi, et le css a été créé.