Should "resource specific" be smarter?

I know this has been mentioned briefly here and there, but I wanted to see some focused discussion...

Shouldn't "resource specific" highlighting be smart common-sense enough to know that 44 volumes of NICOT/NICNT; 61 UBS Handbooks; 24 Exegetical Summaries; etc, etc, are SINLGE "resources"? 

Comments

  • Mark Barnes
    Mark Barnes Member Posts: 15,432 ✭✭✭

    Shouldn't "resource specific" highlighting be smart common-sense enough to know that 44 volumes of NICOT/NICNT; 61 UBS Handbooks; 24 Exegetical Summaries; etc, etc, are SINLGE "resources"? 

    Why? That sounds like series-specific highlighting to me, which would be entirely different from resource-specific highlighting.

    (I'm not saying series-specific may not be useful, it just seems that it's something different to what's been offered.)

    This is my personal Faithlife account. On 1 March 2022, I started working for Faithlife, and have a new 'official' user account. Posts on this account shouldn't be taken as official Faithlife views!

  • Reuben Helmuth
    Reuben Helmuth MVP Posts: 2,485

    Why? That sounds like series-specific highlighting to me, which would be entirely different from resource-specific highlighting.

    (I'm not saying series-specific may not be useful, it just seems that it's something different to what's been offered.)

    I know what you're saying. In the past whenever I've mentioned/requested "resource specific" I also included "series specific" in the list. To me one without the other doesn't make much sense. With the lack of "series specific" support in this new venture, I started thinking that it could at least be rolled into one...Thinking through the way this works, I'd actually prefer that it be one beast. When you think about it, this strategy is most likely to be used for "this is good stuff" type of highlighting, rather than "topic/thematic" highlighting. As such, I would want a single "great thoughts" palette that would be both "resource" AND "series" specific.

  • JT (alabama24)
    JT (alabama24) MVP Posts: 36,523

    To me one without the other doesn't make much sense.

    Hogwash. 

    The reasons behind "resource specific" note files include:

    • The creation of smaller file sizes to improve sync performance
    • The ability to share highlights with other users from a SINGLE resource (as you might do in a small group study setting)
    • Better organization by keeping all highlights from a single resource in a single document.

    What is missing from this implementation (and relates to your other thread) is the ability to hide these "resource specific" note documents. Most users  (I would bet on it) probably don't ever think of highlights as "notes." Logos created a powerful thing when they made highlights notes... but it really is a power user thing, and a special thing, and not an "every day" thing. These "resource specific" note documents should be hidden away until needed and not clogging up the documents menu. 

    My suggestion is that these "resource specific" note documents be accessed through two methods:

    1. A toggle in the documents menu to show them (they would be hidden by default).
    2. Through a link in the resource's info panel (an easy way to get to the right document instantly). 

    These documents should also be tied to the resource ID and NOT simply the name... since multiple books can have the same name.

    macOS, iOS & iPadOS |Logs| Install
    Choose Truth Over Tribe | Become a Joyful Outsider!

  • Todd Frusti
    Todd Frusti Member Posts: 233 ✭✭

    alabama24 said:

    These "resource specific" note documents should be hidden away until needed and not clogging up the documents menu. 

    My suggestion is that these "resource specific" note documents be accessed through two methods:

    1. A toggle in the documents menu to show them (they would be hidden by default).
    2. Through a link in the resource's info panel (an easy way to get to the right document instantly). 

    These documents should also be tied to the resource ID and NOT simply the name... since multiple books can have the same name.

    Good suggestion. [Y]

  • Reuben Helmuth
    Reuben Helmuth MVP Posts: 2,485

    alabama24 said:

    Hogwash

    😳

    I don't know if you missed your coffee this morning, or you had a bad night, or if it's your arthritis… Whatever it might be, I want to express my deepest condolences for how you are feeling right now. 😝👽🐗🐗🙈🙉🙊😉

    Perhaps you don't know what the phrase "to me" means!  I maintain my position. 😜

  • Doc B
    Doc B Member Posts: 3,628 ✭✭✭

    Shouldn't "resource specific" highlighting be smart common-sense enough to know that 44 volumes of NICOT/NICNT; 61 UBS Handbooks; 24 Exegetical Summaries; etc, etc, are SINLGE "resources"? 

    Reuben, I see what you are asking for, and I think such a thing would have worthwhile applications, albeit limited, but I disagree that the common-sense approach be a default to series-specific highlighting.

    I think (this is my 'to me' part) resource-specific should really be specific to one and only one resource. Add a switch or check-box to turn on series-specific highlighting, and I'm wit' you. Default to series-specific highlighting at the expense of resource-specific highlighting, and I'm again' you.

    FWIW.

    Eating a steady diet of government cheese, and living in a van down by the river.

  • Reuben Helmuth
    Reuben Helmuth MVP Posts: 2,485

    Doc B said:

    I think (this is my 'to me' part) resource-specific should really be specific to one and only one resource. Add a switch or check-box to turn on series-specific highlighting, and I'm wit' you. Default to series-specific highlighting at the expense of resource-specific highlighting, and I'm again' you.

    I'm all for allowing both behaviors! My biggest concern would be that I don't want two separate palettes (and separate shortcut keys). Perhaps there could simply be a toggle switch to enable/disable "series specific" when using "resource specific."

  • Doc B
    Doc B Member Posts: 3,628 ✭✭✭

    I don't want two separate palettes

    Hadn't thought of that part...yes that could be a problem. To me, the bigger problem wouldn't necessarily be the palettes but the "palette specific" part of resource- vs series-specific. 

    It's confusing enough already.

    Hmmm/

    Eating a steady diet of government cheese, and living in a van down by the river.

  • JAL
    JAL Member Posts: 625 ✭✭

    alabama24 said:

    Through a link in the resource's info panel (an easy way to get to the right document instantly).

    To me this seems the obvious place to find and control the parameters of user created data that is bound to an individual resource.

    As to series specific notes/highlights, if this is added I would hope for a both-and implementation, not an either-or implementation.

    "The Christian mind is the prerequisite of Christian thinking. And Christian thinking is the prerequisite of Christian action." - Harry Blamires, 1963

  • JAL
    JAL Member Posts: 625 ✭✭

    Doc B said:

    I don't want two separate palettes

    Hadn't thought of that part...yes that could be a problem.

    Would a global palette with better navigation/organization features suffice?

    "The Christian mind is the prerequisite of Christian thinking. And Christian thinking is the prerequisite of Christian action." - Harry Blamires, 1963

  • Doc B
    Doc B Member Posts: 3,628 ✭✭✭

    JAL said:

    Would a global palette with better navigation/organization features suffice?

    Very possibly, but I'd have to see pictures first. [:D]

    Eating a steady diet of government cheese, and living in a van down by the river.