Highlights not coming over?

The app gives me 3 choices - though to be perfectly honest I haven't the slightest idea what they mean. That said:

1. Pallate-Specific

2. Resource-Specific

3. Most recent note

Switching between them seems to do nothing different. i.e. I have a portion highlighted in the resouce on my PC, and it does not corss over if I designate any of the 3 above. I'm lost. 

For clarification: the behavior is independent on desktop vs. mobile app. It is crucial for you to learn where and how notes are stored on each. You should also make sure the behavior matches on each. Graham explained the differences. Ask if you need clarification. 

The default behavior on both apps is "pallet specific," but I don't think that is a good method, unless you don't highlight much at all and don't want to bother. For most users the best method is probably "resource specific," which will help to keep highlights organized and documents small(ish). 

Changing the behavior on mobile, as you were doing, is important but note: that changes where NEW notes are stored. Not where old ones are! If you click on the "view settings" icon (Aa), you can gain access to the "notes" visual filter. This gives you the ability to turn highlights on & off visually. It doesn't delete notes, just hides them. 

FWIW - the screenshot below shows the note documents which interact with my NIV. I believe a bug created two NIV documents (I'll look into it). The rest are thematic with notes tied to references (not highlights which are always tied to a resource). 

I use my created palate on virtually everything (as far as I know

If you haven't changed any default settings, you are guaranteed to be using this method... but in my opinion, that isn't a good thing. 

but man is it confusing.

I agree. 

3 ways to do highlights, which aren't highlights but are actually notes - but aren't really notes either.

Well they ARE notes, even if you aren't using them that way. The highlight is a visual filter, just like a note indicator. The "note" has a subject line and a space for you to type the text... but that is behind the scenes for most users. I agree most users don't use (or see a need for) highlights as "notes." It is a powerful capability, but for most users unnecessary. 

The method I recommend, and which I believe <should> have been the default from the beginning, is "resource specific." What does that mean? Simply this: Your highlights are placed in a note document named for the resource itself. In my opinion, those note documents should be able to be hidden from view with a toggle switch so that users can "highlight and forget it." That is exactly what I would do. 

Why is this better than "pallet specific" note documents? Two primary reasons: First, note documents can become very large very quick. If a note document is limited to highlights made within a single resource, it helps to keep file sizes down. Secondly, some users would like to share highlights. In most cases, a user would like to share highlights from a particular resource. In the current default setting, the user would have to share several note documents (if they used multiple pallets) AND the highlights would be available from EVERY resource, not just the one they wanted to share. That aint good. 

So I followed Graham's instructions, and it worked fine if I highlighted on the iPad - that got carried over to the PC no problem. But still not vice versa, even though that highlight "document" still shows on my iPad list.

We need clarification about what you mean by "even though that highlight 'document' still shows on my iPad list." Did you look at my screen shot? Do you mean to say that you see the note document listed (as shown above), and that you have turned the note document ON (both the master "notes" switch AND the individual note document)? 

If you have done so and are still having troubles: Please <pretend> to print your note document from your desktop. How many pages would it be? You may have "large note syndrome."

So the highlight BC4 shows up on my PC but not on my iPad. And by that name I assume it is in fact Resource Specific.

No. The note that you see that says "BC4" is only telling you which resource the note comes from... If you had been using "resource specific," the note DOCUMENT would be called something like "Bible Characters, Volume 4" instead of "Reid's Emphasis." Since the note document is entitled "Reid's Emphasis," we can verify that you are using the default "pallet specific" behavior. 

So, if the better way to do all this is to makes the highlight notes resource specific; 1. How do I do that using my custom palatte?

The method for controlling the behavior is different on desktop & mobile. Don't, ask, its a sore subject with me. On mobile, the behavior is controlled app wide... and you actually know how to change that behavior now already (you did it above). On the desktop app, the behavior is controlled at the pallet level. 

2, What happens to what I've already done everywhere else? Do I have go back to every highlight in every resource and change them all somehow?

Again, don't ask. it's a sore subject with me... [:s] 

Unfortunately, you are stuck. You can either plow ahead with what you have, delete all your highlights and start over, or manually move notes one at a time. Good luck with that. [6]

I have <politely, i hope> argued with FL staff over this issue a number of times. At a minimum they should provide a method to help users automatically move these notes... but they haven't done so nor have they indicated that they will do so. 

And yes, on the iPad, under the general settings, Highlights for notes is set on Resource Specific

Again, you should NOT have it set to "resource specific" unless you intend to start organizing notes that way going forward. That setting has absolutely nothing to do with OLD notes, only where notes will be stored going forward. You should have the behavior set the same on desktop & mobile. If you don't intend to change the behavior, you should switch it back to "pallet specific." 

in Aa section in the resource itself it is listed as Resource Specific

I have no idea what you mean. Since the note document shown on your desktop is a pallet specific note document named "Reid's Emphasis," you need to make sure that "Reid's Emphasis" is turned on. Else the highlight will be invisible. 

Alabama24 has commented on some of the questions you raise but I'm still not sure we know which Notes document your highlight is being stored in - unless I am missing something.

And I say this because I don't see the text associated with your "Mine" highlight from BC4 in the notes document you show in your other screenshot.

Please post another screenshot with the BC4 resource on one side of the screen and the notes document opened when you click on "Show Annotations" in the other

i agree the note isn't being shown, but he explained that he used "open annotations" and that the document shown opened up. Since the user doesn't understand where/how notes are stored, and since the document expected is open, I assume everything is default. The screenshot could be explained by a bug where the document doesn't open to the note. I'm on my iPhone at present... Is Reid on Mac?

Here you go Graham.

Thanks Reid

So this shows the "No! we do not need to talk" highlight is in the "Reid's Emphasis" notes document. 

It also, interestingly, shows that the larger highlight above it isn't there so will be in another notes document. It would be helpful to do the same thing for that highlight as well.

So, on your iPad in the BC4 resource, please tap on the View Settings icon (Aa) and then tap on the Notes option towards the bottom. This will show you which Notes documents it thinks are associated with the resource and which are enabled. Something like:

The simplest explanation for what you are seeing is that "Reid's Emphasis" is not selected

Please post a screenshot showing what you have.

is there a single resource that I can access to thoroughly school myself on NOTES?

If you haven't already its worth looking at the Logos 6 help documentation for Notes and Highlighting This only speaks about it from the perspective of the desktop program but provides a good grounding.

I don't know of anything similar for the mobile apps.