向我的网站发送内容的人使用Word,因此我获得了大量Word文档以转换为HTML.我想只保留基本的格式 - 标题,列表和重点 - 没有图像.
当我使用Libre Office"另存为HTML"转换它们时,生成的文件非常庞大,例如,112K的doc文件变成450K HTML,大部分都是无用的FONT和SPAN标签(出于某种原因,每个标点符号都被包含在内在自己的范围内!).
我尝试了这个脚本:http://www.techrepublic.com/blog/opensource/how-to-convert-doc-and-odf-files-to-clean-and-lean-html/3708基于tidy和sed,它将大小减小到大约150K,但仍有许多无用的SPAN.
我试图复制并过去Kompozer - 一个HTML编辑器,然后保存为HTML; 但它将我所有的非拉丁语(希伯来语)字母转换为"ְ"等实体,将大小增加到750K!
我尝试了docvert:https://github.com/holloway/docvert/issues/6但发现它需要一个需要其他库等的python库,这似乎是一个无穷无尽的依赖路径......
有没有一种简单的方法从Office文档创建干净的HTML?
是否存在完全支持 HDR 图像的网络图像格式?10/12位通道、DCI-P3/Rec.2020色彩空间等
似乎没有一种传统格式支持它,也没有人在谈论它,即使 YouTube 接受 HDR 上传并且 HDR 显示器的采用率正在增加。
当我建立一个网站时,我希望至少有一个浏览器,我可以在没有任何黑客或变通方法的情况下展示它,但仍保留最大的功能.知道没有一个浏览器具有完美的标准依从性,哪一个最接近?
此外,是否有任何标准领域,单个浏览器似乎专门?例如,Opera似乎倾向于坚持所有与语音相关的CSS标准.
现在有没有支持CSS3文本到语音属性的屏幕阅读器richness
,pause
或者pitch
?如果有竞争,哪一个更受欢迎?是否有不同程度的标准合规性?
我想我应该<!DOCTYPE html>
用于我的新GWT应用程序; 我知道这样做会使我的应用程序进入符合标准的模式.我对么?使用此doctype有什么缺点吗?GWT是否在符合标准的模式下正常工作?我很谨慎,因为GWT教程仍然使用HTML 4.01过渡文档类型.
显然,你不能只<tr>
用<a>
标签包围标签并在一天之内调用它; 这是无效的,甚至不起作用.我看过使用过的JavaScript,但是那些不支持JavaScript的浏览器会发生什么?将整个表格行<tr>
放入链接的最佳方法是什么?
编辑:在Lerxst的请求下,这是一个包含一些行的表的示例:
<table>
<thead>
<tr><th>Name</th><th>Number of widgets</th></tr>
</thead>
<tbody>
<tr><td>Bob Smith</td><td>Three</td></tr>
<tr><td>Chuck Norris</td><td>Infinity+1</td></tr>
</tbody>
</table>
Run Code Online (Sandbox Code Playgroud) 有没有人知道严格doctype背后的原因,不允许输入元素是表单元素的直接后代.我觉得很烦人,我必须在另一个块级元素中包含一个提交按钮,这是一个块级元素,例如fieldset或div.但是,我无法在任何地方找到答案.
使用这些方法签名创建公开的Web服务或多或少是可接受的(即标准的):
ThisMethodDoesSomething(ComplexType param)
ThisMethodDoesSomethingElse(AnotherComplexType param)
Run Code Online (Sandbox Code Playgroud)
或这个:
ThisMethodDoesSomethingAndSomethingElse(string xml)
Run Code Online (Sandbox Code Playgroud)
正在执行的操作取决于传递给单个do-it-all方法的XML字符串?我一直和前者在一起,但我的同事更喜欢后者,我在开始一个新项目之前试图权衡两种策略的利弊.哪个更容易被公众接受,为什么?
如果我没记错的话,我曾经看到一种将事件侦听器绑定到与特定条件匹配的每个元素的方法,也许是查询选择器。再次寻找它,除了人们高度依赖jQuery之外,我找不到其他任何东西,但是我更喜欢一种真正简单的方法来实现这一点。
有人知道这个方法叫什么吗?
我已经四处查看,发现WebSQL的未来似乎有些艰难。
一方面,由于实际上每个实际实现都只使用SQLite3,因此它显然被广泛视为一种解决方案,因为该规范本身大量借鉴了SQLite3的设计语义,如果不专门使用SQLite3 将非常棘手。。
另一方面,自2017年2月起,所有主流浏览器似乎都支持它(http://caniuse.com/#search=websql)-Chrome已经有很长的历史了,它是在IE11 Edge 14中引入的,Firefox 50和Safari10。移动支持似乎也在积极发展(现在,只有注释说明它在某些三星手机上由于某些原因无法使用)。
IndexedDB背后的理论确实是有道理的:这是一个崭新的标准,不与任何现有库绑定,供应商可以设计自己的实现,进行竞争并避免供应商/库锁定。但是,我陷入了IndexedDB最不利的方面之一:由于实现开销,其抽象设计的性能似乎绝对是灾难性的。
http://scaljeri.github.io/indexeddb-vs-websql/v2.0.0/index.html是一键式IndexedDB-vs-WebSQL决战。我将其设置为10000个项目(一个相当适中的数字),并尝试使用我的ThinkPad T43-具有2GB RAM的单核2GHz PentiumM。
首先,除了运行Chromium之外,什么都没有执行,大多数选项卡都已挂起,其余选项卡未使用任何CPU:
在IndexedDB的整个“插入”时间内,该选项卡使用100%CPU,并且系统通常无法使用。(我可以浏览一下-屏幕重绘的速度确实很慢-但我并不是为了获得准确的基准)。
当我有很多其他事情发生时,我也碰巧在使用该选项卡,并且系统恰好要交换死机(在这台特定的机器上发生了很多事情):
然而,在整个过程中,WebSQL的性能令人难以置信。即使在系统进行大量交换(到较慢的HDD)时,插入一排行也需要三秒钟,并且系统I / O受到很大影响。(注意:默认情况下,我知道SQLite3会将所有数据强制刷新到磁盘上以确保完整性,但是我不确定Chrome的实现是否为WebSQL禁用了此选项。)
在https://nolanlawson.com/2015/09/29/indexeddb-websql-localstorage-what-blocks-the-dom/(自2015年9月起)完成的基准测试似乎与我在此处介绍的内容基本一致;它表明,在2013年的Macbook Air上,IndexedDB的性能明显比WebSQL差。
考虑到这些考虑因素,我有两个问题。
WebSQL 作为Web标准的实际未来是什么?SQLite3可以在任何地方(它是ANSI C)运行,并且WebSQL似乎得到了广泛支持(?)。
我的问题本来是要专门询问有关Chrome扩展程序的支持(请参阅下一点),但是现在我考虑了一下,如果我想要替代localStorage(及其5MB的限制),我想使用WebSQL作为主要解决方案,而很少(如果曾经)使用过IndexedDB或localStorage作为后备。通过这种方法,我成功的机会是什么?
浏览器供应商是否有可能很快放弃对网站和/或扩展的WebSQL支持?
我正处于Chrome扩展程序的设计初期,该程序需要存储可能大量的信息-它将管理历史记录/书签/等,这些数据将永远增长而永不缩减。我要在所有计算机上使用此扩展,包括上面显示的基准测试中的T43。
在我看来,这是WebSQL还是什么都没有;我不同意IndexedDB。如果WebSQL看起来将要消失,我将在Go或类似的服务器上制造一个小型应用服务器,然后简单地与之交谈。
同样,如果有一天WebSQL从Chrome随机“离开”,即使Web支持消失了,对它的扩展支持也将继续吗?
web-standards google-chrome-extension web-sql deprecation-warning
web-standards ×10
html ×4
css ×3
doctype ×2
javascript ×2
browser ×1
css3 ×1
dom-events ×1
gwt ×1
hdr ×1
hdrimages ×1
html-table ×1
ms-word ×1
parameters ×1
quirks-mode ×1
soap ×1
web-services ×1
web-sql ×1
xhtml ×1
xml ×1