Ok. I have got following: http://crosswire.org/~kalemas/work/v11nmapping/paralleldisplay.html
And have following modifications: https://gitorious.org/sword-svn-mirrors/kalemas_at_mail_ru-trunk/source/004904cf1d64c3635fbfac17a3aed7c4c0221738:examples/tasks/parallelbibles.cpp Tell me whether you need clean files. Blessings. /me cant get rid of feeling that Troy still did not disabled his screen filter that rips everything i write to him 2014-02-28 9:48 GMT+04:00 Troy A. Griffitts <scr...@crosswire.org>: > Костя, > > Tonight I spent some time adding a new example to the engine's code examples > tree for displaying Bibles in parallel. It basically rips off the XHTML > header, styles, and footer from SWORDWeb and then executes a small, isolated > function to output the parallel display. This small function can be our > playground to test our stuff to see how we've done. This will force us to > implement the use case for our work at least once to see how ugly the code > gets. Right now, it looks good, like we expect, but there is no logic yet > to handle any case but 1:1 translation. > > I've checked the example in because I think this will be a handy example for > frontends to follow when we get something working nice. > > I feel it is important, before we commit to an API mechanism, that we > consume that mechanism at least once, trying to solve the use case for which > it was conceived-- at least at a basic level. > > Those who are interested to just see the minimum code required to display in > parallel, but don't wish to check out the latest SVN, can have a look here > (at the parallelDisplay(...) method): > > http://crosswire.org/svn/sword/trunk/examples/tasks/parallelbibles.cpp > > the example can be run and tested with something like: > > ./parallelbibles KJV ESV jn.3.16 > paralleltest.html > firefox paralleltest.html > > You can see the output from this test run here: > http://crosswire.org/~scribe/paralleltest.html > > Let's collaborate! :) > > Troy > > > > > > > > > On 02/26/2014 02:56 PM, Костя Маслюк wrote: > > Oh, i just get what you meant about speed and size of translation. What you > would like to achieve beyond i have implemented? It is optimized in speed > and is very lightweight in size. > > As a bonus it can be used in per translation versification concept. > > The only thing i would like to change is to slightly increase size, adding > one byte per rule to store rule type, so it can handle difficult cases in > future with backward compatibility. > > 26.02.2014 23:00 пользователь "Troy A. Griffitts" <scr...@crosswire.org> > написал: >> >> One positive thing from the previous thread is the reminder of Kosta's >> proposed implementation for translation between modules of varying v11n. >> >> The accusation of irresponsibility is warranted, not for delaying the >> patch submission, but for delaying the discussion toward a resolution and >> buyin by a consensus of frontends. >> >> To sum up: >> >> We have refactored and isolated translation to a single point within the >> engine. Basically, when you set the value of one VerseKey from a VerseKey >> with differing v11n, translation will happen. This propogates naturally to >> many places in the engine. For example it will allow one to set the LXX >> module from a key obtained from the KJV module: >> >> lxx.setKey(KJV.getKey()); >> >> >> The question still on the table is: how useful is this for the primary use >> case of displaying in parallel modules with varying v11ns? >> >> A secondary question is how can we optimize, in both speed and size, the >> translation. The JSword team is beginning to implement their own mechanism >> and I would like to hear about their experience. >> >> There are open threads on this with many of my, and others, thoughts and >> concerns. I would appreciate it if commenters might consider searching the >> list history before commenting. >> >> My theoretical question is, what logic do we want to use to create a >> parallel display? There are many hard cases we haven't resolved, even if the >> resolution is "we simply don't handle that, and what you'll see is X." >> >> I know the STEP tools have a parallel display implementation. I have no >> idea if its behavior in corner cases is acceptable to most. >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> _______________________________________________ >> sword-devel mailing list: sword-devel@crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > > > > _______________________________________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page _______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page