Page 1 of 1 (6 items)
This post has 5 Replies | 0 Followers

Posts 1573
Forum MVP
Levi Durfey | Forum Activity | Posted: Wed, Oct 16 2013 1:54 PM

I have been using the newest version (3.5) of Logos for iOS. I have different note files for each book that I highlight. I have the settings in Logos on my iPad set to put the highlights in the "Most Recent Note Document."

Before this version, I would highlight in one book, say the Bible, and have my note document set to "Bible Highlighting" and when I switched to another book, I would change the document at the bottom of the "Highlight" popup and then pick my highlight from either the top five most recent styles or from the all styles section.

But now, it seems that when I pick a highlight from the most recent styles section, it remembers the notes document was last used in and switches back to that note document, causing my highlight to end up in that note document instead of the new one that I just picked.

I know this is confusing, so try this:

Open a book on iOS Logos.
Choose text to highlight and tap the highlight button.
Choose a note document to add the highlight to at the bottom of the popup.
Choose a highlight from the "all styles" section.
Apply the highlight.

Now, open a different book.
Choose some text to highlight and tap the highlight button.
Choose a different note document to add the highlight to.
Choose your previous highlight style from the "recent styles" section (tap it even if it has a checkmark by it).
Observe the the note document changes back to previous note document.

Is this happening to anyone else?

I hope that this is a bug, and not an intentional change. I do not want the recent highlight styles list to remember the notes document because it means that every time I switch note documents (and that is every resource), the recent highlights are obsolete and I have to be careful my highlights don't end up in the wrong notes document.

Posts 593
Drew Hannay | Forum Activity | Replied: Wed, Oct 16 2013 2:40 PM

Integ:

I hope that this is a bug, and not an intentional change.

This was an intentional change, but let me see if I can shed some light on how things work. There are two settings at work here. You know about one of them...in the iOS app settings, you can pick the default note document for new highlights. This is the document that should be selected when you click to create a new highlight, and it sounds like you have this set to "Most Recent Note Document"

The other setting comes from the Logos Desktop program. If you open the highlights tool and right-click on a highlighting palette, you should see a "Save in:" option, as seen in this screenshot:

When you choose a highlighting style from a palette (or from the Recent Styles list) on iOS, it checks your setting from Logos Desktop and picks the appropriate note document based on that setting. I would guess your Logos Desktop setting is set to "Palette-specific note document", although it's hard to tell without more information.

The bug that was fixed in the the 3.5 iOS release was that selecting a highlighting style from the recent styles list was not respecting the Logos Desktop setting and now it is.

It sounds like one way to fix your problem would be to change the settings in Logos Desktop to have each palette use the "Most recent note file" option. The "Default document for new highlights" setting in iOS seems to be more useful for when you're consistently using the same highlighting style.

Hope that helps!

Posts 1573
Forum MVP
Levi Durfey | Forum Activity | Replied: Wed, Oct 16 2013 3:16 PM

I do have my highlights palettes in the Logos Desktop set to "most recent note file" and not to the "palette-specific document," so that isn't the problem.

I would hope you would consider looking into this more, because as it is, the recent highlight list in iOS is crippled because you can't tell by looking at a highlight on the list which note-document it will put the highlight in. One highlight in the list might be tied to note document A, the second to note document B, and so forth.

Furthermore, Instead of tapping on the highlight in the recent list and tapping done, if you want it in another note document you have to find the highlight in the "all styles" list and apply it from there.

Bottom line: if you have a different highlight note documents for each resource, the recent highlight list is crippled. Please change it back to what it was before.

Posts 132
Bill Stevener | Forum Activity | Replied: Thu, Oct 17 2013 4:07 AM

I, too, have noticed the new behavior regarding the default note file. I have set "most recent note file" in both my iPad and desktop versions (although my desktop is running Logos 4 - I have windows XP and cannot upgrade to Logos 5). I have a different note file for each book in the NASB and have noticed that when I make notes in one file, I understandably have to change the file each time I change books. What I see is that I have to make the selection for the proper note file 2-3 times before it "sticks" - otherwise it seems to remember and persist on previous note files. For example, if I start reading in Mark, and had been in Job, when I make a new note in Mark, I need to change the note file to Mark. However, when I make another note in Mark, Logos still has the note file from Job as the default. By the time I've made my third note in Mark, it will have started using Mark as the default note file. This behavior did not start until the current version of Logos.

i have maybe 100 note files and 1000's of notes and have noticed the time to see highlights update has gone from about 15-18 seconds to a minute and 20 seconds. When I have the note file open in the split screen window, I see the update is nearly immediate and it is just the screen update in the text that has the large delay.

this change has not helped some of us, although I still think Logos on the iPad is a great tool!

Posts 27681
Forum MVP
JT (alabama24) | Forum Activity | Replied: Thu, Oct 17 2013 5:02 AM

Drew Hannay:

When you choose a highlighting style from a palette (or from the Recent Styles list) on iOS, it checks your setting from Logos Desktop and picks the appropriate note document based on that setting. I would guess your Logos Desktop setting is set to "Palette-specific note document", although it's hard to tell without more information.

The bug that was fixed in the the 3.5 iOS release was that selecting a highlighting style from the recent styles list was not respecting the Logos Desktop setting and now it is.

It sounds like one way to fix your problem would be to change the settings in Logos Desktop to have each palette use the "Most recent note file" option. The "Default document for new highlights" setting in iOS seems to be more useful for when you're consistently using the same highlighting style.

Drew — My experience is not as you have described. Some thoughts:

  1. I don't know why it was considered a bug for the mobile app not to follow the desktop preference... The entire mechanism for where highlights are stored is completely different. If there was a desire for the palette behavior in L5 to sync, then the current iOS app behavior should have been scrapped, and you need to create an app level way to change the behavior at the pallet level. That this was not done is a mistake (if that was indeed the intention). I really don't see a need for the mobile app to follow the L5 one, 
  2. What is REALLY needed is the ability for us to set default note files per resource. Can you get on that? Stick out tongue
  3. Let me explain the OP's problem again. At least in my case, it contradicts your Solution. 

In the first screen shot, my previous note document is showing. I changed it to "delete me."

In the next set of screen shots, I have clicked on the "warning red" highlighter (which yes, is redundant, but is a common behavior). Notice that my choice of the "delete me" document has reverted. 

My L5 pallets are set to "most recently used," as you recommend. 

OSX & iOS | Logs |  Install

Posts 1573
Forum MVP
Levi Durfey | Forum Activity | Replied: Thu, Oct 17 2013 6:51 AM

Thank you Bill and Alabama for confirming that I am not alone!

alabama24:
I don't know why it was considered a bug for the mobile app not to follow the desktop preference... The entire mechanism for where highlights are stored is completely different. If there was a desire for the palette behavior in L5 to sync, then the current iOS app behavior should have been scrapped, and you need to create an app level way to change the behavior at the pallet level. That this was not done is a mistake (if that was indeed the intention). I really don't see a need for the mobile app to follow the L5 one, 

I feel the same way. I never encountered the "bug" that Drew described, or at least it wasn't a concern to me.

alabama24:
What is REALLY needed is the ability for us to set default note files per resource. Can you get on that?

Yes This is a wonderful idea, for both the Desktop and the mobile apps, it would using different note documents for highlighting an absolute breeze!

Page 1 of 1 (6 items) | RSS