@Marcel Thanks for feedback and don't worry you don't hurt me. What I want is to improve translation, and I want to double-check that any changes does not hurts in the final results. So this would be a lot of generation of ru-edge. I decide to take any low hanging fruit in the generation speed, since this directly benefit to my workflow.
What I want to achieve is following workflow Generate docs -> Validate docs -> Made translation in CrowdIn -> Download translations -> Generate docs -> Validate Docs Right now I'm all-set with speeding up generation process. I will start working on validating of our docs, but before that I want to collect community opinion what kind of docs would be helpful in maintaining docs and translations. 2015-01-07 20:40 GMT+06:00 Marcel Kinard <cmarc...@gmail.com>: > I just ran genjs to generate the docs for all versions and languages, and > it is roughly the same time as it took using the old Ruby system. I > certainly don't want to dampen your enthusiasm, but I don't think the speed > is enough of a pain to require a lot more investment of your effort. > Generating all versions/languages is not a common task. Generating en-edge > is common, and fast enough for me. > > Using the new JS system is way better than the Ruby system. That was a > pain point (at least for me) that you have made much better. Many thanks > for that! > > > On Jan 7, 2015, at 8:34 AM, Andrey Kurdumov <kant2...@googlemail.com> > wrote: > > > > One more speed improvement and > > https://github.com/apache/cordova-docs/pull/257 > > > > After that I only improve speed by movign joDoc-js inside our generation > > process, and start moving to Make-ish processing. > > > > Right now generation speed almos doubled, so I could concentrate on > > translation tools. > > If no other ideas popped up, I will start with my verification tools > which > > I describe in the start of the topic. > > Definitely would like to have some feedback from other guys > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
