+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Development (https://forum.kodi.tv/forumdisplay.php?fid=32)
+--- Forum: Skinning (https://forum.kodi.tv/forumdisplay.php?fid=12)
+---- Forum: Skin helper addons (https://forum.kodi.tv/forumdisplay.php?fid=300)
+---- Thread: Release script.embuary.helper - a skin helper service / widgets alternative (/showthread.php?tid=345471)
RE: script.embuary.helper - a skin helper service / widgets alternative - User 405025 - 2019-11-12
Hi @sualfred
I like to build a music hub(custom window), where i want to avoid going in musicnav when click on folder items. ( which offers many other problems but thats another task)
My issue is that: if i like to start play a song using
RunScript(script.embuary.helper,action=playall,id=5121,method=fromhere)
as oncklick action it'll create a videoplaylist instead of a wished musicplaylist
KODI LOG : NOTICE: [ script.embuary.helper ] Video playlist has been filled. Clear existing music playlist
Do you think its possible to set the target as optional 'argument'/'type' there ?
And a Bonus Question :
did you know any way if a custom window (even better will be widget containers) can be 'handled' as an specific mediacontenttype window (e.g. targetWindow=music)
so that a custom window is able to have the corresponding contextmenu items and keymap actions available ,based on target/windowid ?
e.g. queue an item to musicplaylist - is just possible in mymusicnav.xml
I found this in kodi source but i have no idea what and if somewhat can be done script wise or if that even helps
...python:
if (targetWindow.empty())
iTargetWindow = CServiceBroker::GetGUI()->GetWindowManager().GetActiveWindow();
else
iTargetWindow = CWindowTranslator::TranslateWindow(targetWindow);
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-12
It should not add it to the videoplaylist, because it uses ListItem.DBType of the container items. I use that on my end for my musichub and a musicplaylist is created.
What happens is you call "activatewindow(musicplaylist)"? Are the items there?
Forget what I have said. Add "&type=music" to your call
To your second question:
No, no way. There is no control off the core provided context menu items. It's always based on ListItem.DBType and the window.
RE: script.embuary.helper - a skin helper service / widgets alternative - User 405025 - 2019-11-12
(2019-11-12, 20:34)sualfred Wrote: It should not add it to the videoplaylist, because it uses ListItem.DBType of the container items. I use that on my end for my musichub and a musicplaylist is created.Thanks, works perfect now.
What happens is you call "activatewindow(musicplaylist)"? Are the items there?
Forget what I have said. Add "&type=music" to your call
To your second question:
No, no way. There is no control off the core provided context menu items. It's always based on ListItem.DBType and the window.
RE: script.embuary.helper - a skin helper service / widgets alternative - User 405025 - 2019-11-18
Hi again :-)
i am here to sadly show off a bug.
I am unsure when it does change.
I got the issue that dialogcontextmenu dint get a 're-fresh' when using the 'custom dialog' option
e.g.
xml:<onclick>SetProperty(Dialog.1.Label,$LOCALIZE[3])</onclick>
<onclick>SetProperty(Dialog.1.BuiltIn,Skin.SetString(UserWidget$PARAM[nr]_target,videos)||Skin.SetString(UserWidget$PARAM[nr]_target.label,$LOCALIZE[3]))</onclick>
1st Opening is always good, but second opening will have items from last opening still fetched.
e.g. 1st : set sortorder
2nd : set layout (the sortorder items are still there, as long as num items is not bigger than the items of previous attemt)
I tested with your embuary skin and its the same there.
https://streamable.com/cg7c7
i am at 18.4 Git:20190831-3ade758ceb. Platform: Windows NT x86 64-bit
Unsure if iam using right words, but may you get me.
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-18
@mardukL
Oh, yes. Pushed a small hotfix to my repo and github. Let me know if it resolves it.
RE: script.embuary.helper - a skin helper service / widgets alternative - User 405025 - 2019-11-19
(2019-11-18, 19:49)sualfred Wrote: @mardukL
Oh, yes. Pushed a small hotfix to my repo and github. Let me know if it resolves it.
couldn't test yesterday.
received your update today, tested and all works great again.
RE: script.embuary.helper - a skin helper service / widgets alternative - manfeed - 2019-11-25
@sualfred
Congratulations, new Team-Kodi member!
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-25
Pssst... otherwise they will notice their mistake
RE: script.embuary.helper - a skin helper service / widgets alternative - bsoriano - 2019-11-26
@sualfred , I continue to look for ways to eliminate skin helper service from Amber skin. The one thing that it provided that I do not have (that I used) is home window properties with the total number of addons and the number of each type of addon (video, programs, music, etc.). I provided these numbers as infoline options to the users. Is this something that you would be willing to implement in Embuary Helper? Thanks a lot for considering my request.
EDIT: Skin Helper Service also provided a home window property with the total number of favourites. I asked in the script.favourites thread if this could be implemented in that script, but perhaps it would be easy for you to do here if you are willing to do the other home window properties.
Regards,
Bart
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-26
Why don't you just add hidden containers and use Container.NumItems?
RE: script.embuary.helper - a skin helper service / widgets alternative - bsoriano - 2019-11-26
(2019-11-26, 23:10)sualfred Wrote: Why don't you just add hidden containers and use Container.NumItems?@sualfred, thanks, I had not thought of that. i will look into that as a solution.
Regards,
Bart
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-26
Should also be populated much faster because there is no Python "overhead". Like using ?xsp paths. They are instantly filled.
RE: script.embuary.helper - a skin helper service / widgets alternative - bsoriano - 2019-11-26
(2019-11-26, 23:16)sualfred Wrote: Should also be populated much faster because there is no Python "overhead". Like using ?xsp paths. They are instantly filled.@sualfred, thanks again. I think I am somewhat slow today, but what would be the paths to use for the content tag for the hidden containers for addons?
Regards,
Bart
RE: script.embuary.helper - a skin helper service / widgets alternative - sualfred - 2019-11-27
since they are hidden you don't have to add it
RE: script.embuary.helper - a skin helper service / widgets alternative - jurialmunkey - 2019-11-27
(2019-11-26, 23:56)bsoriano Wrote:(2019-11-26, 23:16)sualfred Wrote: Should also be populated much faster because there is no Python "overhead". Like using ?xsp paths. They are instantly filled.@sualfred, thanks again. I think I am somewhat slow today, but what would be the paths to use for the content tag for the hidden containers for addons?
Regards,
Bart
Code:
addons://sources/video
addons://sources/audio
addons://sources/executable
addons://sources/image
Also, I'm not 100% sure, but I think you might be able to get the favourites list with
Code:
favourites://BTW, you can find the <content> paths here:
https://kodi.wiki/view/Opening_Windows_and_Dialogs