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

Remove Categories widget and default to Titles on TV Shows/Movies #21133

Closed
1 of 7 tasks
oliroe opened this issue Mar 16, 2022 · 2 comments
Closed
1 of 7 tasks

Remove Categories widget and default to Titles on TV Shows/Movies #21133

oliroe opened this issue Mar 16, 2022 · 2 comments
Labels
Resolution: By design behavior reported in the issue is actually correct

Comments

@oliroe
Copy link

oliroe commented Mar 16, 2022

Bug report

Describe the bug

Here is a clear and concise description of what the problem is:

Currently (19.4) when you remove the Categories widget selecting TV Shows or Movies from the main menu takes you to Categories (Genres, Titles, Years etc). It's not possible to go straight to Titles

Expected Behavior

Here is a clear and concise description of what was expected to happen:

I would expect to be able to remove both the Categories widget and not then have to select the category when selecting TV Shows/Movies. Either that or have the option of selecting a default and bypass the selection screen

Actual Behavior

Selecting TV SHows/Movies when the Category widget is disabled requires you to then select a category

Possible Fix

Give the ability to default a category

To Reproduce

Steps to reproduce the behavior:

  1. Disable Category Widget
  2. Select TV Shows or Movies

Debuglog

The debuglog can be found here:
Debug log not required

Screenshots

Here are some links or screenshots to help explain the problem:

Additional context or screenshots (if appropriate)

Here is some additional context or explanation that might help:

Screenshot not required

Your Environment

Used Operating system:

  • Android

  • iOS

  • tvOS

  • Linux

  • OSX

  • Windows

  • Windows UWP

  • Operating system version/name:

  • Kodi version: 19.4

note: Once the issue is made we require you to update it with new information or Kodi versions should that be required.
Team Kodi will consider your problem report however, we will not make any promises the problem will be solved.

@xbmc-gh-bot xbmc-gh-bot bot added the Triage: Needed (managed by bot!) issue that was just created and needs someone looking at it label Mar 16, 2022
@oliroe oliroe changed the title Remove categories and default to Titles on TV Shows/Movies Remove Categories widget and default to Titles on TV Shows/Movies Mar 16, 2022
@DaVukovic DaVukovic added Resolution: By design behavior reported in the issue is actually correct and removed Triage: Needed (managed by bot!) issue that was just created and needs someone looking at it labels Mar 16, 2022
@DaVukovic
Copy link
Member

This is not a bug. That´s by design.

If we are going to change that, others will complain that there´s no way to reach the categories instead of going to the movie listing and then use the .. to get one level up.

If you then also disable the "Show parent folder items" setting, then you don´t have the option to reach the categories anymore.

In case you want to customize the skin yourself as you might feel this is somewhat wrong (which is ok ;) ), please have a look at this section:

https://github.com/xbmc/xbmc/blob/master/addons/skin.estuary/xml/Home.xml#L907-L908

You can either modify line 907 that it also contains the titles/ or you can remove the conditions completely (delete line 907 and 908) and use this onclick then:

<onclick>ActivateWindow(Videos,videodb://movies/titles/,return)</onclick>

@oliroe
Copy link
Author

oliroe commented Mar 16, 2022

Appreciate it isn't a bug, just my personal preference that I don't want to use the categories at all.

Really appreciate your detailed response and I'll make the change manually

Thanks again

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Resolution: By design behavior reported in the issue is actually correct
Projects
None yet
Development

No branches or pull requests

2 participants