Version 1.9.0 - August 10, 2023

  • Added ability to disable all fields on Byobu discussions so vanilla private discussions can be used alongside global Formulaire fields.

These changes only have an effect if the Byobu extension is installed and the new setting is enabled in the admin panel. If you are only using tag-scoped discussion fields, enabling the new setting makes no difference.

There is currently no way to have fields exclusively for private discussions, but this feature could be implemented if there is interest.

3 months later

Noticed a bug with the extension. There is now a "create user" module in the admin user list. In this dialog Formulaire profile fields are not included (but required - showing the error). So actually you cannot create a user in the admin control when you have required profile fields.

    GreXXL good catch, I've actually never used that feature myself so I kind forgot about it. I'm also pretty sure it was introduced after the initial release of Formulaire hence the oversight.

    I'm adding this to the list of things to fix for the next update 👍

      18 days later

      clarkwinkelmann found another issue. If you have a profile field set up, it will show in the person's profile sidebar as a menu item. When visiting a profile, this does not work for me. When reloading the page, the menu item appears.

      5 months later

      @clarkwinkelmann Is there a way to add a link to view the uploaded image? Right now I only have a delete option, and I would love my mods to be able to view the image without giving them local file access to the server, this could create a major security issue.

        treyb on the "view" version of the submission (not "edit"), the bullet list should be clickable links that open the files. But while you edit the submission and upload files there's no way to see them. This was mostly intentional, because having clickable links in there creates risk of leaving the form before submitting.

        Currently this is the only layout available for files. I plan to add more options for previews in the future. I could make a quick solution just for images as browsers can render them, but there's a risk of things breaking or getting slow if large images are uploaded. Because of that I wanted to wait and make a proper preview implementation with thumbnails and also support at the very least PDF previews.

        If you want to customize the look for your forum only, the Mithril template for the component is extendable. I can give you sample javascript code via email if you'd like an example of how to implement a custom preview for your site. I've done this for a site where you can upload a logo and a preview shows how it's going to look in context.

          clarkwinkelmann Hi Clark - I may be doing something incorrectly, because when I go to submissions > Show. I only get the delete option. Please see recording below. Ignore the first bit, I hit show on the wrong page first.

          https://crefiles.com/drive/s/8E2BO6wtghfg2OhgyylpY26liFGznA

          I would be interested in the code example as well. Im still very much learning the flarum ropes but would love to give it a try.

            treyb sorry, it's my mistake. I had to verify how things worked because it's been a little while since I used file uploads.

            There are no separate view and edit layouts on the web, I was misremembering. The view-only layout is something only used by the email or for users without edit permission.

            The file links should always be clickable, even in edit mode.

            What you are experiencing is a bug that was already on my private bug tracker. When accessing a submission from the submission list, the information about the files is not properly loaded and you see the file UUID instead of the filename, size and link.

            If you refresh the page after opening the submission, the file information should become visible. If you open a submission from the link in the notification email, you'll land directly on the page without any bug.

            I intended to fix this bug as soon as I worked on other updates, but unfortunately those got a bit delayed and the bugfix as well.

              clarkwinkelmann Refresh worked perfectly! Thank you for the help, this will get me by with no problem for now. Thank you sir!

              21 days later

              @clarkwinkelmann it looks like using this script and another make it where I cannot upgrade other extensions.

              `[2024-05-20 20:13:35] composer.ERROR: update --prefer-dist --no-dev -a --with-all-dependencies
              Loading composer repositories with package information
              Updating dependencies
              Your requirements could not be resolved to an installable set of packages.

              Problem 1
              - Root composer.json requires kilowhat/flarum-ext-custom-paths 1.9, found kilowhat/flarum-ext-custom-paths[1.9.0] in the lock file but not in remote repositories, make sure you avoid updating this package to keep the one from the lock file.
              Problem 2
              - Root composer.json requires kilowhat/flarum-ext-formulaire 1.9, found kilowhat/flarum-ext-formulaire[1.9.0] in the lock file but not in remote repositories, make sure you avoid updating this package to keep the one from the lock file.

              <warning>Running update with --no-dev does not mean require-dev is ignored, it just means the packages will not be installed. If dev requirements are blocking the update you have to resolve those problems.</warning>`

                treyb do you still have the Extiverse repository configured and properly authenticated ? Try following the steps at Extiverse to create a new token if you can't get things working.

                I doubt anything from my side could cause this. I have never deleted any release of my premium extensions.

                  treyb unfortunately I'm not sure. I have yet to try the extension manager for myself. I'm not sure how it works together with Extiverse. But I believed it used the same configuration file and should work fine if it already works from the command line.

                    13 days later

                    @clarkwinkelmann - is there a simple way to have a form open in a modal instead of a standalone page? I love the look of the modals and think some forms would be better served that way.

                      treyb when opened from where? A link to the form in a post? Or are you referring to user profile forms?

                      I am planning to add some options for embedding forms on external websites, which would include a modal-like experience, but this still requires some research as I am certain there will be cross-origin problems.

                      For forms on the forum itself I have thought of various implementations, and would love to hear more about use cases to decide which feature to implement first. I definitely want to have some way to embed standalone forms in posts.

                        clarkwinkelmann Hey Clark - In this case, yes the profile form. I know I can do an Iframe inside a JS modal, but that could get a little messy then the footer is duplicated, etc.

                        Another example I could think of, is the Discussion form. Have a separate Start a discussion button, for reporting a issue, creating a listing, etc. Similar to what Orion Feedback has done.

                        Say if I want to blast out an email from a discussion using group mentions, but don't want anyone not in that group to be able to submit the specific form. Is there a way to restrict standalone forms to specific groups?

                        @Group Please complete this standalone survey <link to standalone form>

                        It looks like profile forms can be restricted to groups, but I can't direct link users to the form since its embedded under their specific profile page which is unique for each user. I see there is a global permission for standalone forms but really I'm looking for per form group permissions. Any suggestions?

                        Edit: I see an expert mode that gives the ability to set the group per question, this may work. If the same could be applied at the form level instead of having to set per question that would be the preferred option.

                          ctml at this time, there's no per-form permissions for standalone forms, I will probably add this in a future update.

                          You might be able to use the advanced per-field permission to achieve this, by making a required field that only some groups can fill. The UX won't be the best if an unauthorized user tries to fill the form, but you could add some explanation text in the form itself.

                          It wouldn't be very complicated to create a permalink for a profile forms that redirects to your profile automatically with a bit of PHP or javascript code. But it becomes a bit more tricky if the user is not yet connected when they open the link.

                            clarkwinkelmann thanks, definitely form level permissions would provide a better UX but setting every permission on every field will suffice for now. I will be on the lookout for the update 🙂