KendoWindow:以编程方式调整窗口高度,使垂直滚动条消失(KendoWindow: adjust programmatically window height to make vertical scroll-bar disappear)
鉴于这两个具有相同内容的KendoWindows ,其中第一个具有垂直滚动条而第二个没有,是否可以计算/设置第一个窗口的KendoWindows高度以适合文本(并进行滚动-bar消失了)?
这是jsfiddle javascript:
$("#dialog1").kendoWindow(); var dialog1 = $("#dialog1").data("kendoWindow"); dialog1.setOptions({ width: 500, height: 50 }); $("#dialog2").kendoWindow(); var dialog2 = $("#dialog2").data("kendoWindow"); dialog2.setOptions({ width: 500, height: 100 }); $("#dialog2").closest(".k-window").css({ top: 200 });
Given these two KendoWindows with the same content, where the first one has a vertical scroll-bar and the second one doesn't, is it possible to calculate/set the KendoWindows height of the first window to fit the text (and make the scroll-bar disappear)?
This is the jsfiddle javascript:
$("#dialog1").kendoWindow(); var dialog1 = $("#dialog1").data("kendoWindow"); dialog1.setOptions({ width: 500, height: 50 }); $("#dialog2").kendoWindow(); var dialog2 = $("#dialog2").data("kendoWindow"); dialog2.setOptions({ width: 500, height: 100 }); $("#dialog2").closest(".k-window").css({ top: 200 });
原文:https://stackoverflow.com/questions/26936061
最满意答案
你是对的
- 将/ node_modules添加到.gitignore。
- 将依赖项添加到packages.json并让Azure在部署时安装它们(每个新的/更新的程序包只安装一次)。
PS:由于你已经将/ node_modules文件夹推送到版本控件,你必须先删除它。
You are correct
- Add /node_modules to .gitignore.
- Add dependencies to your packages.json and let Azure install them at deploy (only one-time install for each new/updated package).
PS: Since you already pushed /node_modules folder to the version control you gonna have to remove it first.
相关问答
更多-
使用Git推送部署项目(Deploy a project using Git push)[2022-08-14]
我在这个网站上发现了这个脚本 ,它似乎工作得很好。 将您的.git目录复制到您的Web服务器 在本地副本上,修改您的.git / config文件,并将您的Web服务器添加为远程: [remote "production"] url = username@webserver:/path/to/htdocs/.git 在服务器上,使用此文件替换.git / hooks / post-update(在下面的答案中) 添加对文件的执行访问(再次,在服务器上): chmod +x .git/hooks/p ... -
问题是它拥有我的根ubuntu无法访问根文件 the problem is its owned my root ubuntu doesnt have access to root files
-
是的,它基本上是相同的,除了你将project设置到文件夹而不是csproj文件。 例如 [config] project = SomeFolder 详情请看这里 。 Yes, it's basically the same, except you set project to the folder instead of the csproj file. e.g. [config] project = SomeFolder See here for details.
-
使用Git子模块持续部署VSTS应用程序在Azure上失败(Continuous Deployment of VSTS app with Git submodules fails on Azure)[2023-05-11]
所以我想出了一个关于如何在Azure上使用子模块进行git部署的解决方法。 通过单击VSTS中的克隆然后单击个人访问令牌来创建个人访问令牌。 复制访问令牌并修改.gitmodules文件中所有子模块的URL。 之后git模块的url应如下所示: https://deployment:YOURCOPIEDAPIKEY@XXX.visualstudio.com/defaultcollection/Project/_git/Project.API.Models 确保将API密钥粘贴到子模块的所有子模块和子模块中。 ... -
你是对的 将/ node_modules添加到.gitignore。 将依赖项添加到packages.json并让Azure在部署时安装它们(每个新的/更新的程序包只安装一次)。 PS:由于你已经将/ node_modules文件夹推送到版本控件,你必须先删除它。 You are correct Add /node_modules to .gitignore. Add dependencies to your packages.json and let Azure install them at deplo ...
-
弄清楚:我只是将app设置中的“Project”属性设置为PHP应用程序的目录名,相对于repo的根目录。 Figured it out: I just set the "Project" attribute in app settings to the directory name of the PHP application, relative to the root of the repo.
-
从上周http://weblogs.asp.net/scottgu/archive/2013/11/04/windows-azure-import-export-hard-drives-vm-acls-web-sockets-remote转到Scott Guthrie的博客文章-debugging-continuous-delivery-new-relic-billing-alerts-and-more.aspx并搜索TFS。 它现在得到官方支持 - 不需要像修改的msbuild参数那样的东西。 Go to ...
-
MobileFirst Platform Foundation不支持Java 8 - 您只能使用Java 6或7。 在执行(1)之后,还要卸载CLI(/ Applications / IBM / MobileFirst-CLI / Uninstaller)并从IBM Fix Central下载最新的可用iFix,其中包含针对CLI的几个错误修复,包括对服务器中提到的服务器的潜在修复这个问题。 MobileFirst Platform Foundation does not support Java 8 - ...
-
不要从VS发布到azure,而是将你的azure网站设置为从github repo中提取。 部署过程会编译您的解决方案。 观看http://www.youtube.com/watch?v=5NGieL0tinw&feature=youtu.be&hd=1或阅读http://vishaljoshi.blogspot.com/2012/09/continuous-deployment-from-github-to.html 此外,SocttGu在他的博客@ http://weblogs.asp.net/scot ...
-
Azure git部署失败(Azure git deployment failure)[2022-10-23]
发现了问题。 通过deploy.cmd脚本我添加了一些“echo”来检查变量值,我注意到MSBUILD_PATH变量值是D:\ Program Files \ etc ....当脚本运行时,它周围没有引号因此为什么D:\ Program错误。 我添加了它周围的引号( "%MSBUILD_PATH%" ),它现在再次正常工作。 Found the problem. Going through the deploy.cmd script I added a few "echo" to check the var ...