2019-03-14, 07:41
2019-03-14, 07:41
2019-03-14, 10:22
(2019-03-14, 07:41)sualfred Wrote: [ -> ]@cartman.dosAnd in addition, kodi wiki help what's possible via smart playlists -> https://kodi.wiki/view/Smart_playlists#Rules
As jurialmunkey said, pretty simple:
https://github.com/sualfred/skin.embuary...s.xml#L271
https://github.com/sualfred/skin.embuary...Search.xml
https://github.com/sualfred/skin.embuary...operty.xml
2019-03-14, 12:11
@jurialmunkey , @sualfred , I'll give it ago hopefully this weekend.
I was thinking of a always visible small keyboard layout with edit control to change content without previous keyboard dialog pop-up.
But never messed with these kind of controls before...
(skin helper has a very similar custom search that i could expand upon but its slow AF and having it work in kodi natively would be amazing)
any tips?
PS, fred - in your youtube search var you placed this param
but looking at plugin.youtube code:
so it should be 'video' but is also not needed in the first place.
Plugin devs also added a useful feature in recent update that will hide folders:
I was thinking of a always visible small keyboard layout with edit control to change content without previous keyboard dialog pop-up.
But never messed with these kind of controls before...
(skin helper has a very similar custom search that i could expand upon but its slow AF and having it work in kodi natively would be amazing)
any tips?
PS, fred - in your youtube search var you placed this param
Code:
&search_type=videos
Code:
search_type = context.get_param('search_type', 'video')
...
if search_type == 'video':
...
Plugin devs also added a useful feature in recent update that will hide folders:
Code:
&hide_folders=true
2019-03-14, 12:35
(2019-03-14, 12:11)cartman.dos Wrote: [ -> ]@jurialmunkey , @sualfred , I'll give it ago hopefully this weekend.Unsure, but theoreticaly you can define an include for "dialogkeybord.xml" and use that via onload there.
I was thinking of a always visible small keyboard layout with edit control to change content without previous keyboard dialog pop-up.
But never messed with these kind of controls before...
(skin helper has a very similar custom search that i could expand upon but its slow AF and having it work in kodi natively would be amazing)
any tips?
So that it'll overlay your (in that case left side ) of your "search window result" which also need to ActivateWindow(virtualkeyboard)
[ (virtualkeyboard) - WINDOW_DIALOG_KEYBOARD - 10103 - DialogKeyboard.xml) ]
Only contra is , that you need to press enter, to have the lookup/results show up.
2019-03-14, 12:48
(2019-03-14, 12:35)mardukL Wrote: [ -> ]Yeah my initial thoughts were to use an alternative layout in dialogkeyboard, switch by visible cond. so its a dialog on top of the custom window, but i'm not sure how this is handled in kodi and if it will allow me to have a constantly showing keyboard.(2019-03-14, 12:11)cartman.dos Wrote: [ -> ]@jurialmunkey , @sualfred , I'll give it ago hopefully this weekend.Unsure, but theoreticaly you can define an include for "dialogkeybord.xml" and use that via onload there.
I was thinking of a always visible small keyboard layout with edit control to change content without previous keyboard dialog pop-up.
But never messed with these kind of controls before...
(skin helper has a very similar custom search that i could expand upon but its slow AF and having it work in kodi natively would be amazing)
any tips?
So that it'll overlay your (in that case left side ) of your "search window result" which also need to ActivateWindow(virtualkeyboard)
[ (virtualkeyboard) - WINDOW_DIALOG_KEYBOARD - 10103 - DialogKeyboard.xml) ]
Only contra is , that you need to press enter, to have the lookup/results show up.
2019-03-14, 13:58
(2019-03-14, 12:11)cartman.dos Wrote: [ -> ]Plugin devs also added a useful feature in recent update that will hide folders:
Code:&hide_folders=true
You can hide folders by sorting by filein content tag. ie
Code:
<content sortby="file">
EDIT: It was sort by "file" not "filename"
2019-03-14, 14:23
@cartman.dos
Thanks, but with "video" and the hide_folder argument I get "channels", "playlists", "live" listed.
Thanks, but with "video" and the hide_folder argument I get "channels", "playlists", "live" listed.
2019-03-14, 23:05
(2019-03-14, 14:23)sualfred Wrote: [ -> ]@cartman.dos
Thanks, but with "video" and the hide_folder argument I get "channels", "playlists", "live" listed.
Try this
Code:
<content target="videos" sortby="file" limit="25">plugin://plugin.video.youtube/search/?q=$INFO[Skin.String(SearchTerm)]</content>
In my previous post I wrote sortby="filename", but it should be sortby="file". That's what I use to hide folders.
2019-03-14, 23:35
@jurialmunkey
But that will add the addon items to the end of the list. Haven't tested it, but with less than 25 items they should become visible again.
Also works. All that this argument does is to bypass the adding of these items in the function, because I do not provide a "valid" value, but the videos will still be appended to the list.
At the end, both things are "hacky"
But that will add the addon items to the end of the list. Haven't tested it, but with less than 25 items they should become visible again.
Code:
plugin://plugin.video.youtube/kodion/search/query/?q=$INFO[Skin.String(CustomSearchTerm)]&search_type=whateverfloatsyourboat
Also works. All that this argument does is to bypass the adding of these items in the function, because I do not provide a "valid" value, but the videos will still be appended to the list.
At the end, both things are "hacky"
2019-03-14, 23:43
Ah, I never tested with a list smaller than 25 items, so I didn't realise they were at the end (makes sense they would be).
2019-03-22, 09:07
@sualfred, @jurialmunkey - thank u guys so much for the idea and template code...it's lightning fast!
one thing I wanted to ask is if you noticed any issue with containers not refreshing?
It seems that if a container has no results it will not update even if path has changed afterwards.
we basically have the same implementation minus the part that i'm bypassing the use of virtual keyboard.
but since virtualkeyboard is a dialog type it shouldn't reload the window, so i'm guessing you can reproduce on ur end with ur skins?
For now I force reloadskin() each time the search string is cleared but that's an 'OK' at best solution.
one thing I wanted to ask is if you noticed any issue with containers not refreshing?
It seems that if a container has no results it will not update even if path has changed afterwards.
we basically have the same implementation minus the part that i'm bypassing the use of virtual keyboard.
but since virtualkeyboard is a dialog type it shouldn't reload the window, so i'm guessing you can reproduce on ur end with ur skins?
For now I force reloadskin() each time the search string is cleared but that's an 'OK' at best solution.
2019-03-22, 09:11
I do force a visibility for the containers to bypass this behaviour. And to prevent ugly "glitching" I do use a fake busy spinner overlay.
https://github.com/sualfred/skin.embuary...ch.xml#L60
https://github.com/sualfred/skin.embuary...ch.xml#L86
https://github.com/sualfred/skin.embuary...s.xml#L199
https://github.com/sualfred/skin.embuary...operty.xml
Edit:
You also could use a clone of all containers as hiddenobject that are always "visible" with the same paths. And then just use "Integer.IsGreater(Container(id).NumItems,0)" for the normal containers. But this will double your library calls.
https://github.com/sualfred/skin.embuary...ch.xml#L60
https://github.com/sualfred/skin.embuary...ch.xml#L86
https://github.com/sualfred/skin.embuary...s.xml#L199
https://github.com/sualfred/skin.embuary...operty.xml
Edit:
You also could use a clone of all containers as hiddenobject that are always "visible" with the same paths. And then just use "Integer.IsGreater(Container(id).NumItems,0)" for the normal containers. But this will double your library calls.
2019-03-22, 09:18
(2019-03-22, 09:11)sualfred Wrote: [ -> ]I do force a visibility for the containers to bypass this behaviour. And to prevent ugly "glitching" I do use a fake busy spinner overlay.I've noticed that part and read your code in embruary helper but wait does the movement of the control (the resetposition method) does the trick or the script part isn't related to that specific issue?
https://github.com/sualfred/skin.embuary...ch.xml#L60
https://github.com/sualfred/skin.embuary...ch.xml#L86
https://github.com/sualfred/skin.embuary...s.xml#L199
https://github.com/sualfred/skin.embuary...operty.xml
2019-03-22, 09:34
Ignore the movement stuff of my helper. That will only reset the focus position of the containers to 0 after a new search has been applied.
But if you are interested in using it, too -> The helper script + my skin will be available in the Kodi repo soon.
But if you are interested in using it, too -> The helper script + my skin will be available in the Kodi repo soon.
2019-03-22, 09:43
(2019-03-22, 09:34)sualfred Wrote: [ -> ]Ignore the movement stuff of my helper. That will only reset the focus position of the containers to 0 after a new search has been applied.Alright I'll try it then, congrats on finally goin to official repo.
But if you are interested in using it, too -> The helper script + my skin will be available in the Kodi repo soon.
I also use a small helper from things i wrote as scripts and used SH and ur embruary for the base structure
although i'm wondering if a classes OOP structure has a performance benefit in contrast to current design?
SH is already doing too much for its own good...