已发布V4.42版

1、根据sadanboy2009指出的BUG，改正“正月”的识别，即区分“闰正月”与“正月”

2、根据的浪-淘-沙指出的BUG正，改正气朔计算的年份识别。

3、改变了页面导航菜单，现在分为“月历 年历 星历 天象 恒星 气朔 帮助 ”。

许兄辛苦了.

 

新版面确实比老版面更加简洁清晰了.

 

不过,新版的点击第一行"气朔",显示"没有算".

或许这是许兄留的新接口,等以后完善的?

 

点击"天象"后,进入的界面,我觉得最好在"帮助"后就换行.把"月亮近点","月亮远点"等功能安排在下一行,似乎看上去更整齐些.

 

**************************

点"精算年历"问题还没解决.

**************************

年首 个数

计算10年日历总用时:19109毫秒。
红色表示定气或定朔与实历不同
NaN年
·十一小 aN-aN(aN aN:aN:aN) 小雪aN-aN(aN aN:aN:aN) 大雪aN-aN(aN aN:aN:aN) 冬至aN-aN(aN aN:aN:aN) 小寒aN-aN(aN aN:aN:aN) 大寒aN-aN(aN aN:aN:aN) 立春aN-aN(aN aN:aN:aN) 雨水aN-aN(aN aN:aN:aN) 惊蛰aN-aN(aN aN:aN:aN) 春分aN-aN(aN aN:aN:aN) 清明aN-aN(aN aN:aN:aN) 谷雨aN-aN(aN aN:aN:aN) 立夏aN-aN(aN aN:aN:aN) 小满aN-aN(aN aN:aN:aN) 芒种aN-aN(aN aN:aN:aN) 夏至aN-aN(aN aN:aN:aN) 小暑aN-aN(aN aN:aN:aN) 大暑aN-aN

 

**********************

定朔\定望\定气计算结果,若输入BXX年,如果可能的话,请用"BXX"输出结果.

如果输入是 -XX年,那么输出-XX也行的.

*********************

年首 个数

月-日黄经差0 -60-12-18 00:18:47 379208.09千米 -59-01-16 15:08:40 390562.76千米 -59-02-15 07:27:59 400073.77千米

还发现一个“连带”问题。

当使用BXX年进行“精算年历”或者“坐标计算”（包括“日月升降”）时，会显示“NAN“出错结果。

 

然后程序的“月历”也会跟着出错了。

点 等，会弹出一个对话框，

***********

行 280

char 3

错误 Lmc.length为空或不是对象。

**************

 

只有关闭程序，重新运行。才不会出现些现象。

许老师 辛苦了，通过观察您在程序中是把春节做为农历年的开始，在2262年里我昨天反应的问题是解决了，可正月初一的年并没有改变，上月的4959年十二月大二十九，到正月初一还是黄帝4959年！一直到公历的2262年7月17日也就是农历的六月初一才变为黄帝4960年，据我发现新版中好像碰到有闰年，月首好像都是从六月初一开始的！

在4.12版中虽然存在浪淘沙版主所反映的问题，但是不存在变换年份和月份的时所发生的问题！就是所存在562楼的问题不存在563楼的问题

望许老师看看！我有个小小的看法。软件做到这个地步已经比较完善了，做为万年历来说。如果许老师有别的功能我觉的还是在单独做个软件来实现最好。随着软件体积的增大，维护起来是很难，解决老版本的几个BUG望望会增加新的BUG。许老师一个人的精力毕竟是有限的。

已发布V4.43版

1、根据sadanboy2009指出的BUG，再次改正“正月”的判断

2、根据浪淘沙的建议，增加“升降计算”公元前的输入兼容性

3、增加下中天的计算（还没有与天文年历比对）

4、把下方的升降计算拿到主菜单中

5、把月相和节气计算放到主菜单中

6、增加“72定候”的计算

7、去除下方的坐标计算功能，因为“星历”菜单中已经有完整的星历计算。

8、在index.htm中加入默认语言标识

9、根据sadanboy2009指正，对说明书中关于“公历闰年定义”的错误

许老师更新的好快啊！我下载来看看！

许老师，在帮助中《公历与儒略日》下面这句话应该有问题
格里高利历法也采用这一规则，但下列年份除外：不能被100整除的百年为平年，如1700年，1800年，1900年和2100年。其余能被400整除的年份则为闰年，如1600年，2000年和2400年。

是否应该是这样的



格里高利历法也采用这一规则，但下列年份除外：不能被400整除的百年为平年，如1700年，1800年，1900年和2100年。其余能被400整除的年份则为闰年，如1600年，2000年和2400年。

4.43版的EXE版本,打开后跳出一个脚本错误对话框:

行 8

char  2

错误 无效字符

代码  0

 

是否继续运行?

 

点击"是",运行后是一片乱码.

 

4.42版EXE版没这个现象.

 

****************

 

4.43版网页版可以正常运行.

回复sadanboy2009的建议：

如果只是做一个万年历，V4.14版基本够用，我保留的正是这个版本，这个版本也存在您指出的BUG，不过我刚才改正了。

如果是做一个“天文历”，那就需要加入行星与恒星数据，我目前保留的是最新版V4.43版。

 

我本来也不想计算行星与恒星的，可后来总觉得“缺点什么”，不加上行星的计算，与真正的古代历书很不相称，因为，古天文历法中含有行星计算，我沿用这一传统，加上行星的星历，这也是春光等不少人多次建议加入的。另一方面，《中国天文年历》以及各国天文年历，也包含行星和恒星部分，所以最后还是以它们为标准，加入行星与恒星。

 

现在，《寿星万年历》的代码量为400多k，平均每天产生1k左右代码与数据，工程量有点大。

其实，如果构思成熟了，数据准备好了，我每天可以写3——8k代码。当然，如果连同调试、改进、算法构思、数据准备，那开发速度要降好多倍，而且所有代码都是原创的，所以很费事，如果同时维护V4.14版与现在的V4.43版，真的很累，因此目前主要维护V4.43版。

日、月升降计算结果的排序：

建议许兄按时间顺序来排是否更合理？

比如：日出，日上中天，日落，日下中天（月亮也同样）。

 

公元前输出结果，是否也请统一一下？

经度 纬度 年月日

 

*************************

 

仔细查了一下，除了“年历”是用BXX年表示公元前的输出结果的。

其它星历，恒星，升降，气朔等都是用-XX来表示公元前的输出结果的。

 

或许许兄这样做是有深意的。是我没体会出其中的道理吧。