Java less和coffeescript之间共享变量?
可以在LESSCS和CoffeScriptJavaScript之间共享变量吗 减: 共同脚本:Java less和coffeescript之间共享变量?,java,javascript,css,coffeescript,playframework-2.0,Java,Javascript,Css,Coffeescript,Playframework 2.0,可以在LESSCS和CoffeScriptJavaScript之间共享变量吗 减: 共同脚本: width = 600 height = 800 stage = new Kinetic.Stage( container: 'mainCanvas' width: width height: height ) 我发现在这两个文件中重复我自己是非常不方便的 当然,我希望能够在更高的抽象层上定义宽度和高度 当然,任何更为通用且可应用于任何框架的技术也值得赞赏。就我而言,没有办法 也许您可
width = 600
height = 800
stage = new Kinetic.Stage(
container: 'mainCanvas'
width: width
height: height
)
我发现在这两个文件中重复我自己是非常不方便的
当然,我希望能够在更高的抽象层上定义宽度和高度
当然,任何更为通用且可应用于任何框架的技术也值得赞赏。就我而言,没有办法
也许您可以在CSS中定义一个类,并仅从样式调整宽度和高度。就我而言,没有办法
也许您可以在CSS中定义一个类,并仅从样式调整宽度和高度。如果您只是尝试通过jquery设置CSS类,会怎么样
stage = new Kinetic.Stage
container: 'mainCanvas'
width: 0
height: 0
mc = $("#mainCanvas")
#assuming that mainCanvas is the element you want to style
mc.addClass "right"
如果您只是尝试通过jquery设置css类会怎么样
stage = new Kinetic.Stage
container: 'mainCanvas'
width: 0
height: 0
mc = $("#mainCanvas")
#assuming that mainCanvas is the element you want to style
mc.addClass "right"
这就是你要找的
从npm页面
范例
假设您想要创建一个共享变量:
$thumbnailSize = 250px
Rosetta允许您在Javascript中使用此变量:
var rosetta = require('./rosetta');
console.log('Thumbnail size is:', rosetta.thumbnailSize.val);
…和您的CSS在本例中为手写笔文件:
@import rosetta
.thumb {
width: $thumbnailSize
height: $thumbnailSize
}
这就是你要找的
从npm页面
范例
假设您想要创建一个共享变量:
$thumbnailSize = 250px
Rosetta允许您在Javascript中使用此变量:
var rosetta = require('./rosetta');
console.log('Thumbnail size is:', rosetta.thumbnailSize.val);
…和您的CSS在本例中为手写笔文件:
@import rosetta
.thumb {
width: $thumbnailSize
height: $thumbnailSize
}
感谢建议+1,我可以看到它可以解决样式问题,但这不仅适用于外观浏览器格式副本,也适用于内部Java脚本计算。例如,stage不会在类更改添加上更新其内部Java脚本变量,Remove不过你给了我一种使用的方法,我正在考虑创建一个隐藏的虚拟元素,并在Java脚本中解析css中的变量,然后将它们设置为Java脚本中的配置对象,稍后我可以将其用作Stage构造函数的参数。@Farmor Perfect!这是我最初的想法-感谢建议+1,我可以看到它可以解决样式问题,但这不仅适用于外观浏览器格式副本,也适用于内部Java脚本计算。例如,stage不会在类更改添加上更新其内部Java脚本变量,Remove不过你给了我一种使用的方法,我正在考虑创建一个隐藏的虚拟元素,并在Java脚本中解析css中的变量,然后将它们设置为Java脚本中的配置对象,稍后我可以将其用作Stage构造函数的参数。@Farmor Perfect!这是我最初的想法-请注意,这是不鼓励的,因此答案应该是搜索解决方案的终点,而不是参考文献的另一个中途停留点,随着时间的推移,这些参考文献往往会过时。请考虑在这里添加一个独立的概要,保持链接作为参考。注意,这是沮丧的,因此答案应该是搜索解决方案的终点,而另一个则会随着时间的推移而趋于过时。请考虑在这里添加一个独立的概要,将链接作为参考。