WebtroPie
-
@kixut I like it, in concept seems functional. I don't think there's a need for the user to be able to interact with the background when the dialog is open, and perhaps a few options aren't valid for multiple selection ("Launch", for instance :) ), but other than that, it sounds promising.
Something that's used in UIs for multiple edits is to show the text for the fields that have the same value, whereas for fields that have different values just fill it with something stating that's <different values>, so that the user knows that on save, each of them will save the respective original values for each. Others opt to leave them blank.
Just a thought, it's not serious though.
What's this using for web server, by the way?
Thanks for all the work!
-
Yes, it reminds me a little of mp3tag and iTunes, I think maybe I should lose the checkbox idea and have a right click / edit on the selected list to put you in multi edit mode instead of a single click for normal single edit mode too.
The web server is apache, I could have used nodejs but I think that apache is likely to be already installed along with most systems so there shouldn't be any additional memory or resources used by having this available, everything static gets cached on the client so only the bare minimum data that needs to be transferred for return visits, most data traffic is game list data or game images that haven't previously been viewed on the client. It uses php for scripting and php gd library extension for tainting theme images in the same way that ES does ... it was too tricky to do that in pure css/filters.
-
-
-
@itsnitro said in Web App WIP +please give it a name...:
I'd call it WebtroPie. Cause it's on the web.
yep, gweat, I'm weddy to go with that!
-
This is so impressive, so powerful, so beautiful...
I'd call it EmulationStallion !
Ok, I'm out. -
@kixut said in Web App WIP +please give it a name...:
The web server is apache
It uses php for scriptingMaybe you could use the php builtin webserver, what you think?
When our mate @daeks started playing with his YARMan he used apache and the main RetroPie developer suggested the use of the php builtin webserver - "Apache seems a bit overkill". And then YARMan uses the php webserver successfully (unfortunatelly its development seems a little stuck).
-
Dammit!, I didn't see that thread!, thought all the others were dot net apps.
The builtin web server for php looks good and would solve a couple of other issues, I will do a little testing over the weekend but at first go performance seems good.
Edit: should have announced months ago :- https://retropie.org.uk/forum/topic/6333/the-ideal-retropie/36 ... too much binge tv!
-
@kixut it would be great if someone could join me with development and to merge these two projects :) i know yarman is a bit stucked but I got some reallife issues but still want to work on it again very soon :) - anyhow, as already said in some other threads it is much better to develop "one" project instead of several ones.
I would really appreciate if we could work together and merge your frontend with mine. I used the wording "merge" as far as I have seen you are concentrating on the GUI for "playing" and basic edit functionallity (please correct me if I am wrong, didnt watch the whole video!) while mine is going more into detail with configs, logs, scraping, etc. It would be cool to integrate your work as some kind of mobile addon or something like that. Anyhow, I would appreciate also support in all the other planned features.
You could get an overview of all implemented and planned features here.
Looking forward to your response!
-
@daeks ... sounds great, I agree it's better to work as a team on one thing rather that sole developers of often to be abandoned projects.
Regarding what I've written - although I've probably gone over the top with the front end the prime purpose was to manage roms and game lists. I would have said the remaining milestones I was thinking of where I would consider it v1.0 would include :-
- Scrape - normal
- Scrape (mame roms) using history.dat
- Search Screen
- backup/restore game list
So, it's a little more modest managing rom sets rather than the whole sha-bang, but why not!, and there's certainly bits we've each done that the other wanted to do...
Having said that I think that although there's an overlap and mine uses php on the server our apps are probably constructed very differently, it might not be so straight forward to merge the two together, perhaps we would have to review each others framework and decide on a way forward.
I was close to posting it on GitHub, just a couple of things I wanted to add (ES still running warning, stop, start buttons and save all/bulk)... what the hell, does this forum allow zip gz attachments to posts?, or could i PM it to you (or anyone else who wants to test?)
-
@kixut said in Web App WIP +please give it a name...:
does this forum allow zip gz attachments to posts?
no
or could i PM it to you (or anyone else who wants to test?)
not in this forum. Unless someone post its email address.
-
@kixut GitHub is the best platform for active development imo though the forum can help with visibility/asking for others to help test.
I like the idea of merging the two, we have far too many web managers in varying states of completion.
-
@herb_fargus .. ok, warts and all here it is, WebtroPie
@Sano .. thanks by the way, I liked it, and also thought Wires, web interface for retropie emulation station but gave my son the casting vote!
Edit: oh yes, to install it needs a
git clone https://github.com/gazpan/WebtroPie
cd WebtroPie
sudo ./INSTALL.sh
optionally
sudo ./ENABLE_LAUNCH.sh -
@kixut the README says Webretro.
-
@meleu oops, thanks Fixed
-
@kixut The current version is using apache. Any plans to change to the php builtin webserver?
-
@meleu , if you would prefer you would just need to remove the <base href="roms"> tag in the index.html file and then run :-
php -S {ip_address}:8000 -t app/I was surprised that it didn't perform as well as apache, I can understand why al little since the client throws a number of requests at the server asynchronously and so this benefits from a multi threaded web server (I'm assuming), but what I didn't expect was that each request seemed slower too, if you F12 in chrome and look at the network transfers (esp filter on XHR traffic you'll see the difference ... happy to make a vid on it if you like
Having said that I'm not quite sure I believe that it can't perform better, so until I work out how I'll leave it as apache, most people I think will be running apache anyway and it's not too difficult to do the above if you prefer, but option definitely open for future, would be nice not to have to change apache ownership and may solve an input issue with launching that I have.
-
some minor changes for Indent and Comic-Book themes changlelog
git pull origin master
-
@kixut @TMNTturtlguy Could you elaborate on the invalid characters? Is that something @TMNTturtlguy should be aware of on his theme/should be able to fix on his end?
Or is it something that you feel should be exclusively on your end?
-
@pjft @kixut I am not sure I am following what the issue is here? Are you referring to the letter A that was in accidentally inserted into all the theme.xml to line 1? If that is what is being referred to, that was an accident and it has been removed from all .xml in the upcoming update. I believe that character, the letter "A" did not have an affect on users running on a rasberry pi, but rather on other devices. Please let me know. Thank you
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.