7317.Paul does not hold back any words in his accusation against the Galatians.docx
Any help would be appreciated. Using L5 SR 5
Lynden, don't use full-stop after the reference abbreviation (instead of Gal. 1:1 use Gal 1:1). See http://www.logos.com/support/lbs/booknames
P.S. By the way I like your version of Logos [:P]
Lynden, don't use full-stop after the reference abbreviation (instead of Gal. 1:1 use Gal 1:1). See http://www.logos.com/support/lbs/booknames P.S. By the way I like your version of Logos
P.S. By the way I like your version of Logos
Thanks for responding. Still does not solve the problem.
[[verses 8 and 9 >> Gal. 1:8-9]]
Have a space either side of >>
If that doesn't work re-type the whole line after deleting it!
Lynden, this looks like the old problem of Word generating messy XML code that the PB compiler can't handle. Go to each of your references which isn't working, select the whole thing from opening brackets to closing brackets, cut, paste into Notepad (so that all the XML formatting will get stripped out) then select what you just pasted into Notepad, cut and paste back into Word, do this for all your references that were messed up, save the document, and recompile PB. That should fix it.
Pain in the wazoo, but you can avoid this in the first place by typing in your references precisely and non-stop, without going back in and editing them later. It's editing things in Word which causes the XML to get split up into chunks, and that confuses the PB compiler. Both Word and Logos are at fault I think, but I've described a workaround that'll have to do for now.
I just noticed that this bug in Logos was supposed to have been fixed in 4.3 SR-5, but I was still able to reproduce it there (before forcing the XML to be regenerated using that method I described). I'll ask someone to look into it. Thanks for posting the example doc.
7317.Paul does not hold back any words in his accusation against the Galatians.docx Any help would be appreciated. Using L5 SR 5
When I open your document into Word 2010, each line of text has a white background behind it. I can see that because my default window color is tan (to help my eyes). I can't tell where it is picking up the white background to clear that setting specifically, but when I clear all formatting, the document compiles as expected.
Can you provide a sample document that is not working as expected?
I can see that because my default window color is tan (to help my eyes). I can't tell where it is picking up the white background to clear that setting specifically, but when I clear all formatting, the document compiles as expected.
but surely the compiler should be ignoring that - anyway??
I can see that because my default window color is tan (to help my eyes). I can't tell where it is picking up the white background to clear that setting specifically, but when I clear all formatting, the document compiles as expected. but surely the compiler should be ignoring that - anyway??
Thanks for your question. I am checking on this.
I've isolated some of what's going on in this document that is causing trouble. There are several different things causing this document not to compile correctly. To help others troubleshoot in the future I'll lay out some of how I discovered inconsistencies.
When I build the book from your document with no corrections the last two links compile correctly. In the third lind from the bottom notice that vss.13,14 is hyperlinked though it doesn't visually look like it in the word document this text is hyperlinked (hover over it and you'll see the link. Remove the hyperlink (either CTRL+A then CTRL+SHIFT+F9 to remove all hyperlinks or place cursor in the text, right click, remove hyperlink to remove only this one) rebuild the document and the third from bottom reference is now linked correctly.
For the Forth,Fifth and sixth hyperlinks from the bottom go to the word document, place your cursor in the middle of the >> right click, select styles and you'll notice that "Strong" is highlighted. Right click on "Strong" and select "Select all occurances." All instances of the strong style are now highlighted. Notice that in these three links the entire link is selected EXCEPT the first two brackets. I have found that the links only work if the entire thing is the same format. To fix these hightlight everything from "After" in the third paragraph to the clossing "]]" in fourth-from-bottom link. Now right click>Style>left click on strong. Or do something to make the entire link the same style. Recompile with these changes and all but the first two links are correct.
We are now down to two bad links. Place your cursor between the "[[" in the first link. now on the home tab, Styles section, press the small arrow in the lower right corner of the section. This will bring up a list of styles. notice that the one selected is "apple-converted-space" place your cursor somewhere else in that link and it will change to "normal". its the same deal as the middle links. you have two different styles in the links. Here is the best way I have found to fix this while still ending up with consistant formating.
<edit>changed the order of the steps
1) place your cursor somewhere in the document that has the formatting you want for this link.
2) Press CTRL+SHIFT+C (copies that formating)
3) Select the link.
4) goto right click>styles>clear formating
5) press CTRL+SHIFT+V (Paste the formatting)
Using this method is the best way I have found to correcting this problem as it seems every other way leaves remnants of formatting in. Also, this beats individually copying them to Notepad because you can select a large section of the document, clear the formatting and paste the formatting far faster.
Sorry this has been so peace meal. I took me a while to figure all this out :-)
I can't tell where it is picking up the white background to clear that setting specifically,
this didn't seem to affect the compile when I used the above procedures. However under the "paragraph" section of the home tab you will notice a fill bucket. Hightlight text, but be sure not to cross a paragraph boundry, then click this bucket and select "No color." That will get rid of the white. Just in case you find a document in the future with this and it bugs you with the tan background :-)
However under the "paragraph" section of the home tab you will notice a fill bucket. Hightlight text, but be sure not to cross a paragraph boundry
Thanks--I was selecting All. When I selected one paragraph at a time I was able to change it to No Color.
this didn't seem to affect the compile when I used the above procedures
After removing the white background only, the book compiled correctly (in a post 4.3 build). I haven't tested in 4.3 SR-5 yet. The only thing that didn't come over correctly was the Notes graphic. It was placed at the beginning rather than the end of the sentence.
I just noticed that this bug in Logos was supposed to have been fixed in 4.3 SR-5, but I was still able to reproduce it there (before forcing the XML to be regenerated using that method I described). I'll ask someone to look into it. Thanks for posting the example doc. Can you provide a sample document that is not working as expected?
I was using the document that Lynden attached in his first post on this thread. Some of the links did compile and display correctly as links in Logos, but most of them didn't. (Probably the same diagnosis Halo Hound found, though I didn't have time to review his findings.) I'm using 4.3 SR-5.
Thanks everyone. I cut and pasted some in notepad, had to delete and retype others And I think one or two were spacing problems. Problem solved.
Here is the best way I have found to fix this while still ending up with consistant formating. <edit>changed the order of the steps 1) place your cursor somewhere in the document that has the formatting you want for this link. 2) Press CTRL+SHIFT+C (copies that formating) 3) Select the link. 4) goto right click>styles>clear formating 5) press CTRL+SHIFT+V (Paste the formatting)
Here is the best way I have found to fix this while still ending up with consistant formating.
Thanks Halo. I just added this to Personal Books.
Getting clarification from a developer, and retesting Lynden's document in a pre-4.5 beta release build, the compiler doesn't have any problems with the white fill in the paragraphs, or with the spaces, or lack of spaces, or odd style (apple-converted-space) found in part of the reference syntax in the document. There will be improvement in the PB tool in 4.5, including escape syntax parsing.
There will be improvement in the PB tool in 4.5, including escape syntax parsing.
You know we hang onto every mention of "4.5" dont you :-)
I'm glad you guys know whats going on! That means its in good hands.
[Y][:)]
There will be improvement in the PB tool in 4.5, including escape syntax parsing. You know we hang onto every mention of "4.5" dont you :-)
Melissa said on Sept 21 that the first beta of 4.5 would be available "in the next couple of weeks."
It's been more than a "couple of weeks" since then. Should be any day now. But then again she also said "next couple of weeks" on Sept 6, so maybe we should take everything she says about it with a grain of salt. [;)]
I can hardly stand the suspense! But I'm glad they are "taking the necessary time up front to assure a smooth transition from Sync v1 to Sync v2." (her latest update yesterday).
so maybe we should take everything she says about it with a grain of salt.
Maybe we need some radio personality to crunch the numbers and tell us how long a Logos Week is....
Sorry. Couldn't resist.
so maybe we should take everything she says about it with a grain of salt. Maybe we need some radio personality to crunch the numbers and tell us how long a Logos Week is.... Sorry. Couldn't resist.
Is it a literal 7-day week, with literal 24-hour days, or is it the day-age theory? Or is it poetic metaphoric language?
"A thousand ages in thy sight are like an evening gone..." (Ps 90:4, as expressed by Isaac Watts in his hymn "O God, Our Help in Ages Past")
Sorry. Couldn't resist. [;)]
It's becoming biblical ...
There will be improvement in the PB tool in 4.5, including escape syntax parsing. You know we hang onto every mention of "4.5" dont you :-) Melissa said on Sept 21 that the first beta of 4.5 would be available "in the next couple of weeks." It's been more than a "couple of weeks" since then. Should be any day now. But then again she also said "next couple of weeks" on Sept 6, so maybe we should take everything she says about it with a grain of salt. I can hardly stand the suspense! But I'm glad they are "taking the necessary time up front to assure a smooth transition from Sync v1 to Sync v2." (her latest update yesterday).
It's been more than a "couple of weeks" since then. Should be any day now. But then again she also said "next couple of weeks" on Sept 6, so maybe we should take everything she says about it with a grain of salt.
On Wed 5 Oct, Tonya replied => http://community.logos.com/forums/p/27983/292331.aspx#292331
This should be fixed in 4.5 Beta 1 which should ship in a couple weeks.
Again anticipating Logos 4.5 Beta 1 in two to few weeks; looking forward to smooth transition that just works across all platforms. Thankful for some Logos replies about fixes to expect in Logos 4.5 Beta 1.
Keep Smiling [:)]
Not sure if this is the reason for the delay, but Logos 4.5 is supposed to help with syncing for the mobile apps (notes, highlighting ect.). Would the upcoming release of iOS 5 for iPhone/iPad be part of the delay. They may be working on the mobile apps, and need to make sure those work with iOS 5, and the new sync. Since is just a few days away, they may not want to resubmit it to the Apple App store.
Looking forward to Logos 4.5 Beta, and the next iOS app.
Not sure if this is the reason for the delay, but Logos 4.5 is supposed to help with syncing for the mobile apps (notes, highlighting ect.). Would the upcoming release of iOS 5 for iPhone/iPad be part of the delay. They may be working on the mobile apps, and need to make sure those work with iOS 5, and the new sync. Since is just a few days away, they may not want to resubmit it to the Apple App store. Looking forward to Logos 4.5 Beta, and the next iOS app.
That makes sense.
