生成的是给外审看的版本。所以要谨慎。不要有错。

引用回帖:

2楼: Originally posted by eiri at 2016-12-31 01:36:55
生成的是给外审看的版本。所以要谨慎。不要有错。

多谢回答，编辑那边应该是根据官方模板编译，不会出错。那我能否直接在zip里面提供一个同名的pdf呢？现在蛋疼的是，我用的oe官方模板，但是网页生成版本似乎不支持多行子公式。而我看过今年发表的其他OE论文，确实是有多行子公式的。。。。。

引用回帖:

3楼: Originally posted by 佳友小鱼 at 2016-12-31 10:14:53
多谢回答，编辑那边应该是根据官方模板编译，不会出错。那我能否直接在zip里面提供一个同名的pdf呢？现在蛋疼的是，我用的oe官方模板，但是网页生成版本似乎不支持多行子公式。而我看过今年发表的其他OE论文，确实 ...

支持多行呀~以前用mathtype编辑公式在OE好像暂时没碰到过LZ的问题~不知道是不是OE现在改版的变了。。。

引用回帖:

4楼: Originally posted by claymore88 at 2016-12-31 11:14:41
支持多行呀~以前用mathtype编辑公式在OE好像暂时没碰到过LZ的问题~不知道是不是OE现在改版的变了。。。...

多谢回复，mathtype当然没问题

我这里说的是ctex，涉及到底层编译器问题，我用texlive2016+官方模板，能够正常编译，按理来说在官方页面也可以

后面出现的主要是公式问题，例如子公式(1a)(1b)(1c)，他那边自动转化为公式(1),(2),(3)
还有\dfrac无法识别，只能识别\frac，公式的\text无法识别等等

反正网页编译器命令能识别的很有限，那些识别不了的就蛋疼了。

PS：tex模板2016年9月份刚刚改过，确实是变化了
，

osa的投稿系统必须提交源文件，不能提交pdf，这点很不爽，自动生成的pdf常常出问题。

去年刚投OE过，主要的问题是OE官方模板sty文件和在线sty文件是不同的

楼主问题是公式缺少align或者aligned支持，是缺少amsmath导致的，document前面加\usepackage{amsmath}即可解决。

注意即使编译无问题，也需要仔细校对在线pdf，因为在线sty排版与官方存在一些出入。