Re: Game testings

Just out of curiosity, would you guys be interested in a custom solution
for managing the games catalogue and games compatibility?

This is something I've wanted to write for a little while now.

If you're interested, I can try to do a quick proof of concept. I always
envisioned a cross between the dosbox compatibility list and the wine appdb.

On 21 May 2016 at 13:06, Eugene Sandulenko <[email protected]> wrote:

> > On 21 May 2016, at 13:37, Thierry Crozat <[email protected]> wrote:
> >
> > Finishing the work on the Event Recorder and thus allowing automatic
> testing would help.
> Indeed it could help. The only still unresolved problem is that it goes
> out of sync easily. Maybe something very simple is missing.
>
> > Also I would like to go a bit further. I have no experience with
> databases and web site design.
> I have a hope, that it is quite possible to reuse the Dosbox code. That
> would be the best solution for us in terms of traceability and operational
> overhead.
>
> >   - Add the information on the game pages on the wiki
> There it could be tough to track.
>
> >   - Or create a new wiki page to centralise the information on a single
> page
> I like this idea more, though this page might eventually grow big.
>
> >   - Or add the information on the game pages on the wiki and use the DPL
> extension to also automatically gather all the information on one page (as
> we do with the platform page (http://wiki.scummvm.org/index.php/Platforms).
> One issue with this approach is that the automatically generated page may
> be slow to access.
> Even the current Platforms page is quite slow. It most probably turn
> unbearable with something like 50+ pages to gather info from.
>
> >   - Or create a new page on the web site.
> That will be painful to update as it will involve got commits.
>
> > If the idea proves popular I will start implementing it around mid-June.
> Of course volunteers are welcome as well. And maybe a better alternative
> idea will emerge.
> The idea is great and long needed. The problem I see with your approach is
> that somebody has to manually move this information to a centralised place.
>
> Thus I could probably eventually try to look into the approach with the
> DB, it is quite straightforward to implement. But in the meantime starting
> gathering this information now is very much needed.
>
> Thank you for raising this.
>
> Unfortunately for 1.8.1 we had only one volunteer joining the testing. The
> approaches we started in 2009 and enthusiasm of the users obviously did not
> last till now, so we have to seek other options.
>
>
> Eugene
>
>
>
> ------------------------------------------------------------------------------
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data
> untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> _______________________________________________
> Scummvm-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j

_______________________________________________
Scummvm-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scummvm-devel