迄今为止的设计都很顺利，但这次就不得不接触我前面所说的非常糟糕的流文档了，但在此之前先来把标题弄好：

MailMail简介

效果：

接下来就是流文档嵌入工作了，还记得之这篇文章中编辑的流文档吗？我的计划是使用一个Frame元素嵌入这个流文档，Frame元素类似于网页中的iFrame，相当于内嵌的一个小浏览器，Frame可以进行导航，这样在需要时可以通过超链接来导航以显示各个频道的内容。

现在就插入一个Frame元素到标题下面：

Source指向了我们以前编辑的那个流文档，这看起来很好，但是如果你在IE中预览它的效果的话，你就会震惊了：

再往下看：

如果非要我用一个字来作出评价，还不允许带脏字的话，那就是“惨”。

我尝试过很多方法进行调整，比如列宽、列间距等等，均告无效，它始终都会以如此糟糕的形态出现。

分析其原因：

流文档的默认阅读器是FlowDocumentReader，这种阅读器过分复杂，并且我感觉很不完善。解决办法只能是在流文档文件中，为文档套上我们想要使用的阅读器FlowDocumentPageViewer，天哪，这令我作呕，我还怎么在多处重用流文档？

但这样问题还未解决，文档被嵌入后仍然不能横向充满容器。

这是因为我们的Frame没有固定的尺寸，被嵌入的流文档智商很低，无法跟随Frame进行伸缩，所以始终保持在一个窄小的横向空间中。解决方法还是用的一个龌龊的偏方，将Frame的宽度绑定到上层容器的实际宽度属性上：Width="{Binding ElementName=Content,Path=ActualWidth}"。

这方法有个后遗症，就是假如你浏览器宽度在阅览期间一直不变或者只是增大，那不会产生问题，但如果你尝试在阅读时缩小浏览器宽度，那么页面不会随之缩小。

WPF的液态布局中容器与内容间无法统一的缺陷真是太糟糕了，至少我一直都没找到优雅的方法。

除此之外，还有一点让人不可理解，就是在此页面定义的样式不会影响到内嵌的流文档，也就是说想定义样式就必须得在流文档里定义，这再次粉碎了我重用流文档的念头。

经过一番痛苦的蹂躏，先前的流文档被修改为这样：

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

http://images.cnblogs.com/cnblogs_com/skyd/8.jpg" Stretch="UniformToFill" />

MailMail 是一款独特的邮件发送工具，或许它独特到你从未感受过的地步，它可使你通过轻松、简单、愉快的操作完成日常邮件发送操作，当然，它肯定不是因“会发邮件”而独特，而是在于“怎么发”，相信我，你一定要自己来感受一下。

通过

MailMail ，你可以达成很多你所未曾尝试的邮箱应用，如备份文件、分享音乐、分发资料、提交工作文档、群发消息等，

MailMail 提供了巧妙的选项设置及完善的配置系统让你得心应手地做这些事。

当然，好东西也有坏处：

MailMail 会让你的邮件服务商头大，因为他们许诺的1G、2G、5G空间可能都要被你充分利用掉。是的，你有很高几率发上瘾，就像一句老话：“一发不可收拾”。

ITPub博客

用XAML做网页！！—终结篇

最新文章