-
Forgot to mention... Ctrl-Alt-C copies the location in your selected format. URL is what you want, but other options are available. These options are available in the resource panel's option menu (click the title's cover image in the panel's upper left corner and see "Copy location as:" options near the bottom)
-
Great question. Yes, you just need a different type of link. The key is: Ctrl-Alt-C will "Copy Location" as a URL. This results in a resource-specific URL instead of a more general Bible reference. Example: logosres:nrsv;ref=BibleNRSV.Ps1.1 You can still type Psalm 1:1 but select the text and edit the link from the Bible reference to the specific resource
-
[quote user="fgh"] What I originally wanted to do was described in the last paragraph of the OP, and the links provided. (Actually, all I really wanted to do at that time was to win the $30 credit -- which I did. ) [/quote] In that case, it sounds like you may not need my assistance in determining a work around. However, I will create a case to investigate
-
I'm sorry you're having a frustrating experience. To my knowledge this behavior is the same on Windows as on Mac. I hope this explanation helps give you some insight into why this is happening: As you might imagine, we don't load an entire book's content into memory when you have it open. Our resources are broken up into articles (loadable chunks).
-
Have you tried making a selection at the beginning of John (e.g. select the first verse) and then scrolling and shift clicking? Making a selection may be key because that will prevent the content from being unloaded from memory when scrolling forward.
-
Our Vyrso automation does attempt to detect and standardize body text to 12pt, but there are slew of circumstances that makes that difficult or impossible. Given the nature of epubs and the fact that we get them directly from our various publishing partners, we can't handle all the strangely formatted books we receive. Looking at the original epub for
-
[quote user="alabama24"] One of my irritations is that adding an "underline" increases the leading. Is it possible to fix this? Here are a couple of screen shots I just took to illustrate. [/quote] Unfortunately, line/border markup is currently required to add additional padding to a line's calculated height depending on the nature of the markup. This
-
Because you love typography so much (me too!), here's a little tease for you... I work primarily on Logos' resource display engine and very recently I've developed an upcoming feature that will allow a program setting to influence the calculation of line spacing! It's still a little ways off before it makes it into any active beta or release canidate
-
The issue is related to the underlying format of this book (and especially this section of the book with the border that you see). The reading plan visual filter has to break up the paragraph that spans multiple pages and doing so causes it to unintentionally not behave well with the table that it is in (and so it gets rendered after the table). This
-
Graham: Thank you for bringing this issue to our attention. I was able to reproduce your issue by creating a reading plan for pp 293-310 in that book to be read in one session, today. I will be creating a case for this, but you can get around it by disabling your reading plan visual filter. To do this, you uncheck the box in the visual filters drop
-
Thanks for reporting this! I've tracked down the issue and a fix should be in an upcoming release.
-
In the case mentioned ("Joining Children on the Spiritual Journey: Nurturing a Life of Faith"), the offending content is the Table of Contents. So, paging forward from the cover page to chapter one, the loaded articles contains the "Contents" article and thus has the override in effect. Jumping directly to chapter one will most likely result in the
-
It has to do with how Logos loads book content. Logos books are broken into articles. When you are reading a book, we only load a portion of that book into memory at a time. As you scroll or page through the book, we are loading and unloading articles from the book's file on your hard drive. Also, article sizes vary from book to book and it is very
-
http://community.logos.com/forums/p/53867/392620.aspx#392620
-
Steve, I think it serves you well to read the note in good faith. That said, your feedback is extremely valuable, and (as NB.Nick pointed out) the FSB is undergoing continual review and revisions. So your thoughts are well received by the editors of the FSB. Feel free to email them at editor@logos.com. At the very least they will probably want to clarify
-
Responded to other thread on this issue: http://community.logos.com/forums/p/54038/393870.aspx#393870
-
This is caused by the same issue that was reported here: http://community.logos.com/forums/p/53516/392112.aspx#392112 A fix should be coming in the next version.
-
Like Alabama pointed out, what you are experiencing is very likely a feature of our resource display that we internally call "column override". Wide content like headings, long words, images, tables, etc that cannot be wrapped at the given column width force the display to less columns until the content fits. The override is in effect while the offending
-
Thanks for reporting this. A fix has been submitted and should be in an upcoming release.
-
Thanks for reporting this. A fix has been submitted for the next beta.