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
    On the downloads page, you can download the most recent "nightly" build to see what the upcoming Manager will look like.


    ---------------------------------------------------------------------------------------------------------------
    PLEASE, PLEASE specify the version of MODX you are using . . . PLEASE!
    MODx info for everyone: http://bobsguides.com/modx.html
      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
      • 36173
      • 26 Posts
      Hey Bob,
      Thanks for that. I'm new to understanding the development of MODx...is it to say that the manager UI is constantly changing and evolving...?

      Cheers.
      • @timbodrumbo,

        The MODX Manager will be refined over time. The goal of any application is to make the work people do with it easy, intuitive and frictionless. The work not the tool should be the focus. Revo is very good but we can always make it better.
          Author of zero books. Formerly of many strange things. Pairs well with meats. Conversations are magical experiences. He's dangerous around code but a markup magician. BlogTwitterLinkedInGitHub
          • 36173
          • 26 Posts
          Thanks Jay. I'm with you. Is there a thread for UI discussions, feedback, issues, announcements? UI and getting good documentation out to those I serve is a big deal for me and would be grateful to bw connected to the process. Happy to provide input and feedback.
          • @timbodrumbo,

            I am sure there are several threads on UI. Bugs, issues and feature requests individually belong at http://tracker.modx.com/projects/revo/issues. It might be a good idea to open a thread on UI/UX in revolution to discuss the interface changes and potential ideas for improvement. I do agree that somehow introducing new features of the UI to users when the UI changes would be a benefit overall and we'd be open to strategies for handling that.

            With most web technologies, interfaces will be in a constant state of change. Users will need to adapt to changes now and hereafter like never before. Look at Google Apps, Facebook, SalesForce etc.
              Author of zero books. Formerly of many strange things. Pairs well with meats. Conversations are magical experiences. He's dangerous around code but a markup magician. BlogTwitterLinkedInGitHub
              • 3749
              • 24,544 Posts
              Quote from: timbodrumbo at Feb 15, 2012, 11:44 AM
              Hey Bob,
              Thanks for that. I'm new to understanding the development of MODx...is it to say that the manager UI is constantly changing and evolving...?
              Cheers.

              I'm afraid that's inevitable. It's one reason my book has no screen shots. wink


              ---------------------------------------------------------------------------------------------------------------
              PLEASE, PLEASE specify the version of MODX you are using . . . PLEASE!
              MODX info for everyone: http://bobsguides.com/modx.html
                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
                • 36173
                • 26 Posts
                Thanks for the thoughts and discussion here. I tend not to go with ongoing updates paritally for that reason-so much change in the projects ...sometimes I just don't want to have to think about another thing. Or updating a manual-clients love the images...Bob I laughed about the manuals. Um, well, mine do. :-( And hey guys, what about the video content too...that stuff goes stale.

                I think spliting up change is worthwhile, fine tuning via optional install (pre any big x.0 release) is always nice vs. inserting patches (yes please) vs. functional change (dang, I gotta think again and tweak the manual). I'm a picky old dude sometimes (or lazy), but it's still true that it always costs me time when the UI changes. i often hang back on versions. What is for sure is clients have different manuals. Anyway, MODx has saved me tons so it's all good-no huge compliants smiley

                I'd be happy to talk shop and get some ideas going about UI-I've been in that space for a long time-no expert-always had to do at least 5 jobs...LOL..Pm, designer, programmer. My passion is design-both visual and software-when I read MVC I went crazy-plus the creative is fun. Be happy to share some CSS around-I use my own hybrid of the grid system.


                My 2 c

                Okay, back to work.
                Thanks guys. [ed. note: timbodrumbo last edited this post 12 years, 2 months ago.]
                • This looks like an interesting possibility for developing documentation http://www.sourcefabric.org/en/booktype/
                    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
                    • 36173
                    • 26 Posts
                    @sottwell,
                    Hey Susan, that looks like an amazing tool! Have you tested it out?

                    @all
                    I awakened to a first thought about all this - and it's not intended to be pessimistic. Documentation (I have lead many doc projects) can always threaten to become a huge waste of time. For any documentation to be relevant, there needs to be some stability of change for the product. Otherwise, the docs and all the rich content are continually stale. So, #1 is that documentation becomes a valued part of the process and change impact is considered in a (forgive the buzzword), 360 degree fashion.

                    Community development is awesome and very powerful, however, it is also a culture that operates differently,with different norms, priorities and reasons for when things get changed and how. I have been with MODx for a long time but new to the community, so I will be respectful about what goes on here and not try to impose my views. Rather, I will share my experience.

                    I have seen systems that have become very costly (time and $) due to a lack of what I would call change management. We are talking about senior people in an organization calling for feature this and feature that and there would be no shepherding of the process.

                    If it is the case that the MODx UI is in constant flux, I would suggest some stability is required to make documentation worthwhile. It has become a mature product and having a UI build target would be great, rather than a continual sprinkling of "nice to haves." (not saying I know...just an if...then observation)

                    I am here to learn so willing to become more engaged in learning the change process and trajectory of Revo before I go waving my UX design wand around-we are all creative here and have many great ideas. I would consider being advisory and UX design + documentation participant and would be grateful to give back that way.

                    I'm going into the bowels of the MODx project stuff to educate myself.

                    Happy to keep this thread going. smiley

                    T
                      • 36173
                      • 26 Posts
                      Immediate Suggestion for Documentation and Development:

                      A dictionary and guideline for naming and phrasing-call it a style guide. (Okay if it exists, please issue the appropriate condescension and sneer). wink

                      A simple example: When we mean the same thing, let's say the same thing. (UX/documentation 101)

                      Within the UI, sometimes we use the word "Edit" (when changing web documents) and sometimes we use the word "Update" (when editing Access control stuff). The style guide would then indicate "Edit" to be used in both cases, since both are a matter of performing the action of changing settings or content for an object.

                      The context menu has also varied

                      This is true for error messages (in English), menu items, naming of screen elements.

                      Happy Friday All. smiley