第一个建议利弊各半。更改以后利于小键盘输入，但是原设计一目了然，它特别方便鼠标定位。
第二个建议不可行。GET不接受分钟数据，本软件才提出了“伪”K线。
可以把日线，各分钟线分别放在不同的目录中名称可以是DAY,MIN60,MIN30等等，原设计意图一样一目了然。 另外不知是我的数据有问题还是转换的问题，数据中有的价格没有保留2位小数，还有数据间的空隔有大有小，造成无法读取数据。
见附件数据 Originally posted by KOJE at 2004-7-9 08:57 AM:
可以把日线，各分钟线分别放在不同的目录中名称可以是DAY,MIN60,MIN30等等，原设计意图一样一目了然。
原设计有一个潜在的好处，分析同一只股票不同时间周期下的波浪非常方便。你可以自己试一下，同一只股票不同时间周期下的数据文件在不同目录下使用同一个名称会产生什么后果。
关于小键盘问题。可以看得出，你在这一行中时间比我长，否则不会提出这么专业的问题。你想法我能理解。我的观点是，运用波浪于个股务必谨慎。不是不行，而是可能有问题，除了个别超级大盘股或长周期分析。 请问能否发一个分析家能用的，谢谢!
另外和讯阳光版能用吗？十分感谢你，盼复。 Originally posted by 大地飞鹰 at 2004-7-9 06:19 PM:
原设计有一个潜在的好处，分析同一只股票不同时间周期下的波浪非常方便。你可以自己试一下，同一只股票不同时间周期下的数据文件在不同目录下使用同一个名称会产生什么后果。
关于小键盘问题。可以看得出， ...
我的意思是在不同目录下名称并不相同，DAY目录就是原代码，MIN5目录是600600-02,或MIN15是600600-03，或MIN30是600600-04，。。。等等。各个目录下的后缀名并不相同，也可以是15，30，60等。
当然后缀名也可以根据编程的方便变更。
另外前面说的关于间距的问题在1.1版中还是存在，数据源都是飞狐。
有2个不同之处：
1.发现CTEXT输出的数据间隔大小是固定的，不同的是每格数据都是右对齐格式。
2.是碰到数据是整数是其会添加二位小数如9.00，而1.1版有的还是9。
上传附件是600600的数据，是在相同的飞狐数据下分别用CTEXT公式（南京亚登科技的公式）和1.1版输出。供比较，只是不知为何CTEXT在飞狐下输出有1天的误差，而在分析家下输出确正常。
当然波浪只做参考，软件中因时间变化，浪头也在变，呵呵！谢谢提醒。 同目录下也挺方便。
但批量选股输出60分钟数据时不全，而单个输出时较全。 Originally posted by KOJE at 2004-7-10 10:33 AM:
我的意思是在不同目录下名称并不相同，DAY目录就是原代码，MIN5目录是600600-02,或MIN15是600600-03，或MIN30是600600-04，。。。等等。各个目录下的后缀名并不相同，也可以是15，30，60等。
当然后缀名也可 ...
解决你的问题很简单，办法有两个，一是公布你的CTEXT，二是你使用你的CTEXT。OK？
我先说好，CTEXT是个收费的东西，在下的软件是免费的，谁愿意比谁比，反正我不比，我也没有跟它比一比的意思。 Originally posted by yhy-32 at 2004-7-9 10:00 PM:
请问能否发一个分析家能用的，谢谢!
另外和讯阳光版能用吗？十分感谢你，盼复。
这很麻烦，在分析家下只能DLL化。 Originally posted by KOJE at 2004-7-10 10:33 AM:
我的意思是在不同目录下名称并不相同，DAY目录就是原代码，MIN5目录是600600-02,或MIN15是600600-03，或MIN30是600600-04，。。。等等。各个目录下的后缀名并不相同，也可以是15，30，60等。
当然后缀名也可 ...
对了，你的问题有一个潜在的法律争执，正如汇天奇控告博庭，欧盟控告我国的3G，这些官司的核心就是功能能否摹仿。你在使用中有问题，我帮你解决。我解决不了，你可以不使用。摹仿XXXX，绝对不可能。这点法律意识，在下还明白其中的分寸。 Originally posted by 大地飞鹰 at 2004-7-11 09:56 PM:
对了，你的问题有一个潜在的法律争执，正如汇天奇控告博庭，欧盟控告我国的3G，这些官司的核心就是功能能否摹仿。你在使用中有问题，我帮你解决。我解决不了，你可以不使用。摹仿XXXX，绝对不可能。这点法律意 ...
呵呵，火药味挺浓。
有点上纲上线的味道。:*10*::*10*::*10*:
谢谢
顶，谢谢大地飞鹰的辛苦为我们提供了这样的便利！！good
Originally posted by 大地飞鹰 at 2004-7-11 09:45 PM:这很麻烦，在分析家下只能DLL化。
谢谢你的答复和帮助，我现在使用得很好，挺方便。 日期格式可否改为8位
如
1991/1/1 输出改为 1990/01/01
1996/2/16 输出改为 1996/02/16
谢谢 小数点后还是2位啊
1990/1/1 1.28 1.29 1.28 1.28 0 0
1990/1/2 1.28 1.29 1.28 1.28 0 0
1990/1/3 1.28 1.29 1.28 1.28 0 0
1990/1/4 1.29 1.29 1.28 1.29 0 0
1990/1/5 1.29 1.29 1.28 1.28 0 0
1990/1/6 1.28 1.29 1.28 1.28 0 0
1990/1/7 1.28 1.29 1.28 1.28 0 0
1990/1/8 1.28 1.29 1.28 1.28 0 0
1990/1/9 1.28 1.29 1.28 1.28 0 0
1990/1/10 1.28 1.28 1.28 1.28 0 0
1990/1/11 1.28 1.28 1.28 1.28 0 0
1990/1/12 1.28 1.28 1.28 1.28 0 0
1990/1/13 1.28 1.28 1.28 1.28 0 0 Originally posted by wywy at 2004-7-17 09:50 PM:
小数点后还是2位啊
1990/1/1 1.28 1.29 1.28 1.28 0 0
1990/1/2 1.28 1.29 1.28 1.28 0 0
1990/1/3 1.28 1.29 1.28 1.28 0 0
1990/1/4 1.29 1.29 1.28 1 ...
外汇才是4位，不过我没有外汇数据，没测试过。 Originally posted by cfashen at 2004-7-16 04:36 PM:
日期格式可否改为8位
如
1991/1/1 输出改为 1990/01/01
1996/2/16 输出改为 1996/02/16
谢谢
应该没有问题，不影响GET和ELWAVE。 Originally posted by KOJE at 2004-7-12 12:02 PM:
呵呵，火药味挺浓。
有点上纲上线的味道。:*10*::*10*::*10*:
这个没办法，我愿意解决一千个问题，而不愿意做一件违法的事情。如果我摹仿了，就算那家公司不起诉我，违法还是违法。咱金融这一行业的，必须有这个规则意识，这个底线不能碰。 Originally posted by cfashen at 2004-7-16 04:36 PM:
日期格式可否改为8位
如
1991/1/1 输出改为 1990/01/01
1996/2/16 输出改为 1996/02/16
谢谢
有时间以后我再改改，应该可以做到，它可能是数据输出的格式控制问题，我先查一下资料。 V1.2版本改进
1 放开精度限制，输出精度取决于实际数据精度，目的是为了更加广泛的应用。这一改进有得有失，如果数据有误，输出数据的小数位数可能达到7位。
2 日期格式为8位固定格式，如1900/01/01。
3 输出数据的目标盘可以由参数选择，0为A盘，1位B盘，依此类推。输出文件目录依然是TxtData.
4 5分钟K线文件名为证券代码+“-5”，15分钟K线文件名为证券代码+“-15”，30分钟K线文件名为证券代码+“-30”，60分钟K线文件名为证券代码+“-60”，日K线文件名为代码名，其它不变。目的是为了方便小键盘快速输入。