The proposal to merge lp:~googol-hush/openlp/render into lp:openlp has been updated.
Description changed to: Hello, New 'word by word' algorithm This introduces a new algorithm for the "word by word" rendering. This algorithm has weaknesses and strengths (as well as the trunk implementation). It works like this: Let us play a game. I think of a number between 1 and 100 and you have to figure out what number I am thinking of. The winner is the one who need fewer attempts. How do you proceed? You: Is the number you are thinking of lower than 50? Me: No, it is not. You: Is the number lower than 75? Me No, it is not. You: Is the number lower than 87? Me: Yes, it is. You: Is the number lower than 81? ... ... Basically that is what I have done here. I have some test data and a diagram for you (rendering Genesis 1 at different font sizes). Diagram: http://ubuntuone.com/p/v7G/ Test Results: http://ubuntuone.com/p/v7N/ Diagram rendering Esther 8: http://ubuntuone.com/p/vE9/ It is obvious that at 30px the average verse will fit on a slide (so we do not need to process "word by word"). The new algorithm is much better than trunk as long as the font size is below 130px. Please, test it! The danger in rendering the text like this is, that it is less simple and an error in the algorithm can mean that it "eats" single words of a verse. For more details, see: https://code.launchpad.net/~googol-hush/openlp/render/+merge/62081 -- https://code.launchpad.net/~googol-hush/openlp/render/+merge/62081 Your team OpenLP Core is subscribed to branch lp:openlp. _______________________________________________ Mailing list: https://launchpad.net/~openlp-core Post to : [email protected] Unsubscribe : https://launchpad.net/~openlp-core More help : https://help.launchpad.net/ListHelp
