Less.js: Falsche Zeilennummern bei Source-Map-Selektoren - Chrome meldet Position des ersten Elements, nicht des letzten Elements

Erstellt am 14. Aug. 2013  ·  5Kommentare  ·  Quelle: less/less.js

Das folgende less würde in die Zeile von html>body form obwohl die Definition explizit für input .
Dies würde jedoch korrekt funktionieren, wenn Sie den Operator & , aber es ist mühsam, all die weniger Definitionen wie diese zu ändern

html>body form  {

    input {
        color: cyan !important;
    }

    & input {
        background: yellow !important;
    }
}

line bug

Ich denke, dies kann auf andere Operatoren in weniger ausgedehnt werden, aber nichtsdestotrotz sollten entweder leere oder beliebige Operatoren von den Quellzuordnungen korrekt unterstützt werden, da es sich um weniger gültigen Code handelt.

bug medium priority

Hilfreichster Kommentar

Hinweis: Workaround von #1715 besteht darin, die Eigenschaft zu kontrollieren und nicht auf den Selektor zu klicken.
Hinweis 2: Chrome wird es nicht beheben, so dass es in weniger angesprochen werden müsste, wahrscheinlich den letzten Elementindex finden? in einem Selektor

Alle 5 Kommentare

Ich denke , das liegt daran , dass weniger tatsächlich Markierungen auf verschiedene Teile der Wähler aus verschiedenen Orten kommen .. so ist es Chrom , den ersten Teil des Wählers erzählt aus der Leitung kommt 3 und dem zweiten Teil von der Linie 9. Wenn weniger Gebrauch & es unterbricht tatsächlich die Implementierung und weniger sagt Chrome nur über den 2. Teil.

Da die Informationen in Chrom jedoch ohnehin sehr lückenhaft sind, sollten wir wahrscheinlich nur Informationen aus dem letzten Teil des Selektors anzeigen.

Dieser Fehler ist jetzt in den Chromium-Bugs enthalten: https://code.google.com/p/chromium/issues/detail?id=287382

note to self: könnte gelöst werden, indem die fileinfo überschrieben wird, bevor jeder Pfad ausgegeben wird. Sie müssen auch über Erweiterungen nachdenken, bei denen der mittlere Selektor ersetzt wird - der Pfad wird aufgrund der Erweiterung erstellt, daher ist die Erweiterung das Wichtigste.

Diese niedrige Markierung wie jetzt , wie Sie immer nach unten scrollen kann .. es zumindest gibt Ihnen einen Zeiger .. es sei denn @dotnetwise Sie haben einen Grund , warum dies ein großes Problem verursacht.

Hinweis: Workaround von #1715 besteht darin, die Eigenschaft zu kontrollieren und nicht auf den Selektor zu klicken.
Hinweis 2: Chrome wird es nicht beheben, so dass es in weniger angesprochen werden müsste, wahrscheinlich den letzten Elementindex finden? in einem Selektor

Ich habe den Beispielcode getestet von: http://stackoverflow.com/questions/27983598/css-source-maps-doesnt-report-the-correct-line-when-using-nested-selectors

#main {
max-width: 500px;
color: white;
.sub-container {
color: blue;
}
}

Ich habe festgestellt, dass das Problem nicht nur in Chrome auftritt, sondern auch in Firefox. Dann habe ich versucht, den Code mit gulp-less und gulp-sourcemap zu kompilieren (wobei ich erwarte, dass gulp-sourcemap einen anderen Sourcemap-Generator verwendet). Der Schluckbau hat das Problem auch nicht gelöst.
Wenn ich den gleichen Code mit sass kompiliere, zeigt die generierte Sourcemap korrekt auf 4 in Chrome und FF.

Andererseits hat Less irgendwann die richtigen Zeilennummern (mit --line-numbers=comments):

/* line 1, /t.less */
#main {
  max-width: 500px;
  color: white;
}
/* line 4, /t.less */
#main .sub-container {
  color: blue;
}

Ja, aber nur für nicht "verschachtelte Regeln"

Wenn Sie etwas in einer großen Regel verschachteln, zeigen alle Sourcemap-Zeilen nach oben.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

renoth picture renoth  ·  6Kommentare

heavyk picture heavyk  ·  3Kommentare

seven-phases-max picture seven-phases-max  ·  6Kommentare

Oskariok picture Oskariok  ·  6Kommentare

pknepper picture pknepper  ·  3Kommentare