We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 727
    • 502 Posts
    Why "container" instead of "parent"? The former is another name for folder, the latter describes a document-only hierachy IMO.

    Andy
      • 33372
      • 1,611 Posts
      Interesting discussion... this is something I thought about a lot when I started to use MODx, but haven’t really revisited since then. Each time I introduce a new client to the system I do have to explain it, however. And I usually have to go over it more than once, since the folder metaphor isn’t entirely accurate (as Ryan pointed out), and people don’t initially realize that folders ARE documents and can be viewed as such.

      Usually this means that I end up either deleting extra documents that people make because they thought the folder needed an "index" page as well, or just creating the whole structure for them and then explaining it to them.

      But then the question is, "how can we make it more clear?"

      I definitely agree that the "Create Folder" menu item should go. There’s no more point to that then in having a "Create Published Document" menu item. I think that the more streamlined the menus are, the quicker people will get the hang of it.

      Personally I would lose the folder checkbox as well, since it doesn’t seem necessary at all. Got documents under it? It’s a "folder". No? It’s not. And if we’re going to shift from the "folder" metaphor anyway, then this checkbox will actually be a detriment ("Is Parent?" seems a bit obtuse to me). I don’t know of any reason that it might be necessary to create or view "folders" that are empty, but perhaps other folks do.

      So I guess I also would advocate for the "sitemap" indented method of displaying "folders", and I’d also completely remove all references to them (including the Is Folder checkbox). Simpler is better, in my opinion. The fewer options and checkboxes that a new user has to take in, the better (especially if they serve no necessary purpose).

      Next step: Can’t we combine weblinks and documents as well?
        "Things are not what they appear to be; nor are they otherwise." - Buddha

        "Well, gee, Buddha - that wasn't very helpful..." - ZAP

        Useful MODx links: documentation | wiki | forum guidelines | bugs & requests | info you should include with your post | commercial support options
        • 727
        • 502 Posts
        Yes, if a document has children added to it then it automatically becomes a parent, otherwise it isn’t a parent.

        Andy
        • You can actually do some things with the isFolder checkbox in snippets. I’ve used it before to create category menus and things like that, so it is a beneficial bit of metadata. It could also be used (if sticking with empty folder icons) to denote an area which needs additional content, but it’s not quite ready from a client. A "section placeholder" so to speak.

          Likewise, isParent isn’t accurate either. A parent by definition has children. A container can be empty (as can a folder).
            Ryan Thrash, MODX Co-Founder
            Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
            • 727
            • 502 Posts
            Section placeholders is what I was trying to set up when I found them reverting to documents. I didn’t mention it because I wasn’t sure it was a valid argument.

            Andy
            • Weblinks are another animal altogether; they never get parsed; their content just gets sent to the sendRedirect function. (or the makeURL function then the sendRedirect function if it uses doc ID for its content).
                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
                • 19726
                • 239 Posts
                Quote from: rthrash at Oct 05, 2006, 06:50 PM
                You can actually do some things with the isFolder checkbox in snippets. I’ve used it before to create category menus and things like that, so it is a beneficial bit of metadata. It could also be used (if sticking with empty folder icons) to denote an area which needs additional content, but it’s not quite ready from a client. A "section placeholder" so to speak.

                Likewise, isParent isn’t accurate either. A parent by definition has children. A container can be empty (as can a folder).
                I think the metadata is very usefull (maybe even required to have for category/menu snippets) but I think that this is some data that has to be maintained by MODx and not be settable by a user. Maybe this is because I always saw the isFolder setting as an idication that the document has children and never set it manually.

                When I had to make section placeholders I always used unpublished documents since these these stand out visually in the manager. But this might not work as good for people that already have lots of unpublished pages.Quote from: ZAP at Oct 05, 2006, 05:11 PM
                So I guess I also would advocate for the "sitemap" indented method of displaying "folders", and I’d also completely remove all references to them (including the Is Folder checkbox). Simpler is better, in my opinion. The fewer options and checkboxes that a new user has to take in, the better (especially if they serve no necessary purpose).
                Exactly my idea.

                BTW: It might be a good idea to split this topic from the 0.9.5 support thread so the discussion doesn’t get lost.
                • Split (obviously) and committed a few days ago to the SVN trunk. Thanks for the discussion and making MODx simpler/better folks. smiley
                    Ryan Thrash, MODX Co-Founder
                    Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me
                    • 23703
                    • 180 Posts
                    I have read the topic on "Folders vs Documents" and I understand the reasoning, but aren’t we making it more difficult to grasp the concept with descriptions like this:

                    $_lang["document_opt_folder_help"] = ’Check this to make the document also act as a container for other documents. A "container" is like a folder, only it can also have content.’;

                    But folders also have content, don’t they? It’s what you put in them.

                    Personally I don’t see the need to change the terminology. What is the difference? A container contains "stuff". A folder contains documents and other folders. Since we are dealing with documents the folder analogy is appropriate and easy to understand. The difference to, for example the OS’s folders, is our folders can also be written upon. Like in real life. It’s not harder than that. And quite easy to explain and grasp. Changing to "Container" doesn’t add anything new in my view. It just muddies the waters. I think we are making it more difficult than it is. And if we are to change the behaviour in the coming versions, shouldn’t we keep the changes to a minimum for now? This way we are forcing people to adjust more times than should be necessary.

                    (maybe this is the wrong thread, but I’m seeing this from the translators view... with some extra thoughts on the changes)
                    • Pont, please see the thread where this was discussed in full. http://modxcms.com/forums/index.php/topic,7721.msg54007.html#msg54007

                      [Mod Note: which is the thread you’re now reading, because we’ve merged. The Translation thread is not the place to decide what English words/concepts are used.]
                        Ryan Thrash, MODX Co-Founder
                        Follow me on Twitter at @rthrash or catch my occasional unofficial thoughts at thrash.me