如图1，在直角梯形ABCD中，AD∥BC，∠B=∠A=90°，AD=a，BC=b，AB=c，
操作示例：
我们可以取直角梯形ABCD的非直角腰CD的中点P，过点P作PE∥AB，裁掉△PEC，并将△PEC绕点P逆时针旋转180°拼接到△PFD的位置，构成新的图形（如图2）．
思考发现：
判断图2中四边形ABEF的形状：；四边形ABEF的面积是．（用含字母的代数式表示）
实践探究：
类比图2的剪拼方法，请你就图3（已知：AB∥DC）画出剪拼成一个平行四边形的示意图．
联想拓展：
小明通过探究后发现：在一个四边形中，只要有一组对边平行，就可以剪拼成平行四边形．
（1）如图4，在梯形ABCD中，AD∥BC，E是CD的中点，EF⊥AB于点F，AB=5，EF=4，求梯形ABCD的面积．
（2）如图5的多边形中，AE=CD，AE∥CD，能否象上面剪切方法一样沿一条直线进行剪切，拼成一平行四边形？若能，请你在图中画出剪拼的示意图并作必要的文字说明；若不能，简要说明理由．
提 示 请您或之后查看试题解析 惊喜：新移动手机注册无广告查看试题解析、半价提问由,得,由此求出的值;由,可以求得的长度;若点落在线段上,则有,根据相似比例式列方程求出的值;有两种情况,需要分类讨论:当时,如题图所示;当时,如答图所示.本问涉及图形的剪拼.在沿轴左右平移的过程中,符合条件的剪拼方法有三种,需要分类讨论,分别如答图所示.
解:由题意,易证,.,.当时,.由知,,,,,.点落在线段上,,,即,解得或(小于,舍去)当时,点落在线段上;当时,如题图所示:;当时,如答图所示:.符合条件的点的坐标为:,或.理由如下:在沿轴左右平移的过程中,符合条件的剪拼方法有三种:方法一:如答图所示,当时,点的坐标为,根据,为拼成的三角形,此时的坐标为;方法二:如答图所示,当点与点重合时,点的坐标为,根据,可知为拼成的三角形,此时的坐标为;方法三:当时,点的坐标为,根据,可知为拼成的三角形,此时的坐标为.
本题考查了坐标平面内几何图形的多种性质,是一道难度较大的中考压轴题.涉及到的知识点包括相似三角形,全等三角形,点的坐标,几何变换(旋转,平移,对称),图形的剪拼,解方程等,非常全面;分类讨论的思想贯穿第问和第问,第问还考查了几何图形的空间想象能力.本题涉及考点众多,内涵丰富,对考生的数学综合能力要求较高.
4002@@3@@@@相似形综合题@@@@@@266@@Math@@Junior@@$266@@2@@@@图形的相似@@@@@@53@@Math@@Junior@@$53@@1@@@@图形的变化@@@@@@7@@Math@@Junior@@$7@@0@@@@初中数学@@@@@@-1@@Math@@Junior@@
求解答 学习搜索引擎 | 如图1,点A是x轴正半轴上的动点,点B坐标为(0,4),M是线段AB的中点,将点M绕点A顺时针方向旋转{{90}^{\circ }}得到点C,过点C作x轴的垂线,垂足为F,过点B作y轴的垂线与直线CF相交于点E,点D是点A关于直线CF的对称点,连结AC,BC,CD,设点A的横坐标为t.(1)当t=2时,求CF的长;(2)\textcircled{1}当t为何值时,点C落在线段BD上;
\textcircled{2}设\Delta BCE的面积为S,求S与t之间的函数关系式;(3)如图2,当点C与点E重合时,将\Delta CDF沿x轴左右平移得到\Delta {C}'{D}'{F}',再将A,B,{C}',{D}'为顶点的四边形沿{C}'{F}'剪开,得到两个图形,用这两个图形拼成不重叠且无缝隙的图形恰好是三角形.请直接写出所有符合上述条件的点{C}'的坐标.浏览器允许运行脚本内容或者安装Adobe Flash Player 10以上版本再试试吧~js上传图片预览加实时剪切 - 航空母舰㊣ PHP IS MY LIFE
- ITeye技术网站
博客分类：
图片上传预览是一种在图片上传之前对图片进行本地预览的技术。 使用户选择图片后能立即查看图片，而不需上传服务器，提高用户体验。 但随着浏览器安全性的提高，要实现图片上传预览也越来越困难。 不过群众的智慧是无限的，网上已经有很多变通或先进的方法来实现。 例如ie7/ie8的滤镜预览法，firefox 3的getAsDataURL方法。 但在opera、safari和chrome还是没有办法实现本地预览，只能通过后台来支持预览。 在研究了各种预览方法后，作为总结，写了这个程序，跟大家一起分享。 上次写的简便无刷新文件上传系统 最初的目的就是用来实现这个图片预览效果的。 兼容：ie6/7/8, firefox 3.5.5 后台支持下还兼容：opera 10.10, safari 4.0.4, chrome 3.0 ps：兼容opera, safari和chrome需要后台支持，请下载实例测试。
【基本原理】
图片预览主要包括两个部分：从file表单控件获取图像数据，根据数据显示预览图像。 程序的file和img属性就是用来保存file控件和显示预览图像的容器的，而img还必须是img元素。
程序有以下几种预览方式： simple模式：直接从file的value获取图片路径来显示预览，适用于ie6； filter模式：通过selection获取file的图片路径，再用滤镜来显示预览，适用于ie7/8； domfile模式：调用file的getAsDataURL方法获取Data URI数据来显示预览，适用于ff3； remote模式：最后的办法，把file提交后台处理后返回图片数据来显示预览，全适用。
程序定义时就自动根据浏览器设置MODE属性：
ImagePreview.MODE = $$B.ie7 || $$B.ie8 ? "filter" :
$$B.firefox ? "domfile" :
$$B.opera || $$B.chrome || $$B.safari ? "remote" : "simple";
如果用能力检测会比较麻烦，所以只用了浏览器检测。 由于浏览器对应的默认模式是不会变的，这个值会保存到函数属性中作为公用属性。 ps：ie6也可以用filter模式，不过它有更好的simple模式。
【获取数据】
调用preview方法，就会执行预览程序： if ( this.file && false !== this.onCheck() ) {
this._preview( this._getData() );
在通过检测后，再调用_getData获取数据，并作为_preview的参数进入下一步。 程序初始化时就会根据mode来设置_getData数据获取程序：
this._getData = this._getDataFun(opt.mode);
mode的默认值是ImagePreview.MODE，也可以在可选参数中自定义。
由于兼容性问题，一般应保留默认值，除非是使用全兼容的remote模式。
在_getDataFun里面，根据mode返回数据获取程序：
switch (mode) {
case "filter" :
return this._filterD
case "domfile" :
return this._domfileD
case "remote" :
return this._remoteD
case "simple" :
return this._simpleD
不同的模式有不同的数据获取程序： 滤镜数据获取程序：
this.file.select();
return document.selection.createRange().
} finally { document.selection.empty(); }
一般用在ie7/8，在file控件select后再通过selection对象获得文件本地路径。 此时file控件不能隐藏，否则不能被select，不过一般能选择文件就肯定能被select了。 确实要隐藏也可以在获取数据之后再隐藏。
domfile数据获取程序：
return this.file.files[0].getAsDataURL();
用getAsDataURL从file控件获取数据，这个方法暂时只有ff3支持。
远程数据获取程序：
this._setUpload();
this._upload && this._upload.upload();
用_upload上传文件对象把数据提交后台，根据返回的数据再显示。
这个方法不属于本地预览，是没有办法中的办法。
一般数据获取程序：
return this.file.
最原始的方法，现在只有ie6还支持从file的value直接获取本地路径。
获取数据后，作为_preview预览程序的参数，再进行处理：
if ( !!data && data !== this._data ) {
this._data = this._show();
首先排除空值或相同值的情况，再执行_show程序进行显示预览，其中_data属性用来保存当前的图片数据。 图片使用Data URI数据时可能会设置一个很大的src值，在ie8获取很大的src值会出现“无效指针”的错误。 使用_data属性保存这个值可以避免从src取值而触发这个错误。
远程数据获取程序没有返回值，因为它需要等待返回数据，在_preview中会自动排除。
【显示预览】
程序初始化时就会根据mode来设置_show预览显示程序：
this._show = opt.mode !== "filter" ? this._simpleShow : this._filterS
除了filter模式，都是使用_simpleShow显示程序来显示预览图片的。 里面会先调用_simplePreload方法设置一般预载图片对象：
if ( !this._preload ) {
var preload = this._preload = new Image(), oThis = this,
onload = function(){ oThis._imgShow( oThis._data, this.width, this.height ); };
this._onload = function(){ this.onload = onload.call(this); }
preload.onload = $$B.ie ? this._onload :
preload.onerror = function(){ oThis._error(); };
} else if ( $$B.ie ) {
this._preload.onload = this._
预载图片对象保存在_preload属性中，主要用来判断图像能否加载成功并获取图片原始尺寸。 要实现这些功能使用Image对象就足够了。 在onload中执行_imgShow显示预览，在onerror中进行出错处理。 ps：ff、chrome和safari的图片对象还有naturalHeight和naturalWidth属性可以获取图片的原始尺寸，即使图片尺寸已经修改过。 这里要注意ie6/7的gif图片载入bug，测试以下代码：
&!DOCTYPE html&&body&&img id="img" /&&div id="div"&&/div&&/body&
img.onload = function(){ div.innerHTML += plete + ", "; };
img.src = "/image/my/loading.gif";
一般图片执行一次onload后并不会重复执行，但ie6/7的gif每次循环播放都会执行一次onload。 ps：ie8在非标准（怪辟）模式下也有相同的问题。 可以在onload的时候，判断complete是否为false来判断是否重复加载。 ps：除了ie，其他浏览器在onload时complete就已经为true了。 问题是选择另一个图片时这个complete仍然是true，这样就没有意义了。 所以只好在onload里面重置onload为null，并在每次选择文件重设onload了。
然后设置_preload的src预载图片，如果成功预载就会执行_imgShow显示预览。 要注意src的设置要在onload/onerror的设置之后，否则设置之前就加载完成的话就触发不了事件了。
_imgShow需要三个参数，包括要预览图片的src值，图片原始宽度和图片原始高度。 在_imgShow里面首先设置预览图片的尺寸：
var img = this.img, style = img.style,
ratio = Math.max( 0, this.ratio ) || Math.min( 1,
Math.max( 0, this.maxWidth ) / width
Math.max( 0, this.maxHeight ) / height || 1
style.width = Math.round( width * ratio ) + "px";
style.height = Math.round( height * ratio ) + "px";
这里的关键是获取ratio比例值，如果自定义的ratio大于0就直接使用自定义的比例，否则就根据参数自动计算。 自动计算首先要确保maxWidth最大宽度和maxHeight最大高度大于等于0。 然后分别跟原始宽高做“/”运算得到比例，如果比例为0表示不限制，那么比例就自动改为1。 最后取比较小的比例来计算，程序设定了比例最大值为1，这样就不会自动放大图片了。 当然比例的计算可以根据需要自行修改。 ps：style的优先级比属性(width/height)高，所以要用style设置。
最后设置img的src就可以实现预览了。
【remote模式】
remote模式会先提交file控件到后台，通过返回的数据来显示图片。 它跟其他模式最大的区别就是获取数据的部分。
在_remoteData远程数据获取程序中，会调用_setUpload来设置上传文件对象。 如果设置了action，并存在QuickUpload函数，就会实例化一个上传文件对象保存到_upload中：
var oThis =
this._upload = new QuickUpload(this.file, {
onReady: function(){
this.action = oThis. this.timeout = oThis.
var parameter = this.
parameter.ratio = oThis.
parameter.width = oThis.maxW
parameter.height = oThis.maxH
onFinish: function(iframe){
oThis._preview( iframe.contentWindow.document.body.innerHTML );
}catch(e){ oThis._error("remote error"); }
onTimeout: function(){ oThis._error("timeout error"); }
这里使用的QuickUpload就是简便无刷新文件上传程序 。 在onReady中设置参数，在onFinish中处理返回数据，onTimeout进行出错处理。 返回的数据可以是图片的地址或对应的Data URI数据，然后给_preview处理。 当然针对不同的后台输出，数据处理的方式也不同，可以按照需要修改。
后台最好先根据传递的参数缩小图片，尽量减少返回数据来提高预览速度。
【filter模式】
filter模式在_filterData程序中得到文件本地路径，但ie7/8都不允许直接使用本地路径显示图片。 不过还是可以通过滤镜，用本地路径来做预览图片效果。
filter模式使用_filterShow方法来显示预览图片。 里面先调用_filterPreload方法来设置滤镜预载图片对象。跟一般预载图片对象不同，滤镜预载对象是用滤镜来显示图片，所以并不一定要图像元素。 程序就使用了div元素作为滤镜预载对象：
var preload = this._preload = document.createElement("div");
$$D.setStyle( preload, {
width: "1px", height: "1px",
visibility: "hidden", position: "absolute", left: "-9999px", top: "-9999px",
filter: "progid:DXImageTransform.Microsoft.AlphaImageLoader(sizingMethod='image')"
var body = document. body.insertBefore( preload, body.childNodes[0] );
在样式设置中隐藏元素并添加滤镜，要使滤镜生效width和height必须设置一个值。 由于要获取尺寸，只能用visibility来隐藏并插入body，关于AlphaImageLoader滤镜后面再介绍。
然后在_filterShow中预载图片：
preload.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").src =
}catch(e){ this._error("filter error"); }
成功的话，再给img载入图片：
this.img.style.filter = "progid:DXImageTransform.Microsoft.AlphaImageLoader(sizingMethod='scale',src=\"" + data + "\")";
注意，如果路径中有“)”，“%”这类字符的话，直接拼接到滤镜字符串中会出现类似sql注入的问题。 程序会先对这些敏感字符进行escape编码：
data = this._data.replace(/[)'"%]/g, function(s){ return escape(escape(s)); });
为什么要做两次escape编码呢？测试时发现“%”只转一次的话，遇到“%40”之类的字符时还是会出问题。 所以我推测，字符在使用前会进行两次unescape解码，于是对应的做两次escape编码果然没问题了。 虽然预载对象是直接设置滤镜的src属性，但也有“%”的拼接字问题，所以也要escape编码。 ps：虽然单引号和双引号这里并不是必要，还是一起替换掉安心点。
还要注意预览对象不要用filters.item的方式设置滤镜。 因为元素插入文档之前，并不能通过filters.item获取滤镜对象，但能通过style预先设置filter。 所以在不确定元素位置的情况下，只能用style来设置filter了。
最后调用_imgShow设置尺寸：
this._imgShow( ImagePreview.TRANSPARENT, preload.offsetWidth, preload.offsetHeight );
由于img是一个图片对象，默认会显示一个小图标，为了去掉这个小图标，可以让它显示一个透明图片。 程序传递了ImagePreview.TRANSPARENT来设置透明图片，具体数据在Data URI 和 MHTML再说明。 ps：当然也可以在filter模式用div做预览图片对象就没有小图标了，但这样兼容起来会麻烦很多。
【AlphaImageLoader滤镜】
filter模式使用的是AlphaImageLoader滤镜。 它的作用是在对象容器边界内，在对象的背景和内容之间显示一张图片。 如果载入的是png图片，其透明度会被支持，因此它更多地用来解决png的兼容问题。 详细参考msdn的AlphaImageLoader Filter 和“Microsoft.AlphaImageLoader滤镜讲解 ”。 它包括三个属性：enabled（滤镜是否激活），sizingMethod（图像显示方式）和src（图像路径）。 程序主要使用后面两个属性。
sizingMethod有三种方式： crop：剪切图片以适应对象尺寸； image：默认值。增大或减小对象的尺寸边界以适应图片的尺寸；
scale：缩放图片以适应对象的尺寸边界。
预载图片对象_preload，需要获取图片的原始尺寸，所以要用image方式。 而预览图片对象img，则要按设定尺寸显示图片，所以要用scale方式。
而src属性设置的路径还支持本地路径，是实现filter模式的关键所在。 还好滤镜并没有像file控件那样提高安全性，否则ie7/8就没有办法实现本地预览了。
【nsIDOMFile接口】
ff从3.0（或许更早）开始，就不能通过file控件的value属性获取文件本地路径，也不支持直接用本地路径显示图片。 不过欣喜的是，它同时也提供了nsIDOMFile接口，能更好地获取文件数据。 在ff的file控件有一个FileList对象，包含了带nsIDOMFile接口的File对象。 ps：FileList对象貌似是一个NodeList集合，但目前只能用第一个，可能是为了将来实现一个file控件选择多个文件的功能预留的。
这个File对象有三个获取文件数据的方法： getAsText：获取文件的文本数据，可以通过参数设置编码； getAsDataURL：获取文件的Data URI(URL?)数据； getAsBinary：获取文件的二进制数据。 其中getAsDataURL获得的Data URI数据可以用于显示图片，_domfileData中就是用它来获取数据的。
File对象还支持两个属性：fileName（文件名，不包括路径）和fileSize（文件大小）。 相关具体说明参考mozilla的File 和nsIDOMFile 。
【Data URI 和 MHTML】
上面已经多次提到Data URI，详细介绍请看秦歌的“Data URI 和 MHTML ”。 Data URI的主要作用是以字符代替数据，从而把文件“嵌”在代码里。 除了ie，其他浏览器基本都很好的支持了Data URI。 ie8也有限度地支持，详细参考msdn的data Protocol 。
由于opera，safari和chrome需要remote模式的浏览器都支持Data URI，所以程序返回的是Data URI形式的数据。 相比返回路径的方法，返回Data URI不需要创建文件，还少一次HTTP请求。 ps：ie8只支持32k的Data URI数据，在ie8使用时要注意数据大小。
在filter模式需要一个透明图片来去掉img默认显示的小图标，一般的方法需要一个图片文件。 为了“省下”这个文件，可以使用Data URI来做一个1*1的透明图片：
data:image/base64,R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==
支持Data URI的情况下，只要把img的src设置为这个值就可以显示一个透明图片了。
虽然ie6/7不支持Data URI，但还有mhtml可以使。
在ImagePreviewd.js开头有一段注释了的代码：
Content-Type: multipart/ boundary="_CLOUDGAMER"
--_CLOUDGAMER
Content-Location:blankImage
Content-Transfer-Encoding:base64
R0lGODlhAQABAJEAAAAAAP///////wAAACH5BAEAAAIALAAAAAABAAEAAAICVAEAOw==
其中boundary的值是分隔符标识，说明用于分隔数据段的字符。 Content-Location说明关联引用位置，可以用作数据段的标识。 Content-Transfer-Encoding就是字符编码形式。 后面的代码就是1*1的透明图片的base64编码数据。
然后在代码中这样调用（例如设置img元素的src属性）： mhtml:文件完整路径!blankImage 就可以链接到一个透明图片了。
接着就要解决如何获得script（js文件）的完整路径（包含http开头的路径）的问题了。 首先要在脚本运行时获取，当前运行的script肯定是document.scripts的最后一个：
document.scripts[document.scripts.length - 1]
ps：ff不支持document.scripts，可以用getElementsByTagName("script")来兼容。
接着可以利用getAttribute从src获取script的完整路径：
document.scripts[document.scripts.length - 1].getAttribute("src", 4)
ie6/7的getAttribute支持第二个参数，设为4表示返回完整路径的url地址，详细参考msdn的getAttribute Method 。 结合Data URI 和 MHTML可以这样得到透明图片数据：
ImagePreview.TRANSPARENT = $$B.ie7 || $$B.ie6 ?
"mhtml:" + document.scripts[document.scripts.length - 1].getAttribute("src", 4) + "!blankImage" :
"data:image/base64,R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==";
使用时要注意： 脚本必须单独另存为一个文件，作为mhtml需要的文件路径。 要自动获取完整路径需要用script标签链接文件。
【超空间】
程序还有一个dispose方法用于销毁程序。 包括这几个部分： _upload上传文件对象：它本身已经有一个dispose方法来销毁程序； _preload预载图片对象：先清除它的onload/onerror事件再移除元素； file和img属性：直接设为null，由于不是程序创建的元素，留给使用者来移除。
说到移除元素，顺便说一下超空间（DOM hyperspace），这是从“ppk谈javascript”中看到的。 大概指的是当元素不在dom里面，而js又有关联时，元素并不会消失，而是保存在一个称为“超空间”的地方。 详细参考书的DOM 超空间部分。 书中还说可以根据是否有parentNode来判断元素是否在超空间，但测试以下代码：
&body&&/body&
var elm = document.createElement("div");
alert(elm.parentNode);
document.body.removeChild(document.body.appendChild(elm));
alert(elm.parentNode);
第一次parentNode都是null，没有问题，按理第二次也应该是null，但ie却是一个object。 经测试，这个object的nodeType是11，也就是一个碎片对象（FRAGMENT）。 而且各个被removeChild移除的元素的parentNode都不相同，即会生成不同的碎片对象。 这种情况算不算在“超空间”呢，不过书中也只是说“一般来说”，也不用太考究。
那么用innerHTML清除呢？再测试以下代码：
&body&&div id="test"&&/div&&/body&
var elm = document.getElementById("test");
document.body.innerHTML = "";
alert(elm.parentNode);
结果在ie也是null了，看来removeChild和innerHTML在清除元素时产生了不同的结果。
那个碎片对象貌似没什么用（难道为了保证有parentNode？），那是不是innerHTML就一定比removeChild好呢？ 再测试以下代码：
&style&div{border:1px solid #000; height:20}&/style&
&span&&div id="test1"&test1&/div&&/span&
&span&&div id="test2"&test2&/div&&/span&
var div1 = document.getElementById("test1"), parent1 = div1.parentN
parent1.removeChild(div1);
alert(div1.tagName + ":" + div1.innerHTML);
parent1.appendChild(div1);
var div2 = document.getElementById("test2"), parent2 = div2.parentN
parent2.innerHTML = "";
alert(div2.tagName + ":" + div2.innerHTML);
parent2.appendChild(div2);
当使用removeChild时，移除元素的结构并没有发生变化，各个浏览器的效果都一样。 而使用innerHTML清除时，其他浏览器的效果跟removeChild一样，但在ie被移除的元素就只剩下一个“外壳”了。
个人推测，ie在使用innerHTML时，被移除的元素会变成一个个单独的元素，失去了彼此的联系。 形象点说就是removeChild是直接掰断树枝，还能继续嫁接使用，而innerHTML是把需要的树叶节点取下来，再把树枝烧掉。 ps：仅仅是推测，谁有官方资料请告诉我。
那么removeChild的好处是移除的元素能再次使用，兼容性好，不好的地方是ie会产生一个没用的碎片对象。 而innerHTML的好处是不会产生多余的碎片对象，方便高效，但在ie被移除的元素基本不能再用，有兼容性问题。 那就可以根据需要使用不同的方法了，至于防止内存泄漏用那个好，感觉是innerHTML，但没有更深入研究的话还说不清楚。
一般来preview方法都是在onchange中调用，即选择文件后立即显示预览。
在不需要程序时最好执行一次dispose方法来销毁程序，防止内存泄漏等。
利用ImagePreview.TRANSPARENT可以显示透明图片，而不需另外隐藏或增加文件。
第二个实例中的ResetFile是用来重置file控件的，详细参考这里file的reset 。 而file控件样式设置详细参考这里的file样式 。
asp版本使用Persits.Jpeg组件缩放图片，测试请先安装该组件。
实例化时，有两个必要参数，分别是file控件对象和img元素的预览显示对象：
new ImagePreview( file, img );
可选参数用来设置系统的默认属性，包括： 属性:
默认值//说明 mode:
ImagePreview.MODE,//预览模式 ratio:
0,//自定义比例 maxWidth: 0,//缩略图宽度 maxHeight: 0,//缩略图高度 onCheck: function(){},//预览检测时执行 onShow:
function(){},//预览图片时执行 onErr:
function(){},//预览错误时执行 以下在remote模式时有效 action:
undefined,//设置action timeout: 0//设置超时(0为不设置) 如果要使用remote模式必须设置一个action。
还提供了以下方法： preview：执行预览操作； dispose：销毁程序。
下载次数: 599
下载次数: 589
描述: .net
下载次数: 351
浏览 11861
hudeyong926
浏览: 823078 次
来自: 武汉
哥们，你的pentaho是多少版本？是4.5版本吗？我按你的配 ...
引用BELONGS_TO（属于）: 如果表 A 和 B 之间的 ...
good articles!!ths.
好问题，求解，或者说直接禁用relation这个高级功能？？？ ...}