DL7

Hi @ryan, how would this module work if I for example have two different types of users that require both a different type of registration / profile form. For the sake of conversation, think about the difference for instance on a website that showcases houses for sale, were you will have a registration for house buyers (mainly basic information and preferences) and house sellers or maybe even realtors (mainly maintaining the details around house(s) and capture interest of house buyers).

SOLVED: I had a rough .htaccess file in my site folder that forced a https redirect...

Hi all, Not sure what is happening on my localhost website, but I cant seem to load the css / js files. The files are grabbed via $config->urls->templates?> and are relative url's. But for whatever reason instead of loading http://localhost/etc... Chrome is loading them on https://localhost (http vs https). The page itself is loaded via http://localhost so all setting in htaccess should be fine. What I do already: - Empty cach and hard reload. - Sifted through the htaccess -Added localhost to config->http - Went to chrome://net-internals/#hsts and delete localhost Any options you could think of that would solve this issue? Many thanks!

After some more investigation, I solved the issue by replacing the Jquery UI folder with a freshly downloaded version. Apparently the files were corrupted in the transfer.

Hi! Due to unfortunate computer crash and a missed back-up I had to pull a live website back to local to start additional development again. I transferred all the files from live back to localhost, but it keeps throwing bugs on me. One I already solved by clearing the cache folder, but I still can't seem to get all the issue solved. I'm now facing an issue that the content of the module is not loaded nor are the fly-out menu's in the backend visible. Its throwing me some Jquery issue, but I have the exact same files on live and there its working as expected. Any other ideas that I could try to repair this?

@teppo Thanks! I only cant find that thread. Via the module page, this board is linked. Could you let me know where to find the correct board? I did some investigation and found out that the AdminUIkit uses a different way (or at least code) to populate the breadcrumb. For that reason the standard way to remove them doesn't work. To be able to manipulate the output, I used a hook. $this->addHookAfter('AdminThemeUikit::renderBreadcrumbs', function(HookEvent $event) { // Get the object the event occurred on, if needed $AdminThemeUikit = $event->object; // Populate back return value, if you have modified it $event->return = $return; });

So, somehow I got it fixed, by changing the Default Map Tile Provider in the field setting. Somehow the default OpenStreetMap.Mapnik doesnt work for me.

Thanks! So this works for all pages except: /your-admin/page/add/ . Somehow this page is using a different "breadcrumb". Any ideas? @monchu @adrian

So using the dev version, the geo coding is working. (also when you add a key to the google geo call). But I now run into an issue where the map is grey out in the "edit page" set-up. I cant fill in an address either as the input field is disabled. @hellomoto mentioned this issue before. Did you got a chance to fix it? @Mats ay pointers?

I have the same issue. Installed it as per the guidelines, but it throwing me the same issue.

Hi all, As I want to make full use of all the features build standard in the Admin, I'm currently creating a custom dashboard for user so they can add and edit pages. These user may only acces their own created pages and of course add new once using 1 restricted template. For this I use Admin Restrict Page Tree module. This is working as expected, page tree and page tab is not visible. But I found a bug which I cant seem to solve: As said the user has the ability to add a page. On this add page, the breadcrumbs are shown. If a user would click, it will open the page tree on /admin/page/list/. This should also be not visible, but it still is. I cant seem to restrict this page. Same goes also for the admin/page/add/ (showing all the parent page, while the user should only be to see the one page I offer him to edit.) - this one is more difficult and I could except if this was not possible. Any pointers would help!

@BitPoet One additional error I see: when using embed methode c, the JS is not triggered, this posting the form when clicking on add row. I'm checking it currently but havent found the problem yet. Added this the init $this->addHookAfter('Page::render', $this, 'addScripts'); This as a function public function addScripts($event) { $page = $event->object; if($page->template == 'admin') return; $additionalHeadScripts = '<script type="text/javascript" src="'.wire('config')->urls->siteModules.'FormBuilderMultiplier/FormBuilderMultiplier.js"></script>'; $event->return = str_replace("</head>", $additionalHeadScripts.'</head>', $event->return); } And commented/removed the current JS append to get this fixed.

Hi @BitPoet, Thanks! Some additonal pointer: on an older version (3.0.36) I dont see this fatal error, but the increment still isnt working. The below mentioned isnt working for me either on this older version. See the form initially starts with their "normal" ID/Name as been set in the settings This works only if I add if($child->name) $child->name .= "_1"; If I do this, then the increment is working perfectly. Problem I face then is that none of the entries fields are filled with values ? I'm also looking into that. Fixed that by adding this same line to the populate hook: if($child->name) $child->name .= "_1";

Hi @BitPoet, I have tried your module and ran into a few error: 1. The "multiplied" rows are not getting the _NUM suffic for name and ID. Only on the label its adding #2 2. And Fatal error is thrown when checking the entries. This is within the ToPopulate function. If I Escape this row the error is gone. (I'm on the latest dev PW version) //$hid->label = _("Number of rows"); 3. When I can view the data in entries -> the multiplier doestn have a value and the orginal has the filled in value of the original. Probably caused by 1.

Hi @adrian, Thanks! That did the trick. Cheers