(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 2) Instability with the view modes.
Since the last updates, for unknown reason, the view modes in some kodi windows (Kodi libraries / Addons etc) are changing suddenly to "Banner List" (Previously it was changing to "Big List 2" when it was happened)
Also in Live TV, sometimes it is changing to "Simple List (PVR)" instead of what I set.
(Force View is off)
I don't know how to reproduce it or what is the scenario that cause this.
- What could be the reason?
- Can you write to the log (Or at least in debug mode) when a view mode is changing and who request it? So maybe I can find the reason.
If forced views is off, this is out of control of the skin. Most probably there's some addon doing some stuff in the background causing this issue.
There is no way to tell (or write to log) what is doing that. Just start with a fresh Kodi setup and start adding your stuff one-by-one untill it starts happening again.
It seems that it less happens since the last days. I don't know what has been changed.
But addons can change also kodi's windows view mode? Does not it should affect only on their addons's view mode?
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 3) Why when I set "Hide watched" in TV Shows library, it influences also on other addons?
Why there isn't a separation between them (Like there is for example between Movies and TV Shows Library regarding this setting)
That setting is global for the entire video library. It's not skin controlled so if you'd like to see it changed, submit a PR to Kodi or kindly ask it as a feature request on the general topics.
But still, between the movies and the TV shows there is a separation for that setting.
But I will ask them.
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 4) Can you make the file name text in the Video Info dialog to be scrolled?
OK, will do but I'll warn upfront that it looks a bit cluttered. Available in next beta.
Thanks it's ok.
But can you do it so the "Filename:" string won't be part of the scrolling text?
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 5) Regarding the Edit Menu shortcuts, why when choosing the widget "Use as widget" there is a force refresh option, while for the others (Skin helper service widgets) there isn't? (Is it built in already?)
For skin helper provided widgets this is builtin already. It will auto refresh when needed, e.g. when content was changed.
In general it's ok. But still, sometimes I see that some skin helper widget that haven't been updated, even when moving between the main menu items.
In this case I perform the "Reset Skin" operation that refresh it.
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 9) Regarding the Shortcuts Editor: There is a bug with the "disable shortcut" option with menu items and submenu items:
It doesn't show the actually state for each item separately when moving over each one. For example, changing to item1 (or submenuitem1) and then moving to item2 (or submenuitem2) and changing it again. I actually don't know if subitem1 is disable or enable.
Will be fixed in next beta
Thanks.
I checked it and it's working good now.
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 10) Regarding the list view modes, when doing right click on an item for opening the context menu and go over the items there the focused item is also change in the window according to the mouse cursor, so sometimes it takes another item instead of the one you right-click on it for a context-menu item operation. Can you disable/lock the movement in the window behind when the mouse cursor is go over the context menu items (for all the view modes)?
If the contentmenu is opened, the window underneath is already locked for input so what you describe should not happen. Also be aware that Kodi isn't built to be controlled by a mouse so there will always be glitches trying to work around that.
I think I understand what is happening.
It seems that the problem happens when you open another dialog.
At this specific moment, when the context menu is closed and the other dialog is opened, the window underneath is unlocked.
So the moving of the mouse from the context menu to the other dialog, is also moving the selected item underneath.
Is there any optional solution for this?
(2017-02-09, 12:40)marcelveldt Wrote: (2017-01-28, 17:06)burekas Wrote: 11) [BUG] Regarding the favorites items in the Favorites widget.
When I add an internal addon item to the favorites, it shows black background when I go over it, instead of the addon fanart.
(While when I add the addon itself to the favorites it does show its fanart as background)
Can you fix it so it will take the addon's fanart that it belongs to (Preferred option), or set it by the global background setting?
I will try that but I'm not so sure if that is possible. If I manage to find a workaround, it will be available in next beta.
First, basically it's good now.
All the internal addons that in the Favorites and have fanart, shows their fanart as background.
But There are stiil two open issues:
a. If the source addon doesn't have fanart, it shows black background instead of the Global background setting (Like as you do in the Videos Addons screen for example)
b. I set the background for "Favorites" main menu item as "None", but it shows black instead of the Global background setting.