dragan

Not me. It sounds like a recipe for headache, frankly speaking. It really depends on lots of things... You should tell us more about your current site. What does it do? How complex is it? How many templates do you have now? How dynamic is it - or needs to be in the future? (for visitors and editors) How much functionality is there currently in terms of users interacting with the site (register, login, user profiles, voting / commenting....) ? Is it really just a "brochure" site (mostly static content for frontend-users, but manageable by editors) ? Or really more like a web-application? A redesign is not the same as porting content from CMS A to CMS B. If the site architecture will most likely remain, then I'd talk to the client and persuade them to allow budget to transfer the entire site in one go from Textpattern to PW (using the same frontend markup). In the long run, this would probably be more efficient. Once everything is running in PW, you could then later discuss about a redesign.

Is that your actual code? There's a missing > there $config->urls->root vs. $config->urls-root https://cheatsheet.processwire.com/config/urls/config-urls-root/ If that was just a typo here in the forum post, you might wanna check Docker-related forum posts, e.g. https://processwire.com/talk/topic/10736-running-a-processwire-site-with-docker/

It works perfectly fine if you just put the code inside a template. I guess using such functions as wireSendFile() inside Tracy aren't meant to work exactly the same (or not at all) as when you are viewing a PW page in the frontend. (I used an image file for testing instead of PDF, but that doesn't matter)

What version do you need? I can see ancient releases @ https://github.com/icecoder/ICEcoder/releases?after=v2.2 ... way back to v.0.5.9 https://github.com/icecoder/ICEcoder/releases/tag/v0.5.9 (2012)

Glad you have found a solution. It would be nice if you could share it here, so that other community members who have the same question in the future, will benefit from it. I guess you used a hook in the end?

Do you mean Form Builder?

I'm old enough to actually remember Macromedia Adobe Flash... sometimes you were forced to use that plugin just to display a (dynamic) custom font (sIFR). Oh the fun we had... sometimes I think the young generation of web developers don't know how lucky they are. 😃 </derail>

$this->addHookAfter('ProcessPageAdd::buildForm', function ($event) { $form = $event->return; // If adding page under particular parent if ($this->input->parent_id === '1041') { // Add inputfield to form after existing title field // If you name the inputfield the same as the field you want to populate // then the entered value will be saved automatically $f = $this->modules->InputfieldText; $f->name = 'myfieldname'; $f->label = 'My Field Label'; $f->description = 'my field description'; $f->required = true; $f->attr('required', 1); // use HTML required attribute too $title_field = $form->getChildByName('title'); $title_field->label = 'Page Title'; $title_field->description = "page title description"; $form->insertAfter($f, $title_field); $event->return = $form; } }); I got this code a long time ago from somebody in this forum, and it works nicely. I can't find the original thread right now. It basically renders the field "myfieldname" in the first screen when you create a new page under parent id 1041. Not sure if that helps for your scenario.

Well, it's certainly a sign that something's wrong somewhere. I never quite encountered the same problems (either separately or in combination, i.e. empty FB iFrame + can't delete modules). Things I would try / look at: Maybe your hosting company changed / updated something? (PHP version? .htaccess settings) Install Tracy Debugger and put your PW site into "debug mode" (in site/config.php). At the very least, you'll get some warnings / errors that you normally wouldn't see. Check server logs as well as PW logs See if there's any suspicious stuff in your browser JS console. Copy everything to the local machine and see how everything behaves there. Hopefully somebody else with more Form Builder experience will soon join in with help/tips.

You might wanna clear the cache. (site/assets/cache/) __() seems to be a multi-language string somewhere, that is not being recognized. If that really comes from the core FB files or your own templates, I can't really tell.

Well, there are several forum threads where similar issues were discussed. (storing user-prefs with sessions / cookies) https://processwire.com/talk/topic/21244-solved-redirect-based-browser-language-permission-to-change-language/ https://processwire.com/talk/topic/8733-autodetect-language/

It looks like you have a textformatter enabled for file descriptions. Try to de-activate that HTML purifier textformatter.

As if Corona wasn't enough, this morning Zagreb was hit by an earthquake. It seems that several hospitals were also damaged. Now instead of staying at home, several people are forced to go outside.

No, I'm just genuinely surprised you didn't hear about that tool before, that's all. It's been around for quite a while. And yes, it works great. If you're doing frontend work the whole day, it's a great time-saver.

You really only discovered this today? We're using it since years (with Gulp, Babel, Webpack etc.). Welcome to the 21st century 🙂