Why are the Feature 10 and 11 not bugs ?

I am using your Poiji framework to read excel and it gave me lots of conviences. Thanks to the developer.

When I was using this framework, I have the issue and I found this issue is the same described as Feature 10 and Feature 11 on https://github.com/ozlerhakan/poiji.

i.e.

1. In the excel , I found the date format is 2020/9/18

1. However, when the Poiji reads and put it into a String , it became the “9/18/20”

1. I follow the Feature 10 to debug and found the formatString is “m/d/yy”.

2. So I used the Feature 11 to override the format at index 14,

        PoijiNumberFormat dateFormat = new PoijiNumberFormat();
        dateFormat.putNumberFormat((short) 14, "yyyy/MM/dd");   

It indeed works. Now the date printed in Java is 2020/09/18.

I would like to ask: Why the Poiji framework could not automatically detect the date format and apply the correct format on the “2020/9/18” ? Why did I need to maunally debug in Feature 10 and then apply the correct format in Feature 11 on the date format ? I thinkk it feels so weird.

Thank you !

[zhfkt]

Thank you for confirmation.

I suggest you could mentioned “14 is the reserved number for date format” on the main page of wiki as well.

[ozlerhakan]

for now we can close this task, we can re-open it once we get interactions about the content