Re: [sword-devel] Tables across verse boundaries

On Mar 18, 2014, at 3:29 PM, Chris Burrell wrote: > Hi DM > > 1- You're right, it was my mistake around across verses. Ezra 1 would be an > example where you have 3 rows per verse, and a table over two verses. No problem. It's hard to debug a problem where the text is made up. > > 2- My issue

Re: [sword-devel] Tables across verse boundaries

Hi DM 1- You're right, it was my mistake around across verses. Ezra 1 would be an example where you have 3 rows per verse, and a table over two verses. 2- My issue with the markup and having the verse number inside the cell was that I got a 'nesting' warning by mod2osis. Is that something i just

Re: [sword-devel] module driver reorganization proposal

On 03/18/2014 07:58 AM, DM Smith wrote: Chris, Your suggestion is very similar to JSword's implementation. It has simplified code maintenance. There are three types of module files: index, compression index and data files. It may do well to handle these separately. The index consists of fixed

Re: [sword-devel] Site nav changes?

On Tue, 2014-03-18 at 15:43 +, Peter von Kaehne wrote: > Were are the tarballs normally stored? Am fixing things right now. Tell me if there are any dead links left. I think I have fixed things Peter ___ sword-devel mailing list: sword-devel@cross

Re: [sword-devel] Site nav changes?

I changed crosswire.org site nav recently to drop the .jsp at the end of most sections but didn't intend to actually change anything which would reroute users. I know the api downlink link was in the SWORD site navigation as of 1.7.2 release because this is part of the release process. Any ideas

Re: [sword-devel] Site nav changes?

Specifically a link should be prominent when people are looking for Sword to http://www.crosswire.org/sword/software/swordapi.jsp which is the prettified version of a download page with a direct link to the current version as well as a link to the archives. --Greg On Tue, Mar 18, 2014 at 10:48 A

Re: [sword-devel] Site nav changes?

http://www.crosswire.org/sword/software/ has links to it http://www.crosswire.org/ftpmirror/pub/sword/source/ is where all the previous versions are stored. --Greg On Tue, Mar 18, 2014 at 10:43 AM, Peter von Kaehne wrote: > > Were are the tarballs normally stored? Am fixing things right now. >

Re: [sword-devel] Site nav changes?

Were are the tarballs normally stored? Am fixing things right now. Peter ___ 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

Re: [sword-devel] module driver reorganization proposal

Chris, Your suggestion is very similar to JSword's implementation. It has simplified code maintenance. There are three types of module files: index, compression index and data files. It may do well to handle these separately. The index consists of fixed sized entries consisting of parts. For a

Re: [sword-devel] Site nav changes?

On Tue, Mar 18, 2014 at 9:15 AM, DM Smith wrote: > I seem to remember the discussion was that the visitor to crosswire.orgis one > of three types: user, module developer or code developer. The user > was served by the change that was made. The module dev and the code dev > were to find what they

Re: [sword-devel] Site nav changes?

But how do I get to the page I linked - the /sword/software/ landing page, which is distinct from the /sword/software/biblecs/ page that you're talking about? The last time I visited the site (I forget when) the Software link on the Sword section led to the /sword/software/ landing page from whence

Re: [sword-devel] Site nav changes?

I seem to remember the discussion was that the visitor to crosswire.org is one of three types: user, module developer or code developer. The user was served by the change that was made. The module dev and the code dev were to find what they need in the wiki. Regarding the tar balls, is that rea

Re: [sword-devel] module driver reorganization proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.03.2014 15:46, Jonathan Morgan wrote: > On Tue, Mar 18, 2014 at 6:24 PM, Jaak Ristioja > wrote: > > On 18.03.2014 08:43, Chris Little wrote: >> We've got quite a few classes in Sword that essentially >> duplicate code f

Re: [sword-devel] Tables across verse boundaries

Hi DM, On Tue, Mar 18, 2014 at 12:01 PM, DM Smith wrote: > On Mar 17, 2014, at 1:07 PM, Chris Burrell wrote: > > > Hello > > > > I'm looking at converting a module that has tables across verse > boundaries... Is this supported? > > It should be. At least by osis2mod. I don't know if SWORD rende

Re: [sword-devel] Site nav changes?

I think it was a long time ago. Software in the banner consistently leads to www.crosswire.org/applications. When you get to the applications page, scroll to the software you want and click on it's link. When I scroll to The SWORD Project for Windows and click on its link it goes to the downloa

Re: [sword-devel] module driver reorganization proposal

Hi Jaak, On Tue, Mar 18, 2014 at 6:24 PM, Jaak Ristioja wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 18.03.2014 08:43, Chris Little wrote: > > We've got quite a few classes in Sword that essentially duplicate > > code found elsewhere in Sword, with minor changes. The module >

Re: [sword-devel] Welsh beibl.net complete Bible

On Mar 18, 2014, at 5:31 AM, Peter Von Kaehne wrote: >> Von: "David Haslam" >> Module building is held up due to unsolved issues in usfm2osis.py as >> reported in MODTOOLS. >> > > As a general kind of suggestion, in order to improve priority setting in bug > squashing - could we make it a ha

[sword-devel] Site nav changes?

Have the nav links at the top of the site changed, recently? If memory serves, I used to navigate to www.crosswire.org/sword and click 'Software' at the top of the page and be taken to a page where I could find the download for the engine, yes? Now that leads me to www.crosswire.org/applications/ a

Re: [sword-devel] Welsh beibl.net complete Bible

On 03/18/2014 01:40 AM, David Haslam wrote: Guys, We've had the full project Paratext/USFM files from Arfon Jones since last July. Module building is held up due to unsolved issues in usfm2osis.py as reported in MODTOOLS. To be clear, there's currently a hold on all module releases. This is

Re: [sword-devel] Tables across verse boundaries

The other type of markup that is list like is for poetry and such stanza-like text. The , line group, is meant as a container for , lines, where each line can have a level, indicating the indent level. In our wiki on OSIS, we note that if the level attribute is absent, we presume it is level="1"

Re: [sword-devel] Welsh beibl.net complete Bible

> Von: "David Haslam" > Module building is held up due to unsolved issues in usfm2osis.py as > reported in MODTOOLS. > As a general kind of suggestion, in order to improve priority setting in bug squashing - could we make it a habit to note which specific text in making is held back by which b

Re: [sword-devel] Tables across verse boundaries

In this module, we have various types of lists and various types of tables. For example, the start of Genesis 1 is rendered as "list" markup in the source of the module. This is representing as a hanging paragraph in the print version, e.g. a d c d d dd ddd d ddd In

[sword-devel] Welsh beibl.net complete Bible

Guys, We've had the full project Paratext/USFM files from Arfon Jones since last July. Module building is held up due to unsolved issues in usfm2osis.py as reported in MODTOOLS. Best regards, David -- View this message in context: http://sword-dev.350566.n4.nabble.com/Welsh-beibl-net-comple

Re: [sword-devel] Tables across verse boundaries

It was relevant insomuch that it helped me to understand and clarify the problem. And for DM too, as the example from the GNB in the USFM User Reference illustrates that some modern translations have opted to use tables to simplify repetitive looking lists in passages such as the one in Numbers. C

Re: [sword-devel] module driver reorganization proposal

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18.03.2014 08:43, Chris Little wrote: > We've got quite a few classes in Sword that essentially duplicate > code found elsewhere in Sword, with minor changes. The module > drivers are a prime example. > > Specific examples include RawText & RawText