We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 39109
    • 8 Posts
    The main reason that I don't bother with version control and all that is because at my work, I'm the only programmer, and as long as I make regular backups, I have all the version control I need.

    As for big fancy IDE's, I'm a Mac user (for now) and and more than happy in Coda, or Textmate.

    For me the editor is the most important part.

      • 5340
      • 1,624 Posts
      I'd like to see more Evo releases even if the changes are not significant. I saw lots of pull request for Evo and was thinking about creating a sort of committee that will test those pull requests and maybe with the help of one modx developer release updates every 2 months or so.

      If we can review 1 pull request per week or sow maybe we can integrate all of them in less than a year.

      Another thing that crossed my mind, if we stick with frames, is to change the top bar frame to jQuery test it than switch the tree and finally the main frame.

      Thanks

        • 28042 ☆ A M B ☆
        • 24,524 Posts
        That sounds good. Even if there were only a few small or one significant update a release would at the very least be encouraging to everybody.

        I also like the frames; it keeps things simple. One thing I forgot to do, and never did get around to fixing, was to refresh the menu when saving/deleting modules. As it is, you have to manually refresh the menu frame (or the whole Manager page) to see the change.
          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
          • 21417
          • 486 Posts
          More evo releases is music to my ears, whether they reflect small changes. Small changes equals progress and means that Evo is still alive.

          It also then infers that Evo is still relevant and gives me the confidence to use it for future client sites - which is wonderful.

          I really like the existing top horizontal menu system in Evo - it's much more handy to use than the drop down in Revo.

          I love reading everyone's ideas for "(st)Evo".
            Web design Adelaide
            http://gocreate.com.au
            • 28042 ☆ A M B ☆
            • 24,524 Posts
            The problem with the "dropline" or "hybrid" menus is what happens if you end up with too many items in the submenu. For example, it's possible to have so many modules, or modules with long names, that they would overflow the second row of items. So while I personally also like them, I do see their limitations.
              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
              • 21417
              • 486 Posts
              I have never come across that issue but that is a good point.
                Web design Adelaide
                http://gocreate.com.au
                • 39109
                • 8 Posts
                I did something a long time ago where if there were more than x modules, they would be displayed in the main frame rather than the menu. The menu itself would contain a single link 'show modules'.
                  • 33014 ☆ A M B ☆
                  • 1,231 Posts
                  Quote from: sottwell at Mar 20, 2012, 03:29 PM
                  I also like the frames; it keeps things simple. One thing I forgot to do, and never did get around to fixing, was to refresh the menu when saving/deleting modules. As it is, you have to manually refresh the menu frame (or the whole Manager page) to see the change.
                  Maybe, it is bug.

                  https://github.com/modxcms-jp/evolution-jp/commit/9ced6ee7889fbb83dd4eb6f663ee270022bfe8f9

                  And,
                  Although $modx->config ['manager_layout'] is no longer used, it adds a contriveand it makes it like to be able to use it again. [ed. note: yama last edited this post 14 years, 6 months ago.]
                    • 33014 ☆ A M B ☆
                    • 1,231 Posts
                    https://github.com/elastic/ManagerManager/blob/topmenu/assets/plugins/managermanager/functions/topmenu.inc.php
                    https://github.com/elastic/ManagerManager/wiki/Top-menu-demo-rules
                    This script cannot be used and it has been troubled.
                    It was simple when the cause was investigated.
                    There is a problem in a MODX core. (System events does not exist in menu pane and tree pane)

                    Backup
                    Import HTML
                    Export Static HTML

                    I think that these functions are functions which may be treated as a module.
                    If a menu is freely convertible, I will think that it is interesting.
                      • 28042 ☆ A M B ☆
                      • 24,524 Posts
                      Yes, a much stronger backup module is needed. I use the "BkupMODx" module, which works either stand-alone or as a module. It does break if there are too many large files, like video files, since the PHP limits will be exceeded. Perhaps a perl backup module would be a better idea. I've often used the perl DADA mailing list program as a module, and it works very well.
                        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

                      This discussion is closed to further replies. Keep calm and carry on.