Java 小程序很快就会被永远淘汰。我明白为什么我们不应该制作新的。但是旧的会怎样呢?人们仍然可以使用 Java 小程序,但不能保证有人愿意或能够将它们移植到 JavaScript。
例如,这本在线计算机音乐书有很多 Java 小程序,可以解释和可视化某些数字音频概念。我正在学习的另一门课程使用大量 Java 小程序来可视化计算几何思想。当 Firefox 放弃 NPAPI 支持时,就是这样,除了那些愿意跳过神秘技术圈的人之外,我们已经切断了这个重要的参考资料。
以下可能的解决方案并不总是符合要求:
一旦所有主要的 Web 浏览器都放弃 NPAPI 支持,目前(或将在一年内)有一种方便的、跨平台的方式来运行现有的 Java 小程序吗?
注意:
我有一个相当简单的问题。我有很多要压缩的 PDF,都按大学班级分组。当我知道我可以自动化整个过程时,我没有时间或精力手动运行 compress 命令。
但是,我不想更改文件的名称;如何使用 pdftk 压缩整个文件夹的 PDF 并将压缩版本放在另一个文件夹中?
我的显示器的分辨率是 1366x768。但我也可以将其配置为 1360x768(注意零),从而暗示存在这种尺寸的监视器。有时,当我将笔记本电脑插入电视时,我会丢失每边额外的三个像素,但只会注意到,因为屏幕会告诉我分辨率。 为什么存在两种尺寸几乎相同的不同显示器尺寸?
这不是为什么存在 1366x768 分辨率的副本?. 实际分辨率无关紧要。 我在问是否需要两个尺寸非常接近的分辨率。 如果辩论的分辨率假设为 1024x768 和 1020x768(注意宽度),我仍然会问这个问题。
batch ×1
browser ×1
compression ×1
dimensions ×1
display ×1
java-applet ×1
linux ×1
npapi ×1
pdf ×1
pdftk ×1
resolution ×1