Kodi Community Forum

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);

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.

(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.

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.

Thanks, works perfect now.

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.

@mardukL 

Oh, yes. Pushed a small hotfix to my repo and github. Let me know if it resolves it.

(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.

@sualfred 
Congratulations, new Team-Kodi member!  

Pssst... otherwise they will notice their mistake

@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

Why don't you just add hidden containers and use Container.NumItems?

(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

Should also be populated much faster because there is no Python "overhead". Like using ?xsp paths. They are instantly filled.

(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

since they are hidden you don't have to add it

(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

Also, I'm not 100% sure, but I think you might be able to get the favourites list with

BTW, you can find the <content> paths here:
https://kodi.wiki/view/Opening_Windows_and_Dialogs