图片预览：

ff.JPG

ie.JPG

http://beta.VeryCD.com/groups/ivy/105797.topic

有两张图片，其中一张预览的宽度为450，另一张为400，则：
在ff下，分两行（上下）显示；
在ie下，分一行（左右）显示。

[0] [0] [回复]

firefox对js支持和IE有不一样。所以现在IE里面是图片太大，超过指定宽度的话自动按比例缩小。 ff下面是不显示超出部分，以免影响浏览左侧栏目。

以1024*768为参考。

[0] [0] [回复]

左侧浏览不影响啊（至少是没关系），以前都是这样。
否则，电影海报等大尺寸的图片，超出的部分还要重新察看图片的话反而很麻烦。
我还是坚持在FF下显示全部，而且是非常的坚持。否则太TMD不方便了。

[0] [0] [回复]

http://beta.VeryCD.com/groups/eMuleBeta/119672.topic
2楼 11楼

我也遇到这个情况，在IE下未回复时图片显示很小，回复后却正确。
请查证，解决。

[0] [0] [回复]

完全能解决的，Firefox 直接用 max-width 控制，IE 参考 http://doc.VeryCD.com/script/main.js 中 function suitPic()

只是这个 JS 是定时反复执行的，现在可以在页面尾部执行一下。

[0] [0] [回复]

已经做了些调整，看看还有什么问题。

[0] [0] [回复]

[0] [0] [回复]

改的是预览的大小？
从前是450*675
现在是450和335，比较复杂，好像是宽的是450，高的是335。

预览大小上，我觉得稍微大一点的好。

我的建议是插入图片的完全显示，而不是预览（图片预览一直就没问题啊）。

[0] [0] [回复]

http://beta.VeryCD.com/groups/ivy/105797.topic
有些图片预览之间空行的问题，有些空两行，有些没空。

[0] [0] [回复]

现在是控制上传的图片预览在一定的长宽范围内尽量大，这样即使上传的几张图片，各自的长宽比相差很大，至少不会太难看。要排版到很完美，最好还是编辑帖子手动调整文件顺序（本身上传好的附件就是可以拖的），比如把横的照片放一起、竖的照片放一起。毕竟浏览器来排列，和人来编辑还是不一样的。

外链图片的问题，我也觉得还是把图片内容全部显示出来比较好点。

[0] [0] [回复]

测试贴 http://beta.VeryCD.com/groups/@g201799/157...opic#post203558

宽450，高650。
从前是这样的。

现在的：宽450，高335。
是不是弄错了。


至少感觉图片被缩得太小了，只稍微比缩略图大一些 。
这好像违背了预览的初衷：预览应该使不是特别大（800*600以下）的图片基本上不需要重新打开原图即可欣赏。

[0] [0] [回复]

进一步的思考
除去高宽比的实现和缩略图是否占用空间等技术性问题（我不明白），从预览图片的本质上来讨论：

控制图片预览尺寸的目的是什么？
是要使图片预览不要太宽，否则超出帖子宽度，影响显示。
从这个意义上来说，只要控制图片预览的宽度即可，而不必去限制高度。
至于究竟需要多宽的问题，如果是从用户角度的话，当然是越宽越好，即与帖子宽度相当；
如果开发组考虑到美观或者其他限制的问题，目前的450pix也未尝不可。

如果不限制图片的高度，则在原始图片的宽度大于450pix的情况下，图片预览的排列也会美观得多。
至于宽度太小的图片，如两张加起来再加上其他的宽度都没超过帖子宽度，当然就可分为两栏，向上对齐即可。

[0] [0] [回复]

文件库上的图片预览的 尺寸宽度为400px，不计高度，和我预想的一致。宽度好像稍微小了点。
是否group上的图片预览应与file一致呢。

[0] [0] [回复]

看这个问题放了几个月啦！
根据我们的讨论，得出结论：“保持现在不变，无法满足所有人需求。”

[0] [0] [回复]

我建议适当放宽高度！方便海报显示
比较建议原来的
宽450，高650

[0] [0] [回复]

路过，拍个爪子……
看来我离升级还早……

[0] [0] [回复]