home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
An idea about interoperability and scripting...
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Clodo" data-source="post: 20671" data-attributes="member: 13653"><p>Actually it's possible to write a plugins that send action, message, or keystroke to MP, so it's possible to</p><p>write a plugins that send command to MP, and it's possible to handle many event (for example, OnPropertyChange on GuiProperty), but this</p><p>require that every assembly must be the correct build, and if i write a plugin "alfa" that interact with a plugin "beta", i need the</p><p>assembly of "beta".</p><p></p><p>I think that a technique for interoperability between plugins and core:</p><p>- must be a "standard design guidelines" for core and plugins developers, so accepted by all developers</p><p>- must be implemented in MP core, cannot be implemented as process plugin, because also core need to support them</p><p>- must be assembly build indipendent</p><p></p><p>i think it's a very important also for building a scripting engine inside MP.</p><p></p><p>What type of technique (my proposal, PVRX or other) it's a detail, because if a techique exists in core, a plugins (like your PVRX) can</p><p>wrapper that, but actually for example it's practically impossible to intercept when the Alarm event in MyAlarm occur without changing the code, </p><p>because MyAlarm plugins doesn't expose any event. </p><p>Please note, it's not a critic to MyAlarm developer, it's only an example!</p><p></p><p>So, what others developers and lead developers think about this topic? </p><p></p><p>Ok, for now stability is more important of this, but we can start to study the best solution for interoperability of MP 9.9....</p><p></p><p>bye!</p></blockquote><p></p>
[QUOTE="Clodo, post: 20671, member: 13653"] Actually it's possible to write a plugins that send action, message, or keystroke to MP, so it's possible to write a plugins that send command to MP, and it's possible to handle many event (for example, OnPropertyChange on GuiProperty), but this require that every assembly must be the correct build, and if i write a plugin "alfa" that interact with a plugin "beta", i need the assembly of "beta". I think that a technique for interoperability between plugins and core: - must be a "standard design guidelines" for core and plugins developers, so accepted by all developers - must be implemented in MP core, cannot be implemented as process plugin, because also core need to support them - must be assembly build indipendent i think it's a very important also for building a scripting engine inside MP. What type of technique (my proposal, PVRX or other) it's a detail, because if a techique exists in core, a plugins (like your PVRX) can wrapper that, but actually for example it's practically impossible to intercept when the Alarm event in MyAlarm occur without changing the code, because MyAlarm plugins doesn't expose any event. Please note, it's not a critic to MyAlarm developer, it's only an example! So, what others developers and lead developers think about this topic? Ok, for now stability is more important of this, but we can start to study the best solution for interoperability of MP 9.9.... bye! [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
An idea about interoperability and scripting...
Contact us
RSS
Top
Bottom