从编程的角度来看，当创建欧元符号时，Extended Ascii必须适应它，Unicode和其他代码页标准也是如此。字体和打印机语言必须添加新字形。会计和报告软件必须处理新的格式符号。交易所和货币市场必须处理XEU和随后的欧元的增加。
如果今天“创建”主要新货币（与欧元相同），则需要进行类似的更改。
这种新货币能否达到与欧元相同的水平？例如，在扩展的Ascii表中是否有空间，并且认为一个主要的新货币符号值得占据一个位置。
今天添加一个新的货币符号比在欧元诞生时更容易，还是那个不起眼的人在甜蜜点进入IT世界？
答案 0 :(得分：4)
通过扩展ASCII，我假设你指的是它包含在Latin-9中？如今，引入新的ISO/IEC 8859字符集以容纳新的货币符号似乎不太可能; Unicode比引入Latin-9时更为普遍。考虑到包含在Unicode中的速度和速度，这取决于相当多的因素，所以很难说。
我所知道的最新提议的货币符号包含是bitcoin，似乎是likely to go ahead。但这将是提案和广泛的字体支持之间相当长的时间。有趣的是，缺少对符号的支持导致了number of alternatives and approximations。新的货币符号可能会导致类似的变通方法 - 但很难说。
考虑到现在无处不在的Unicode，特别是在网络上使用UTF-8，我会说新的货币符号很有可能包含相对快速，但实际上它的字体支持是跟在后面。符号越重要/越普遍，字体支持越有可能获得牵引力。
答案 1 :(得分：2)
如果创造了一种主要的新货币（与欧元相同的大小），那就是＃34;今天，需要进行类似的改动。
Unicode是故意设计的，为新符号提供了大量空间（例如U + 20BE Lari登录Unicode 8.0）。字体需要一段时间才能显示字形，并且文本处理系统能够正确地对字符进行分类。但即使没有任何特殊支持，也可以显示简单布局字符（如货币符号）（例如使用嵌入字体），而无需对现有系统进行任何代码更改。
欧元的计划是在Unicode支持仍然零星且不完整的情况下，认为有必要在西方8位编码中使符号可用（例如Windows代码页1252-1258）。这是对现有代码页意义的改变，这是一大堆麻烦。
但是现在已经足够支持Unicode，没有人愿意回过头来改变遗留编码或者为新的货币符号添加新的编码（即使是像欧元一样大的东西）。