You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As less frameworks get older and larger there is a need to mark parts of your css as deprecated, making the move to a new version of the framework easier.
Instead of too specific "deprecation message" function, it has to be a generic "whatever you set message" debug/log/warning function. I.e. exactly like in #1459. In fact there's no difference in the "compiler level" between directive and function, both are handled at the same compiler level. Now the only question if this should in the core or in a plugin (yet at least).
In a plugin, one can implement it either as a directive or a function (as soon as current master with "root functions feature" in is released), though personally I'll strongly object against @directive (first Less does not use @ for anything except variables just historically, second there are reasonable arguments against such "pseudo-CSS compatible stuff").
As less frameworks get older and larger there is a need to mark parts of your css as deprecated, making the move to a new version of the framework easier.
Consider the removal or renaming of a selector:
The compiler could output something along the lines:
This may be related to #1459 as a specific use case. However, personally I feel that deprecation should be handled on the compiler level.
The text was updated successfully, but these errors were encountered: