Less.js: Rhino-Unterstützung in 2.x.

Ich habe das Gleiche selbst untersucht. Die schlechte Nachricht ist, dass Sie anscheinend vorerst auf 1.7.5 stecken bleiben.

Das Herzstück der Sache ist, dass 2.x eine umfassende Überarbeitung von weniger ist, insbesondere haben sie begonnen, sich stark auf die Verwendung von Promises zu verlassen, was nur von recht modernen Browsern unterstützt wird: (Dieser Link enthält eine ziemlich vollständige Liste von Plattformen, die Unterstützungsversprechen: http://kangax.github.io/compat-table/es6/)

Basierend auf einem kurzen Blick auf den Code scheint es, dass sie versucht haben, diese Anforderung durch die Implementierung einer Polyfill von Versprechungen zu mindern. Leider scheint diese Implementierung fehlerhaft zu sein, insbesondere rufen sie in Zeile 680 ein parameterloses Resolve () auf, wodurch Less die verbleibende Logik kurzschließt.

Kurz gesagt, selbst wenn das Team die fehlenden Dateien verteilt hat, funktioniert es nicht. Less v. 2.x kann mit Rhino nicht einfach erfolgreich ausgeführt werden, und die Browseroption ist auf die im obigen Link gezeigten Versionen beschränkt.

Da ich nur ein Benutzer wie Sie bin, kann ich nicht wissen, ob, wann und wie sie dieses Problem behandeln möchten.

Dies hängt mit # 2322 (Räumlichkeiten) und wahrscheinlich mit # 2063 (Nashorn-Unterstützung) zusammen.

Es wäre schön, zumindest die Dokumentation zu aktualisieren, in der derzeit steht ...

Jede less.js-Version enthält auch eine Nashorn-kompatible Version.

... und Zeitverschwendung beim Versuch, den Weg zu finden, um LESS 2.x mit Rhino auszuführen.

Ja ..... ich habe auch wertvolle Zeit damit verschwendet ...

Leider gibt es keine aktiven Betreuer, die etwas über Rhino wissen. Ohne Erfahrung mit Rhino ist die Wartung dieses Stücks auf der Strecke geblieben.

Ich würde vorschlagen, dass jemand ein separates Repo mit weniger Nashörnern erstellt, das diesem Stück mehr gewidmet ist, und dass dieses aus dem Haupt-Repo von less.js entfernt wird. Es wurden nie Tests für Rhino durchgeführt, wer auch immer die ursprüngliche Implementierung durchgeführt hat, und es wurde nicht in den Haupt-Build-Prozess integriert, was bedeutet, dass es nicht standardmäßig Teil regulärer Releases war.

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivitäten gab. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Vielen Dank für Ihre Beiträge.