dotnetic

Yeah, same data that it is now.

Hey @adrian I have read that comment, and think this should be done. Waiting for feedback from @Pete and or @ryan if they can implement it soon.

@neophron Date formatting can be set directly in the fields settings. It has nothing to do with the german language pack.

Right now I am working on filtering, but customers are nagging me about getting their sites done, so this module needs a little bit more time. Hope to find some time in the next days.

@neophron You might also have a look at my blog article "Warum ProcessWire die beste Wahl für Ihre Website ist (nicht immer, aber in den meisten Fällen)" or a case study of the website of P. Jentschura, which is also based on ProcessWire.

The reason why I would need data all modules is, that I want to filter and search the entries on the frontend side, instead of making a new AJAX request, because it is much faster. There are advantages and disadvantages with frontend only filtering, but with backend filtering also. I think frontend filtering is the best way for quick searching and filtering. That is also how I do it on https://www.p-jentschura.com/de/produkte/

@bernhard An extra field for a Readme would be an ideal solution, but then every author has to update his modules information in the modules directory. So there might be many modules without a readme, because they are not maintained anymore. The module overcomes this, and tries to get the needed information automatically. So maybe code from this module can be reused for my module. Have to look into this.

Thanks for the kudos, Bernhard ?

Is @Nvim any good?

@Robin S Good idea. Would be an enhancement.

Yes, it would ideal to serve a JSON file with info for all modules. But thats a lot of information, so it would be good for the module installer to define, which fields should be queried, so the JSON file is minimal. As I partied until now, I think I am not going to work on the module today. Have to get a lil bit of sleep tonight, ehm, day, because I didn't sleep last night. I am hoping for an answer from @ryan about the limit for the JSON file.

Hey @GynTonyc. Welcome to our community and to ProcessWire. There is a reason why we have chosen PW as our framework/CMS of choice. You already know why. If you have more questions don't be afraid to ask.

Multiple sites are possible with Laragon, but if you use the same database in your site/config.php, well you have the same data in both installations.

normally the backend login url is /processwire and not processwire/login /. Did you tell your browser to accept the certificate anyways? Then it should work. Else do you have access to the files via FTP? Then you can insert following code into a template file to echo the admin url: echo wire('config')->urls->admin;

check your .htacces file. Is mod_rewrite enabled? are other urls working fine?

@adrian I am developing it as a module for now, but at a later point will replace ProcessModule with my code. For getting the JSON data I used code from Somas Module Manager, which seems to get only the 350 items you mentioned ? We have to think of a way, to get them in batches, or @ryan has to change the limit. I did not thought about the complications yet when the limit is higher. I got filtering working, but not in the way I want. Some things turn out to be more complicated than I thought. Anyways, here's a lil teaser for you guys ?

There is an option to hide certain categories from listing, this could also be made configurable via module settings, but this is not my priority right now.

Well, the improved module manager/installler shows which modules you have installed and which can be installed or upgraded with one click (ok actually it's 2 clicks). Why should you leave your PW installation to go to the ProcessWire modules website, of which you have to be aware of, search for a module, copy or remember the module name, go back to your ProcessWire installation, paste the module name, click on "get module info" and finally install the module? Make it easy for everybody! Lower the barrier for new users, and make it easier for existing users to find an install modules. That is one thing, that many other frameworks/CMS's have by default. Like ModX, WordPress or PrestaShop. Right now I am making good progress with the development of the module. I will post an updated screenshot a little bit later or tomorrow. Please note, that this is actually working, it is not only a mockup. Data is fetched and cached and then being used to display the modules with all information: Here are some more features I am planning to integrate: Live-Search/Filtering Quick uninstallation/disabling of a module Top modules label, so users can see modules that are being used the most (based on the likes, sadly we have no module installation counter) I will put it up on Github, as soon as it is in a presentable state, and you guys can improve it further. You can also write your thoughts and wishes here.

First work in progress version ? Built with vue.js for fast DOM updates. Needs to be AJAXified and more details. So maybe wait a little bit with feedback. I know there is lots of information missing. OK, now I go to sleep, because it's 4:30 am and I am invited to a birthday today.

@adrian It would also be nice if we could install multiple modules at once like you do with your https://github.com/adrianbj/ProcessModuleToolkit So we have to be able to select multiple modules, then click install, and magic happens ?

No we don't need that, but often there is additional info in the README, which also includes install instructions along with extended information about the module. Mainly I want to get that additional information

I hope to come up with a mockup/prototype the next few days/weeks. Here are my thoughts: We can use @Soma Module Manager as a starting base for getting information about the modules overview and each individual module. There is an API for getting information about modules available at http://modules.processwire.com/export-json/ or for a specific module like TracyDebugger http://modules.processwire.com/export-json/tracy-debugger/?apikey=pw223 sadly, we can't get the install instructions or readme via this API. Maybe we can use something in addition to get more detailed information. Of course this information should be cached, and there should be an option to force reload the information. My approach would be a nice looking filterable overview, which also can be sorted like on the modules directory Each module should have an "Install" button and a detail button which opens a panel/popup that shows extended information about this module (for example the readme) Filtering could be very simple but I am in love with filtering like isotope or mixitup. Luckily Uikit also comes with a component for similar filtering: https://getuikit.com/docs/filter We also should stick to default AdminThemeUikit styling, so it integrates nicely into PW and maybe one day replaces the old (actual) installer.

Hey @adrian and @Pete I think a revamped module installer would be great. Adrian's AJAX approach is a nice addition for devs who know what they are looking for. But for all others we need a browsable experience. We should open another forum topic for this. I might come up with an initial mockup as a starting point in the next weeks, but as always my time is limited. First I have to update the german language files for the new PW dev version.

Yes it is possible but it depends on your needs. I also built several software with ProcessWire as a base. But you have to tweak the backend to your likings (which requires much hooks), or create an own backend instead of the default one.

wirePopulateStringTags is missing in the API docs. It is only mentioned in this blogpost https://processwire.com/blog/posts/processwire-2.5-changelog/ Opened an issue for this https://github.com/processwire/processwire-issues/issues/782