Questions tagged «document-ready»

8
$(document).ready速记
是以下简写$(document).ready吗? (function($){ //some code })(jQuery); 我看到这种模式使用了很多东西,但是我找不到任何引用。如果它是的简写$(document).ready(),是否有任何特定原因可能不起作用?在我的测试中,它似乎总是在ready事件之前触发。

15
ng-repeat完成事件
我想用表调用一些针对div的jQuery函数。该表填充了ng-repeat。 当我打电话时 $(document).ready() 我没有结果 也 $scope.$on('$viewContentLoaded', myFunc); 没有帮助。 ng-repeat填充完成后,有什么方法可以执行功能?我已经阅读了有关使用custom的建议directive,但是我不知道如何在ng-repeat和div中使用它。

6
dom完成渲染后如何运行指令?
我有一个看似简单的问题,没有明显的解决方案(通过阅读Angular JS文档)。 我有一个Angular JS指令,该指令根据其他DOM元素的高度进行一些计算,以定义DOM中容器的高度。 指令内部发生了类似的事情: return function(scope, element, attrs) { $('.main').height( $('.site-header').height() - $('.site-footer').height() ); } 问题是当指令运行时,$('site-header')找不到它,返回一个空数组而不是我需要的jQuery包装的DOM元素。 我是否可以在指令中使用仅在加载DOM之后才能运行的回调,并且可以通过常规jQuery选择器样式查询访问其他DOM元素?

5
$(document).ready是否必要?
我在stackoverflow中看到了这个问题,但根本感觉不到答案。 有$(document).ready必要吗? 我在页面底部链接了我的所有JavaScript,因此从理论上讲,它们在文档准备就绪后都可以运行。

8
什么时候应该使用jQuery的document.ready函数?
刚开始使用Javascript / jQuery时,我被告知要使用document.ready,但我从来没有真正了解过为什么。 有人可能会提供一些基本准则,说明何时将javascript / jquery代码包装在jQuery中document.ready吗? 我感兴趣的一些主题: jQuery的.on()方法:我.on()对AJAX 使用了很多方法(通常在动态创建的DOM元素上)。.on()单击处理程序是否应该始终在内部 document.ready? 性能:将各种javascript / jQuery对象保留在 document.ready 内部或外部是否更有性能(性能差异是否显着?)? 对象范围:AJAX加载页面不能说是访问对象中的前一页的的document.ready,正确吗?他们只能访问document.ready 之外的对象(即真正的“全局”对象)吗? 更新:为了遵循最佳实践,我所有的JavaScript(jQuery库和应用程序的代码)都位于HTML页面的底部,并且我在defer加载AJAX的页面上使用jQuery脚本中的属性,以便可以访问这些页面上的jQuery库。

5
Requirejs domReady插件与Jquery $ {document).ready()?
我正在使用RequireJS,需要在DOM上初始化一些东西。现在,RequireJS提供了domReady插件,但是我们已经有了jQuery的$(document).ready(),因为我需要jQuery,所以可以使用它。 所以我有两种选择: 使用domReady插件: require(['domReady'], function (domReady) { domReady(function () { // Do my stuff here... }); }); 用途$(document).ready(): $(document).ready(function() { // Do my stuff here... }); 我应该选择哪一个,为什么? 这两个选项似乎都能按预期工作。我对jQuery不满意,因为RequireJS在发挥作用。也就是说,由于RequireJS将动态添加脚本,因此我担心在所有动态请求的脚本加载之前可能已准备好DOM。而RequireJS只会domReady在我已经需要jQuery时增加其他JS的负担。 问题 domReady当我们可以使用jQuery时,为什么RequireJS提供一个插件$(document).ready();?我看不到包含另一个依赖项的任何优势。 如果只是为了满足需要,那为什么不为跨浏览器的AJAX提供一个呢? 据我所知,domReady在文档准备好后,不会获取或执行需要的模块,您也可以执行同样的操作,需要jQuery: require(['jQuery'], function ($) { $(document).ready(function () { // Do my stuff here... }); }); 更明确地说明我的问题:require domReady或之间有什么区别jQuery?

6
为什么不建议使用“ $()。ready(handler)”?
从jQuery API文档站点获取ready 以下三种语法均等效: $(document).ready(处理程序) $()。ready(handler)(不建议这样做) $(处理程序) 做完作业-阅读并使用源代码后,我不知道为什么 $().ready(handler) 不推荐。第一种和第三种方法完全相同,第三个选项使用以下命令在缓存的jQuery对象上调用ready函数document: rootjQuery = jQuery(document); ... ... // HANDLE: $(function) // Shortcut for document ready } else if ( jQuery.isFunction( selector ) ) { return rootjQuery.ready( selector ); } 但是ready函数与所选节点元素的选择器没有交互作用。ready源代码: ready: function( fn ) { // Attach the listeners jQuery.bindReady(); // Add the …

13
jQuery $ {document).ready()触发两次
我一直在网上浏览,试图找出这里发生的事情,但我还没有得到具体的答案。 $(document).ready我的网站上有一个缝可以运行多次,而不管其中的代码如何。 我已经阅读了有关jQuery的错误报告,内容涉及.ready如果语句中发生异常,事件将如何触发两次。但是,即使我有以下代码,它仍然运行两次: $(document).ready(function() { try{ console.log('ready'); } catch(e){ console.log(e); } }); 在控制台中,我看到的只是两次“就绪”记录。另一个带有异常的.ready是否有可能引起问题?我的理解是,所有.ready标签都是彼此独立的,但是我似乎找不到在哪里发挥作用? 这是该站点的标题: <head> <title>${path.title}</title> <meta name="Description" content="${path.description}" /> <link href="${cssHost}${path.pathCss}" rel="stylesheet" type="text/css" /> <script src="http://ajax.googleapis.com/ajax/libs/jquery/1.7.1/jquery.min.js" type="text/javascript" charset="utf-8"><!----></script> <script src="media/js/fancybox/jquery.fancybox.pack.js" type="text/javascript" ><!-- --></script> <script src="/media/es/jobsite/js/landing.js" type="text/javascript" ><!-- --></script> <script src="/media/es/jobsite/js/functions.js" type="text/javascript"><!-- --> </script> <script src="/media/es/jobsite/js/jobParsing.js" type="text/javascript" charset="utf-8"><!----></script> <script src="/media/es/jobsite/js/queryNormilization.js" …

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.