Type in your suggestion - new feature or improvement idea

iFrame Gadget

Please provide a gadget to easily insert external content. Creating iframes through html is very simple for those who know how but not for most clients who are not tech savvy.

I envision the gadget being fluid in width having the following settings:
- id
- class
- Title
- URL
- Height
- border
- scrollbars
- padding
- margins
- background

12 votes
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)

    We’ll send you updates on this idea

    DotCreativityDotCreativity shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    8 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • Stuart McClainStuart McClain commented  ·   ·  Flag as inappropriate

        this would be great - currently security issues prevent standard iFrames from displaying most content

      • Apricot KernelAdminApricot Kernel (Product Manager, Wild Apricot) commented  ·   ·  Flag as inappropriate

        I'm looking into the description of this idea and I see the list of attributes of <iframe> element. So, a person can just add "Custom HTML" gadget, click "Edit code" and just add all the code there. It is not that different from what is already described here.

        What I'm against is created pseudo-iframe gadget where all these properties are listed. Until I miss something...

      • Walt BilofskyWalt Bilofsky commented  ·   ·  Flag as inappropriate

        Evgeny, I understand. If a workaround requires much investment of your resources, it's beyond what I'm talking about.

        But if there's a simple way for your users to get around the absence of a feature by custom code, and you can give us an example we can adapt, I think it makes sense.

      • Apricot KernelAdminApricot Kernel (Product Manager, Wild Apricot) commented  ·   ·  Flag as inappropriate

        Walt, I totally understand you and agree, but my point was different - we're not big fans of investing actual analysis, design, development, QA and deployment time into creating workarounds. We really want to understand the root cause of a problem and solve it. From time to time we may produce some workarounds, just as first step to understand an issue better. but in general we try to avoid it.

      • Walt BilofskyWalt Bilofsky commented  ·   ·  Flag as inappropriate

        I appreciate that workarounds are not trouble free. They can cause problems, or the system can change out from under them.

        But for your customers who need features that WA doesn't provide, there are just four choices: put them on the wishlist and wait, live without them, find another platform, or find a workaround.

        Me, I'm a big fan of workarounds. Big systems, like WA, are just too complex to do everything everyone wants, so workarounds are often needed. So I like to figure them out and to share them.

        To the extent that you can describe workarounds, you help us serve our members better, make our work easier, and take pressure off the wishlist.

        Your tech support has given me a number of Javascript workarounds that make our website and operation better. That's a plus for WA in my opinion.

      Feedback and Knowledge Base