Guest - Testers are needed for the reworked CDateTime core component. See... https://forum.kodi.tv/showthread.php?tid=378981 (September 29) x
WIP uri2addon
#16
I totally agree (and also suggested something like this 2 years ago, 5.9).
I would rather have plugins able to register regular-expression than domains.

Anyway, a dialog where the user is asked to install or choose an addon is a must.
My GitHub. My Add-ons:
Image
Reply
#17
(2015-06-07, 10:45)sphere Wrote: I totally agree (and also suggested something like this 2 years ago, 5.9).
I would rather have plugins able to register regular-expression than domains.

Anyway, a dialog where the user is asked to install or choose an addon is a must.

Maybe this got misunderstood. Regular expression are already in use. An addon can provide multiple regular expressions already, so we can catch every possible URI and keep the expressions simple.

I update the addon for further tests and maybe some screenshots later.
Reply
#18
If multiple addons match for one URI the addon will provide a dialog with the name of each addon. This is working now Smile

Image
Reply
#19
(2015-06-06, 11:14)da-anda Wrote: This is actually an idea we also had in mind

Should I pause this idea? Smile
Reply
#20
If no addon was found. This will also be written in the KODI log with the full URI:

Code:
11:50:31 T:5508   ERROR: [script.uri2addon] Could not find addon for the given URI "https://youtu.ba/YUyuIcy_Lg4"

Image
Reply
#21
(2015-06-07, 09:51)mkortstiege Wrote:
(2015-06-06, 17:24)Lunatixz Wrote:
(2015-06-06, 09:56)bromix Wrote: Okay...I try to show a selection dialog if multiple addons match for one domain Smile
Personally I think any dialogs should be optional... Some users don't want to be overloaded with prompts. Click a video, watch it play...

If we're going the domain route like android and other platforms are doing, we need that dialog imo. We should not decide what addon to use in case there are multiple ones available that can handle a playable URL as IMO that choice belongs to the users.
Then we should implement a "always" or " just once" like Android uses...

Think about how much fun using kodi would be if every time you wanted to watch video you were prompted; which codec you want to use, which player do you want to use... Some things need to be handled automatically...

I honestly don't see the point of this plugin, if we are going to fill it with prompts.... It would be better off left alone than.
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#22
(2015-06-07, 15:07)Lunatixz Wrote:
(2015-06-07, 09:51)mkortstiege Wrote:
(2015-06-06, 17:24)Lunatixz Wrote: Personally I think any dialogs should be optional... Some users don't want to be overloaded with prompts. Click a video, watch it play...

If we're going the domain route like android and other platforms are doing, we need that dialog imo. We should not decide what addon to use in case there are multiple ones available that can handle a playable URL as IMO that choice belongs to the users.
Then we should implement a "always" or " just once" like Android uses...

Think about how much fun using kodi would be if every time you wanted to watch video you were prompted; which codec you want to use, which player do you want to use... Some things need to be handled automatically...

I honestly don't see the point of this plugin, if we are going to fill it with prompts.... It would be better off left alone than.
Optional like Android - agreed.

Otherwise your statement would mean every operating system had a design flaw, because of giving a user the choice to select the behavior the user wishes. Automatically wouldn't work in this case and will never work. See DirectShow which tries to select the correct Codec automatically via the merit. It doesn't work. We have customers of our multimedia software sometimes in the support because our software uses DirectShow as a last fallback. The rendered graph doesn't fit always up because of the Codec-packs and we have to find individual solutions.

At least we give the users a choice. And as a PM I say in this case, there should be only one suitable addon for one domain in a prefect world. If this isn't the case, maybe the addon for playback is missing something which the other adddon has, which also means the developer of the first addon hasn't done the work/job right.

I could add an additional setting to always use the first addon, so we have 3 possible options. For everything there is a suitable solution.
Reply
#23
So if we have the option of setting "Always", how do you undo that choice - we will also need an add-on/domain management screen.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#24
(2015-06-07, 15:31)Milhouse Wrote: So if we have the option of setting "Always", how do you undo that choice - we will also need an add-on/domain management screen.
The addon is to find under programs. So it should be possible to provide some kind of management there.
Reply
#25
(2015-06-07, 15:22)bromix Wrote:
(2015-06-07, 15:07)Lunatixz Wrote: [quote='mkortstiege' pid='2022719' dateline='1433663474']

