dotnetic

I remember this issue, which could be related: make the fallback optional if pagefile->url is smaller than webp · Issue #903 · processwire/processwire-issues (github.com)

But also if someone provides updated translations or improvements here I will likely integrate them as soon as I have the time.

A PR would be the easiest and least time expensive way for me. This was one reason for me to provide the language helper repo https://github.com/jmartsch/processwire-language-pack-helper, so translations could also be tested in a real environment. Another way would be to fork and modify the file directly in github (it has a nice file editor) and then make a PR. I will then check and merge the PR @LostKobrakai @bernhard

@NooseLadder That would require a paid subscription of ngrok or a DynDNS setup, or you could setup a local DNS server which resolves hostnames in your local network. You could even add the static IP address of your local webservers computer to the .hosts file of your other devices (depending on the device it's possible or not). I would recommend to open a new thread for this or search on various sites like servervault. If you would like to test your website(s) on different devices, I would also recommend BrowserStack which I also use.

I just clicked the link, that the OP provided. I also tried different browsers (Firefox, latest Edge, latest Chrome) . All show an SSL error. I am surfing from Germany and via Unitymedia/Vodafone.

Yeah, thats why I left it and updated the instructions: https://github.com/jmartsch/pw-lang-de/blob/master/README.md

Thanks Moritz. My method described that you don't add the official pw-lang-de repo as a submodule, but the forked repo instead. Your method adds the forked remote to the submodule so they can push to their remote. I think I will mention both ways in the README, so one can decide which route he takes.

The problem is not the setup of the dev environment. Composer would be just another way which saves you one or two steps that you would have to make manually (but I like the idea. I will consider it). I tried to figure out how a contributor can submit his changes to the pw-lang-de submodule. Because he clones the pw-lang-de repo as a submodule he won't be able to submit to this repo. So the steps that I thought of are: Fork the pw-lang-de submodule on github so you can submit to it and make a PR. Then you could simply clone the processwire-language-pack-helper (dev environment) and add the forked repo as a submodule. After making changes you can make a PR from your forked submodule to the german language pack pw-lang-de. What do you think about this?

SSL error: Site is not safe

Site is not reachable

My ProcessWire environment for language packs provides an easy way for translating your language pack. You simply clone it, make changes to the language in ProcessWire and commit the changes back to your (or the german) language pack repository. This is a boilerplate which could work with any language, but right now it is tailored to the german language pack. If anyone is working on a language pack, let me know how it works out, or if you need changes or help.

I really don't know, but I don't think so. So I changed it and also months and years

New release for latest stable PW version 3.0.164

@bernhard Sadly the suggested changes to the image manipulation are not possible, because I can only translate the word "rotate". It is not the whole string that can be translated. I have seen you have already opened an issue for a change on github

Thanks @bernhard for the improvements. I will implement them shortly. Good suggestions!