We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 28042 ☆ A M B ☆
    • 24,524 Posts
    YAMS is wonderful. I don't believe anything should be added to the core. The vast majority of sites are in a single language, and YAMS is certainly not difficult to set up. Perhaps add it as an install option?
      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
      • 28439
      • 222 Posts
      Susan, it might be only one language where you live, but most of my MODX installations where in Switzerland, they have three languages, German, French, Italian, even if most of the time they use only German and French.

      In Germany most of the companies needed also English, some of them even French in addition to German. The company that I'm currently working for has branches all over the world, and we support sixteen languages for part research by now.


      These where the only some examples, I think in the last eight years I have done only two websites on my own, that do support only one language.

      I would really like to have a translation workflow, and this isn't part of YAMS. I would really like to have that integrated into MODX, because this way it is much easier for people that have to work with the result.

      Lets see who other CMS had this done, and talk about the best solution. Getting ideas from others makes live easier, than fail and stand up on our own. I don't think, that multi language support has to be implemented with the first versions, but we should keep it on the list.

      Having a translation workflow would have been the only reason for me, going with Revo, but it is not available and I don't think I've read about thoughts, to implement it.



      Status update of programming on Evo

      I've finished the work on ezSQL, it is now in a new branch, because the development has ended for now. I wondered, that some of that code ever worked. You will find it on github. What I haven't done by now are unit tests for MS SQL Server, Syase ASE, and Oracle. SQLite is only available through PDO, but that worked fine, I've done unit test for PDO with MySQL, PostgreSQL, and SQLite. I did a pull request to the original sources, maybe someone finds the work useful.

      Now I'm working on implementing the new ezSQL component into MODX. Here I have made a decision, to implement the MODX DBAPI and DocumentParser classes as singletons. Singletons have the advantage of being instantiated only once and returning themselves if they already exist. That brings lower loading time and less memory usage, because it is not possible, to have more than one object of the DBAPI and the DocumentParser in memory.

      If someone has a reason against this idea of singletons, please answer now.

      There is only one thing: It does not work with PHP4, but that is also with the new ezSQL classes. I think supporting PHP4 is nothing we should do any more, because up from 5.2 there are so many good features implemented, that makes live easier for programmers.
        Gone away and found a better place to stay
        • 19369
        • 1,098 Posts
        Another thing that is asked almost every day here in the forum, how do I make a global TV?
        I know I can use getField, but maybe we could thing of a better solution for this issue too.

        Another feature or addon: Custom/editable dashboard?
          • 28042 ☆ A M B ☆
          • 24,524 Posts
          I think the question of "global TVs" arises because chunks, which is pretty much what is meant by a "global TV", aren't as easy to access as TVs are. So a custom TV to manage a chunk, or even a selected set of chunks, would solve that problem. It wouldn' t even need any output, since it's only modifying a chunk in the database.

            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
            • 28042 ☆ A M B ☆
            • 24,524 Posts
            Actually, I handle this in a totally different way. Because QM can put edit buttons into Ditto tpls, I put, for example, the footer, into the content of a resource with no template, and use a Ditto call in my footer. Now my pages will all have the edit button in the footer when the user is logged in for QM use. It's a bit heavy, but it certainly makes editing a global block of content easy for the end user.
              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
              • 9995
              • 1,613 Posts
              some possible improvements:

              sometimes i like to change the custom tv's and standard fields backend.
              i dunno if it's possible with MM / Doc Manager? but sometimes i add a custom tv called Head, and like to preview it backend above the content field, also i almost never use longtitle.

              because of the frames the subnav isn't fully visible, maybe make it align left with say 250px wide and also that frame be at least 250px wide?

              i hate that popup comes up after nothing is changed and going to another page, but i think it will be fixed?

              i like the tabbed nav

              when u make a main map for chunks or templates/tv's to put in and it isn't being used, it must be possible to delete or isn't visible when not being used?

              would love to see stats into evo, maybe some api from GA?

              as editor/publisher i think it isn't possible to make a page a weblink?! not sure.

              there are some modules i really like and use but can be improved, like a mailingmanager (TeMailer), Phpthumb (although i don't have many problems with it) it isn't being updated sad
              I'm still hoping there will come some decent webshop in evo.
              Shopkeeper is oké but mainly Russian.

              I really like evo, it's perfect for me as being a front end developer.
              When i look at Wordpress it really is to much php

              Some content backup possibility?

              anyway i love to hear evo is being improved and kept alive, keep up the good work smiley
                Evolution user, I like the back-end speed and simplicity smiley
                • 19369
                • 1,098 Posts
                Quote from: fourroses666 at Apr 07, 2012, 08:44 PM
                some possible improvements:

                sometimes i like to change the custom tv's and standard fields backend.
                i dunno if it's possible with MM / Doc Manager? but sometimes i add a custom tv called Head, and like to preview it backend above the content field, also i almost never use longtitle.

                This is already possible with MM, you can also hide the longtitle and many other fields if you don't use them. Check MM documentation on "sitename\assets\plugins\managermanager\docs"

                Quote from: fourroses666 at Apr 07, 2012, 08:44 PM

                when u make a main map for chunks or templates/tv's to put in and it isn't being used, it must be possible to delete or isn't visible when not being used?

                What you mean by "main map"?

                Quote from: fourroses666 at Apr 07, 2012, 08:44 PM

                would love to see stats into evo, maybe some api from GA?

                I'd like this as well.

                Quote from: fourroses666 at Apr 07, 2012, 08:44 PM

                I'm still hoping there will come some decent webshop in evo.

                Yes, but it requires LOT of work. The best one I've seen is Foxycart, but it is not free. I wouldn't mind to pay though, because they update it frequently.

                I wouldn't use MODX for e-commerce anyway, a CMS which handle only e-commerce is the best option. I have used OpenCart and it is not difficult to template it, although it is obviously more complex than MODX templating system.
                  • 26931
                  • 2,314 Posts
                  I really think we should focus on the core/basic improvements and functionalities of evo first e.g. jQuery manager, caching etc. and not on addons ...please, let's not get carried away smiley


                  after core functionality, I think most used addons like Ditto, Wayfinder, Jot and eForm need some updates. There's a half finished improved Wayfinder version somewhere on the forum, eForm has a somewhat updated, patched version too, but afaik Ditto was untouched for years.

                  btw. there's kind of a global variable plugin (custom setting): http://translate.googleusercontent.com/translate_c?hl=en&ie=UTF8&prev=_t&rurl=translate.google.com&sl=ru&tl=en&u=http://community.modx-cms.ru/blog/addons/1778.html&usg=ALkJrhhaHGKddcI1QGM4hwJQ4X2yAAlX6Q

                  for webshops, Shopkeeper in it's current release is pretty advanced + there are lots of other solutions around that either need to be improved or translated and documented http://translate.googleusercontent.com/translate_c?hl=en&ie=UTF8&prev=_t&rurl=translate.google.com&sl=ru&tl=en&u=http://community.modx-cms.ru/blog/addons/2451.html&usg=ALkJrhgOfYDd8XKZPT0QMUNiJXlROQcDPQ

                    • 28042 ☆ A M B ☆
                    • 24,524 Posts
                    Indeed. I would like to see the superannuated WebLogin replaced with WebLoginPE, although WLPE itself needs a little work.

                    Properties for TVs, particularly for custom TVs, is a priority for me. I'm working on it right now. For example, if you have a TV for selecting blocks to put in the sidebar, you probably want to fetch chunks that are in a certain category. If you could pass the category name as a parameter with the @INCLUDE <filename> directory, that would make the custom TV really usable.
                      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
                      • 28042 ☆ A M B ☆
                      • 24,524 Posts
                      Quote from: Stefanie at Apr 07, 2012, 02:43 AM
                      Susan, it might be only one language where you live, but most of my MODX installations where in Switzerland, they have three languages, German, French, Italian, even if most of the time they use only German and French.
                      We not only have multiple languages here, but multiple directions as well! Hebrew, Arabic, Russian, English and French are possibly the most commonly used languages. A lot of Spanish and a smattering of other Eastern European, Indian and Middle Eastern languages as well. I've mostly worked in the UK or US, so I guess that's where I got the idea that most sites are single-language. I have worked on German and Swiss sites; in fact my very first Etomite/MODx site is a Swiss translation company and is in four languages (well, three at the moment).

                      I'm not sure what you mean by a "translation workflow".
                        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.