If we're going the domain route like android and other platforms are doing, we need that dialog imo. We should not decide what addon to use in case there are multiple ones available that can handle a playable URL as IMO that choice belongs to the users.
Otherwise your statement would mean every operating system had a design flaw, because of giving a user the choice to select the behavior the user wishes. Automatically wouldn't work in this case and will never work. See DirectShow which tries to select the correct Codec automatically via the merit. It doesn't work. We have customers of our multimedia software sometimes in the support because our software uses DirectShow as a last fallback. The rendered graph doesn't fit always up because of the Codec-packs and we have to find individual solutions.

Huh ummm file extensions? when you install a app, it registers that extension... then most of the time the os just opens to the default registered app... but if a user wants they can select a different default app... but one thing it doesn't do is alway ask you how you want to open a file... it just does... Big Grin

if anything os design goes to what i'm asking us to keep in mind... not bogging down users with needless prompts...
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#26
(2015-06-07, 16:13)Lunatixz Wrote:
(2015-06-07, 15:22)bromix Wrote:
(2015-06-07, 15:07)Lunatixz Wrote: [quote='mkortstiege' pid='2022719' dateline='1433663474']

If we're going the domain route like android and other platforms are doing, we need that dialog imo. We should not decide what addon to use in case there are multiple ones available that can handle a playable URL as IMO that choice belongs to the users.
Otherwise your statement would mean every operating system had a design flaw, because of giving a user the choice to select the behavior the user wishes. Automatically wouldn't work in this case and will never work. See DirectShow which tries to select the correct Codec automatically via the merit. It doesn't work. We have customers of our multimedia software sometimes in the support because our software uses DirectShow as a last fallback. The rendered graph doesn't fit always up because of the Codec-packs and we have to find individual solutions.

Huh ummm file extensions? when you install a plugin, it registers that extension... then most of the time the os just opens to the default registered app... but if a user wants they can select a different default app... but one thing it doesn't do is alway ask you how you want to open a file... it just does... Big Grin

Then you haven't worked with windows 10 Wink you will get always the selection dialog. We hoped it would only be in the preview for developers...but it seems to be regular.
Reply
#27
(2015-06-07, 15:31)Milhouse Wrote: So if we have the option of setting "Always", how do you undo that choice - we will also need an add-on/domain management screen.

it wouldn't' be hard to put together a config screen that can remove users previous selections...

I'm playing devil's advocate here... prompts should be limited and not repetitive... avg youtube video is 4 mins, so users should prepare to click a prompt for each video?... what happens if they put together a playlist? endless waiting by the tv just to select which plugin should handle the media?

is the point of uri2addon for the convenience of the developer or for the users experience?

again... just sharing an opposing viewpoint Wink
Image Lunatixz - Kodi / Beta repository
Image PseudoTV - Forum | Website | Youtube | Help?
Reply
#28
Having a prompt appear could be quite interesting if the playback has been initiated via JSON and the user has no keyboard/IR remote access, but I suspect this will have to be accepted just once and responded to with "Always", or pre-configured with "Always" in the add-on/domain "management" screen.

(By the way I'm not trying to be negative, I think - as I'm sure others do - that this is a good idea, just that there are extra issues that stem from asking the user to make a repeated or one-off decision).
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#29
(2015-06-07, 16:19)Lunatixz Wrote: ....

is the point of this uri2addon for the convenience of the developer or for the users experience?

Both.

For a developer to save time and a headache Wink A Developer shouldn't restrict the support for the remote control (for example) because he couldn't know all addons and how to call them. That's nuts and a structural error in design. Just share the URL to KODI.

For the UX - user adds an addon, because he want's to use it and if he is using some external/remote device (phone or tablet) I would expect that the sharing feature is somehow working and I haven't to wait for a Yatse- or KORE- developer to add the correct call for an addon. At least KODI would tell with uei2addon that an URL isn't support...now KODI says nothing (you have to look into the log).
Reply
#30
(2015-06-07, 16:19)Lunatixz Wrote: [...]
I'm playing devil's advocate here... prompts should be limited and not repetitive... avg youtube video is 4 mins, so users should prepare to click a prompt for each video?... what happens if they put together a playlist? endless waiting by the tv just to select which plugin should handle the media?

[...]

I would think playlists just get called one time at the initialization with the corresponding url. So it would be only one dialog if you havent setup anything. Everything after that is still handled by the addon which then is called.
Reply

Logout Mark Read Team Forum Stats Members Help
uri2addon1