Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: Ability to not fetch referred publications media #3841

Open
3 tasks done
dagandrew opened this issue Dec 26, 2024 · 13 comments
Open
3 tasks done

[Feature]: Ability to not fetch referred publications media #3841

dagandrew opened this issue Dec 26, 2024 · 13 comments
Labels
enhancement New feature or request

Comments

@dagandrew
Copy link

dagandrew commented Dec 26, 2024

Is your feature request related to a problem?

Sometimes there are too many media items in the midweek meeting because it references additional publications. For example in the week starting Jan 20
image
or 27
image

Describe the solution you'd like

It would be great if there was a setting of excluding referred publications in midweek meeting (except Congregation Bible Study of course - you could keep only the last referred pub, since it's the last part of Wookbook) in the Advanced settings alongside 'Exclude all media from the Teaching brochure'. It would be similar of what JW Library does
image and I think it's similar to this #874 and maybe now it's easier since Workbook is changed a bit

Describe alternatives you've considered

Show them, but maybe an option of hiding all referred publication this week on the main screen in the right click menu like 'hide all referred media items' alongside 'hide this media item'

Additional context

No response

Confirmations

  • I confirm that I have read the documentation website.
  • I confirm that I have searched through the existing issues to make sure my feature request is not a duplicate.
  • I confirm that I have searched through the existing discussions to make sure my feature request is not a duplicate.
@dagandrew dagandrew added the enhancement New feature or request label Dec 26, 2024
@dagandrew dagandrew changed the title [Feature]: Ability to not fetch referred publications [Feature]: Ability to not fetch referred publications media Dec 26, 2024
@dagandrew
Copy link
Author

dagandrew commented Dec 26, 2024

Or if you definitely want to keep it you could hide it in dropdown menu with a publication name that goes between main media items

@sircharlo
Copy link
Owner

Actually, JW Library does not do this. By default it even shows more media than M³, because JWL shows all pictures for any given chapter, not just the images relating to paragraphs covered or referenced by the material.

The difference lies in the fact that JWL doesn't notify the user if a referred publication is not downloaded. If you were to download all referred publications in JWL and look at the media list once more, I think you'd see a much different media list.

@mtdvlpr
Copy link
Collaborator

mtdvlpr commented Dec 26, 2024

We could make the assumption that videos from referred publications are never used, since videos are always referenced directly (Play the VIDEO). That would clean up edge cases like the week of January 27.

@sircharlo
Copy link
Owner

We could make the assumption that videos from referred publications are never used, since videos are always referenced directly (Play the VIDEO). That would clean up edge cases like the week of January 27.

I do agree with that.

@dagandrew
Copy link
Author

Great idea! Could you please think about this design? To have an expansion item for referred publications
msedge_KBiJNl2P9W

@ux-git
Copy link
Contributor

ux-git commented Dec 27, 2024

To have an expansion item for referred publications

Круто! 👍 That’s a great idea! I’ve been thinking about something similar recently. Sometimes, the conductor asks to play referenced media without prior notice, assuming it’s just a click away. However, at that point, there’s no time to e.g. go into the global settings, enable the "fetch references/footnotes" option, and re-initiate media sync.

In such cases, having secondary media synced but collapsed makes sense. This way, it’s always accessible in urgent situations without being distracting most of the time. In my opinion, this feature would work well "on by default", with the ability to disable it in the settings for those who are absolutely sure they’ll never need the referred media.

I’d just say it’s important to visually design it in a way that makes it intuitively clear which meeting part the media belongs to. And perhaps even to let users manually hide the accordion in the same way as a normal media item (... more → hide).

@e-Feitosa
Copy link

I’d just say it’s important to visually design it in a way that makes it intuitively clear which meeting part the media belongs to. And perhaps even to let users manually hide the accordion in the same way as a normal media item (... more → hide).

Following this line of reasoning, it would be interesting to have the media hidden on the main screen, and with just one click, activate and deactivate the optional media.

For example:
Optional media ⬇️

@sircharlo
Copy link
Owner

Grouping media by source publication isn't tricky (I actually have it right now on my dev machine), but drag-and-drop sorting is where it gets interesting. I'll need to refactor the sorting methods and logic to allow all this eventually.
Also, the insert plugin looks very nice, and I'd like to implement it at some point.

@ux-git
Copy link
Contributor

ux-git commented Jan 1, 2025

I was trying different approaches (buttons, accordions, etc) to see what would fit the UI in the most intuitive way, and seems like accordion proposed by @dagandrew might work very well:

  1. Collapsed state with a media items count. Most of the time it's compact and not distracting, while still presenting the count of media even without expanding it:
Screenshot 2025-01-01 at 15 28 10
  1. And then expanded accordion with all the available media shown and ready to be presented.
Screenshot 2025-01-01 at 15 28 44

By inserting the referenced media before the divider, basically right under the media item, the dependency is more clearly recognisable for the user.


Alternatively, the text and icons can be painted blue to indicate the 'clickability' more clear. Or this may become a hover state, which also would add another level of feedback for users.

Screenshot 2025-01-01 at 15 31 50 Screenshot 2025-01-01 at 15 31 40

@sircharlo
Copy link
Owner

I was trying different approaches (buttons, accordions, etc) to see what would fit the UI in the most intuitive way, and seems like accordion proposed by @dagandrew might work very well:

  1. Collapsed state with a media items count. Most of the time it's compact and not distracting, while still presenting the count of media even without expanding it:

  2. And then expanded accordion with all the available media shown and ready to be presented.

By inserting the referenced media before the divider, basically right under the media item, the dependency is more clearly recognisable for the user.

Alternatively, the text and icons can be painted blue to indicate the 'clickability' more clear. Or this may become a hover state, which also would add another level of feedback for users.

Looks nice; how would you handle sortability?

@ux-git
Copy link
Contributor

ux-git commented Jan 1, 2025

how would you handle sortability?

I think that in the best scenario, the referred media should be sortable in both inside and outside (drag it out to the main media list) use cases.

But if the latter one is technically complicated, the sorting within the referred media list would be a reasonable compromise to be able to at least set the desired media to the first in the list when needed.

Do you have other ideas or see other use cases?

@sircharlo
Copy link
Owner

how would you handle sortability?

I think that in the best scenario, the referred media should be sortable in both inside and outside (drag it out to the main media list) use cases.

But if the latter one is technically complicated, the sorting within the referred media list would be a reasonable compromise to be able to at least set the desired media to the first in the list when needed.

Do you have other ideas or see other use cases?

I'm aiming for sorting abilities like the ones seen here.

@ux-git
Copy link
Contributor

ux-git commented Jan 2, 2025

Looks good. But should the referred media list stick to its parent media item or just a meeting part (because certain meeting parts can have multiple images PLUS referred media for example)? How do you see it?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

5 participants