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
MediaPortal 1 Plugins
New Webinterface
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="samuel337" data-source="post: 128457" data-attributes="member: 10347"><p>Hi AdmiralUD and everyone else,</p><p></p><p>I know progress on the new web interface has been extremely slow, but I've just started work on updating the ECP2 plugin for the new client/server configuration. This forms the base of the web-interface, e.g. send MP commands, add recordings, get connected clients, play songs etc. I've refrained from saying anything because I don't like raising expectations and then having everyone disappointed when they don't come, so I rather talk when I have something to show.</p><p></p><p>AdmiralUD - its good that someone else is coming to the table with the skills needed for this. Your plans are basically what I've had in mind, so we're not too far off track.</p><p></p><p>I do have issues with this point:</p><p></p><p></p><p>I believe there should be a layer, and that layer should be the native MP methods. Why? Because then we don't have to worry about any changes that are made to the database structure, and also the way that MP operates. For example, if you add a recording directly to the database, I don't believe that MP will know about that, hence it should be added via MP (yes, this can be worked around using notifications, but its just an example). It means less work overall because we're not creating our own database code and updating it everytime it changes in MP.</p><p></p><p>About the svn-repo, I can add you into the mp-webinterface sourceforge project if you like.</p><p></p><p>Sam</p></blockquote><p></p>
[QUOTE="samuel337, post: 128457, member: 10347"] Hi AdmiralUD and everyone else, I know progress on the new web interface has been extremely slow, but I've just started work on updating the ECP2 plugin for the new client/server configuration. This forms the base of the web-interface, e.g. send MP commands, add recordings, get connected clients, play songs etc. I've refrained from saying anything because I don't like raising expectations and then having everyone disappointed when they don't come, so I rather talk when I have something to show. AdmiralUD - its good that someone else is coming to the table with the skills needed for this. Your plans are basically what I've had in mind, so we're not too far off track. I do have issues with this point: I believe there should be a layer, and that layer should be the native MP methods. Why? Because then we don't have to worry about any changes that are made to the database structure, and also the way that MP operates. For example, if you add a recording directly to the database, I don't believe that MP will know about that, hence it should be added via MP (yes, this can be worked around using notifications, but its just an example). It means less work overall because we're not creating our own database code and updating it everytime it changes in MP. About the svn-repo, I can add you into the mp-webinterface sourceforge project if you like. Sam [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
MediaPortal 1 Plugins
New Webinterface
Contact us
RSS
Top
Bottom