We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 3749
    • 24,544 Posts
    I’m working on the Molllom class and it needs some properties. The trouble is that it’s a service class that could be used in a snippet or a plugin. Is there away to create a stand-alone property set that can be attached to elements later?
      Did I help you? Buy me a beer
      Get my Book: MODX:The Official Guide
      MODX info for everyone: http://bobsguides.com/modx.html
      My MODX Extras
      Bob's Guides is now hosted at A2 MODX Hosting
      • 22303 MODX Staff
      • 10,725 Posts
      Quote from: BobRay at Feb 13, 2009, 02:11 PM

      I’m working on the Molllom class and it needs some properties. The trouble is that it’s a service class that could be used in a snippet or a plugin. Is there away to create a stand-alone property set that can be attached to elements later?
      You can create and do with Property Sets what you will.  They are all stand-alone and can be related to an element at any point in time.

      Depending on the scope of what the Mollum class does, it might make more sense to provide system/context/user settings rather than element properties for configuring a Mollum instance, but I’ll let you make that decision.
        • 3749
        • 24,544 Posts
        Quote from: OpenGeek at Feb 13, 2009, 03:47 PM

        Quote from: BobRay at Feb 13, 2009, 02:11 PM

        I’m working on the Molllom class and it needs some properties. The trouble is that it’s a service class that could be used in a snippet or a plugin. Is there away to create a stand-alone property set that can be attached to elements later?
        You can create and do with Property Sets what you will.  They are all stand-alone and can be related to an element at any point in time.

        Depending on the scope of what the Mollum class does, it might make more sense to provide system/context/user settings rather than element properties for configuring a Mollum instance, but I’ll let you make that decision.

        The primary use would be to evaluate email and blog comment posts for smaminess, but it might also be used just to provide captcha images for logins. They do claim to have an unbreakable captcha (and an audio captcha option) and it’s much easier to read than reCaptcha. My sense is that it doesn’t rate system settings, but that raises a question for multi-site installs. It might need to have different setting for different sites. I’m thinking that that could most easily be provided with multiple property sets, though.
          Did I help you? Buy me a beer
          Get my Book: MODX:The Official Guide
          MODX info for everyone: http://bobsguides.com/modx.html
          My MODX Extras
          Bob's Guides is now hosted at A2 MODX Hosting
          • 22303 MODX Staff
          • 10,725 Posts
          Quote from: BobRay at Feb 13, 2009, 09:21 PM

          The primary use would be to evaluate email and blog comment posts for smaminess, but it might also be used just to provide captcha images for logins. They do claim to have an unbreakable captcha (and an audio captcha option) and it’s much easier to read than reCaptcha. My sense is that it doesn’t rate system settings, but that raises a question for multi-site installs. It might need to have different setting for different sites. I’m thinking that that could most easily be provided with multiple property sets, though.
          I disagree, that is exactly what context settings are for, to override system settings for each site in a multi-site configuration.
            • 3749
            • 24,544 Posts
            Quote from: OpenGeek at Feb 14, 2009, 11:46 AM

            Quote from: BobRay at Feb 13, 2009, 09:21 PM

            The primary use would be to evaluate email and blog comment posts for smaminess, but it might also be used just to provide captcha images for logins. They do claim to have an unbreakable captcha (and an audio captcha option) and it’s much easier to read than reCaptcha. My sense is that it doesn’t rate system settings, but that raises a question for multi-site installs. It might need to have different setting for different sites. I’m thinking that that could most easily be provided with multiple property sets, though.
            I disagree, that is exactly what context settings are for, to override system settings for each site in a multi-site configuration.

            The key word there was "easily" and I meant for the user. As far as I can tell, there are only two or three people in the world that have a firm understanding of MODx Revolution contexts and I’m not one of them. wink I can’t explain how to deploy the Mollom class on multiple sites using contexts and I’m not sure how to build a package that would accommodate that. Properties are easy by comparison.

              Did I help you? Buy me a beer
              Get my Book: MODX:The Official Guide
              MODX info for everyone: http://bobsguides.com/modx.html
              My MODX Extras
              Bob's Guides is now hosted at A2 MODX Hosting
              • 23491 ☆ A M B ☆
              • 1,056 Posts
              Quote from: OpenGeek at Feb 14, 2009, 11:46 AM

              [...] that is exactly what context settings are for, to override system settings for each site in a multi-site configuration.

              Good to know, thanks Jason!
                Mike Reid - www.pixelchutes.com
                MODx Ambassador / Contributor
                [Module] MultiMedia Manager / [Module] SiteSearch / [Snippet] DocPassword / [Plugin] EditArea / We support FoxyCart
                ________________________________
                Where every pixel matters.