We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 11481
    • 26 Posts
    The dream of a novice. (Translated by Google)
    I dream of a modular system to develop, but not with modules developed and closed.
    Windows-Linux, Joomla-Modx 0.9.6.x How get the best out of each?

    Would it be possible? To those who know:

    A) Basic (Administration)
    1 - A graphical interface to make my forms, from the very heart of Modx providing security, users, etc..
    2 - A graphical interface to make relations (Note that I do not speak DB or Document), which even allows me to add PHP code that abounds on the Internet.
    3 - A graphical interface to configure Ditto.

    B) Optional (Administration)
    4 - specific graphical interfaces for development of a custom cart, forms of payment or a directory of companies with google maps, etc..

    C) Share (Administration)
    The possibility of sharing configurations A) and / or B) to avoid having to start from scratch and personalize power from the same graphical interfaces that were’ll, as if they were html templates.

    I think modules for developers serves to narrow the novice to make mistakes (spelling, security, etc..), And lead to the excellence of xPDO.

    Guillermo
      • 3749
      • 24,544 Posts
      Quote from: GuillerOnLine at Aug 12, 2008, 01:54 AM

      The dream of a novice. (Translated by Google)
      I dream of a modular system to develop, but not with modules developed and closed.
      Windows-Linux, Joomla-Modx 0.9.6.x How get the best out of each?

      Would it be possible? To those who know:

      A) Basic (Administration)
      1 - A graphical interface to make my forms, from the very heart of Modx providing security, users, etc..
      2 - A graphical interface to make relations (Note that I do not speak DB or Document), which even allows me to add PHP code that abounds on the Internet.
      3 - A graphical interface to configure Ditto.

      I think this is a start at number 1: http://modxcms.com/MakeForm-619.html. But without the security and user part. Those could definitely be added.

      I’m not sure what you mean by number 2. The MODx Manager *is* a graphical interface that allows you to add PHP code in the form of snippets.

      Number 3 is definitely possible, but it would be a lot of work. It wouldn’t be that hard to make something that would generate a Ditto call (to be pasted into a document) for very simple Ditto calls, but to have it also create the correct tpl chunks and .CSS would be quite a job and I’m not sure it would be any easier to use than just doing it the current way in the Manager.
        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
        • 25663 MODX Staff
        • 12,272 Posts
        How are 1/2/3 related to e-commerce in particular?
          Ryan Thrash, MODX Co-Founder
          Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
          • 22303 MODX Staff
          • 10,725 Posts
          Quote from: rthrash at Aug 14, 2008, 01:55 AM

          How are 1/2/3 related to e-commerce in particular?
          I think these are important tools for any component developed for MODx, and I don’t think he implied that it would only be applicable to e-commerce. This is essentially the Revolution roadmap after the initial release. A generic form generation and processing tool, a custom database model editor, and a content editor that knows how to introspect elements to help generate tags with relevant configuration properties would be beneficial to the project and help bridge more of the gaps between site developers, site-designers and end-users using general purpose MODx add-ons.
            • 7231
            • 4,205 Posts
            visual interface vs. the snippet call...the duel continues grin
            I used to think that a visual interface to configure snippets would be cool, but have since changed my mind and believe that the whole snippet call structure is one of the things that give modx so much flexibility as well as making it so that anyone can easily create a snippet with minimal code.
              [font=Verdana]Shane Sponagle | [wiki] Snippet Call Anatomy | MODx Developer Blog | [nettuts] Working With a Content Management Framework: MODx

              Something is happening here, but you don't know what it is.
              Do you, Mr. Jones? - [bob dylan]
              • 11481
              • 26 Posts
              I do not want to divert the main topic, I just thought it appropriate to the question "Scalability vs. End user convenience." My point of view as a beginner and Spanish language within Modx.

              It must be understood that writing in another language is more difficult than you think, How fast you wrote it in another language?

              Spanish
              <? PHP
              $ criterios = $ xpdo-> nuevaConsulta ( ’modWebusuario’) -> donde ($ userid) -> límite (1);
              $ User = $ xpdo-> obtenerObjeto ( ’modWebusuario’, $ criterios);

              German
              <? php
              $ Kriterien= xpdo-> neueAbfrage ( "modWebUser ’) -> wo ($ userid) -> Limit (1);
              $ User = $ xpdo-> GetObject ( ’modWebUser’, $ Kriterien);

              His English
              <?php
              $criteria= $xpdo->newQuery(’modWebUser’)->where($userid)->limit(1);
              $user= $xpdo->getObject(’modWebUser’, $criteria);


              A stop should not cause inconvenience to the end user, I will explain:

              Items related to my previous post.
              The graphical interface gives the opportunity to add context-sensitive help multilingual and a practical understanding that the best example I can think of is the phpMyAdmin


              1) Setting the TV is a good example or the simple concept of www.pureedit.com we commented ChuckTrukk.

              2) An example are the applications that surely with Ext2 (I do not know) could be achieved, the example that I leave them is access.


              3) BobRay: I am ashamed to admit that at least a week to realize that Ditto was not a nickname or as Daniel Miguel, until someone wrote it in lowercase and google it translated correctly.
              How are 1/2/3 related to e-commerce in particular?

              I really think that with a more graphic Dr. Scotty Delicious should not worry about the End User and complex configurations, and share them.

              The admiration for the tremendous work done, however I feel pity the poor participation of other communities with different language, that is visible in the forums.
              Gentlemen, I buy the concept of Modx and xPDO, and pretend that many more do so.
              Not the most annoying and I return to my role of reader, continue to admire the well.
                • 25803 ☆ A M B ☆
                • 721 Posts
                Quote from: dev_cw at Aug 14, 2008, 10:48 AM

                visual interface vs. the snippet call...the duel continues grin
                I used to think that a visual interface to configure snippets would be cool, but have since changed my mind and believe that the whole snippet call structure is one of the things that give modx so much flexibility as well as making it so that anyone can easily create a snippet with minimal code.

                I’d say a model of both would be great. I think MODx would take off much more if snippets had interfaces. It would help clients who have sites built for them in MODx use more snippets (with the training you give them on using the RTE and the document tree). I even know developers who refer to MODx as the and ampersand CMS because they’re used to such functionality having an interface. I had to teach a print guy how to use Maxigallery. I ended up using template variables but an interface would’ve been nice for him.
                  • 28042 ☆ A M B ☆
                  • 24,524 Posts
                  The problem with that is that when you implement an interface, you immediately limit functionality to what the interface will allow. The whole point of MODx is "MODular, eXtensible". With pointy-clicky graphical interfaces, we become YABPS, which is something we’ve been dead set against from the beginning.

                  If you make something that any idiot can use, only idiots will use it.
                    Studying MODX in the desert - http://sottwell.com
                    Tips and Tricks from the MODX Forums and Slack Channels - http://modxcookbook.com
                    Join the Slack Community - http://modx.org
                    • 3749
                    • 24,544 Posts
                    Quote from: sottwell at Aug 14, 2008, 02:56 PM

                    The problem with that is that when you implement an interface, you immediately limit functionality to what the interface will allow. The whole point of MODx is "MODular, eXtensible". With pointy-clicky graphical interfaces, we become YABPS, which is something we’ve been dead set against from the beginning.

                    If you make something that any idiot can use, only idiots will use it.

                    This argument (especially the quotation) coming from a Mac user kind of pegs the irony meter. wink

                    If it were true, intelligent book authors would still be using VI and MS-Word would only be used in group homes and special-ed classes.

                    That said, I think a GUI that handled every possibility in a snippet call would likely be harder to use than the current system. At some level of reduction, any GUI has to switch over to free-form input. That’s why you don’t type in MS-Word by clicking on a drop-down list of words or letters). MODx does provide a GUI for entering the snippet call and I doubt if it makes sense to go too much lower with the GUI.

                    I sometimes wish for a WYSIWYG tpl editor with a drop-down list of placeholders, though, and I’d love to see a tool that would let you type in a Ditto or Wayfinder call, click a button, and pop up a window showing the output. And a GUI that would build a basic snippet call for you (that you could edit later to fine tune) would be be great for MODx newbies (much like an SQL query builder) both as a learning tool and as a way to eliminate the common beginner errors around backquotes, missing ampersands, etc.

                    The bottom line, IMO, is that you never really know how much a GUI is worth to you until someone builds it and you try it out.
                      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
                      • 11481
                      • 26 Posts
                      OpenGeek:
                      It is great news for me to know that already taken to address this issue.

                      rx2:
                      I agree, there should always be a place to add code manual.

                      Sottwell:
                      I wonder How modular sees www.pureedit.com?

                      If you make something that any idiot can use, only idiots will use it.
                      You do not sell designs, am I wrong?