We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 4673
    • 577 Posts
    hot dog!
      Tangent-Warrior smiley
      • 34162
      • 1 Posts
      Quote from: xwisdom at Aug 18, 2005, 10:55 AM

      IMO I think we can add two small images/icons ( + and - ) beside the <select> box.
      The plus (+) would be used to add items while the - would be used to remove items.

      When the "+" is click the user will be given a javascript input box in which to enter a new list item. When the "-" is click then the item is removed from the list.

      The problem with this implementation is how you’d then order the list.

      FWIW, the default value updates and saves even if you are in view mode (which is, I think, the correct behaviour). So perhaps Adam’s suggestion is the best: you create the list options by using a textbox when in edit mode, but you can set your default options while in view?

      Surely that isn’t too complex, since normally you’d be setting the defaults in view, anyway? And while, yes, it is one click to switch between the two modes, it changes instantly, since it is all client side.

      Objections/thoughts?
        • 34162
        • 1 Posts
        BTW, something that does bother me about the current list method:

        What if you wanted to use a comma in your list:
        Irving, Ryan
        Sitzlar, Travis
        Thrash, Ryan

        ?

        Maybe the list input needs to be a textarea, one per line, and then we use another delimiter to store them?

        Just a crazy thought I had...
          • 1764
          • 680 Posts
          Quote from: infoclipper at Aug 18, 2005, 12:33 PM


          Objections/thoughts?


          Sounds good to me.


          What if you wanted to use a comma in your list:

          TV use the format

          One==1||Two==2||Three==3


          Is there any reason we shouldn’t standardize our methods and use this same format? This would also give us the ability to separate names from values. I know in one of my Plugins I chose to use Yes/No strings instead of 1/0 in my code because I didn’t want to have a 1/0 list that would confuse non-programmers. But obviously it’s better to have the ability to have a Yes/No interface tied to 1/0 values for the code.
            • 34162
            • 1 Posts
            Quote from: aNoble at Aug 18, 2005, 01:03 PM

            TV use the format

            One==1||Two==2||Three==3


            Is there any reason we shouldn’t standardize our methods and use this same format? This would also give us the ability to separate names from values. I know in one of my Plugins I chose to use Yes/No strings instead of 1/0 in my code because I didn’t want to have a 1/0 list that would confuse non-programmers. But obviously it’s better to have the ability to have a Yes/No interface tied to 1/0 values for the code.

            Exactly the thought I had, just was wanting someone to suggest it. smiley Anyone with objections?
              • 32963
              • 1,732 Posts
              sounds good to me but I think we should still support the simple "," delimited interface. This way for simple list a user can quick add something Red,Green,Blue. Once the parser detects the || delimiter it can then use the TV format for complex listings (e.g. Red==#FF0000||Blue==0000FF||Green==#00FF00)
                xWisdom
                www.xwisdomhtml.com
                The fear of the Lord is the beginning of wisdom:
                MODx Co-Founder - Create and do more with less.
                • 34162
                • 1 Posts
                Quote from: xwisdom at Aug 18, 2005, 02:18 PM

                sounds good to me but I think we should still support the simple "," delimited interface. This way for simple list a user can quick add something Red,Green,Blue. Once the parser detects the || delimiter it can then use the TV format for complex listings (e.g. Red==#FF0000||Blue==0000FF||Green==#00FF00)

                It would have to do so in order to remain backwards compatible. Actually, though, what I was thinking was that it would attempt to split on the "correct" || parameters and, if it didn’t result in an array, it would then retry using the ’,’ method. This would then get updated to the new || method when saved.

                So if someone input a string in directly using the old way of entering in everything by hand, it would accept it and update it to the newer syntax. If someone was inputting using the new form based screens, this would be in a text area so they don’t actually supply the delimiters, so it would still save as the new syntax. And, if someone just opened an old format Snippet and resaved it (for any reason) it would update itself to the new syntax, too.

                Does that make sense to everyone?
                  • 32963
                  • 1,732 Posts
                  sounds good to me
                    xWisdom
                    www.xwisdomhtml.com
                    The fear of the Lord is the beginning of wisdom:
                    MODx Co-Founder - Create and do more with less.
                    • 32963
                    • 1,732 Posts
                    I like the way how the new manager is looking up smiley

                    Will looking over the images posted by Travis I recognised the Executable in Manager option for Backend snippets. This raised the question of whether this would confuse users about what is a module.

                    IMO, I think we should refer to Backend snippets as fragments of PHP codes that are executed from within to manager to carry out specific tasks. For example:

                    * Send bulk email
                    * Flush cache
                    * Submite site to search engines
                    * Flush sessions
                    * etc

                    While modules are more for application building or for interconnected systems.




                      xWisdom
                      www.xwisdomhtml.com
                      The fear of the Lord is the beginning of wisdom:
                      MODx Co-Founder - Create and do more with less.
                      • 34162
                      • 1 Posts
                      My take on it was sort of that Backend Snippets are an easy way for someone to get their feet wet and start adding basic functionality to their manager. Once they need something that requires more interaction than one or two pages or that needs access to the event system, they need to step up to Modules and Plugins.

                      There’s a learning curve to those two, especially to newbie PHP programmers, so this was a way to let someone get in there and start doing useful things earlier than they might otherwise.

                      Just like Snippets themselves on the front end-- there’s only so much that you can do, but for someone who hasn’t been coding that long, it’s still an incredible amount of power.

                      :)