We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 13993
    • 100 Posts
    With template ModXHost using SEF urls where the folders show in the url (/blog/blog-post-title.html) the CSS import links are broken. In the other templates it links URLs with

    <link title="Light" rel="alternate stylesheet" type="text/css" href="/assets/templates/default/light_green.css" />

    In ModXHost it uses

    <link title="Light" rel="alternate stylesheet" type="text/css" href="assets/templates/default/light_green.css" />

    Which = no style on any page in a directory.

    Easy fix on my end, but thought you guys should know.
      • 22303 MODX Staff
      • 10,725 Posts
      Quote from: JeremyL at Sep 17, 2006, 02:20 PM

      With template ModXHost using SEF urls where the folders show in the url (/blog/blog-post-title.html) the CSS import links are broken. In the other templates it links URLs with

      <link title="Light" rel="alternate stylesheet" type="text/css" href="/assets/templates/default/light_green.css" />

      In ModXHost it uses

      <link title="Light" rel="alternate stylesheet" type="text/css" href="assets/templates/default/light_green.css" />

      Which = no style on any page in a directory.

      Easy fix on my end, but thought you guys should know.
      This is due to improper positioning and use of the base tag with [(site_url)] as the href, in the default template; it should appear before any other tag that has a src or href attribute, and should then be relied upon to always provide the proper base path of your site. This among other things, helps keep paths in your content consistent, as well as portable regardless of how it is deployed (i.e. in the document root vs. a subfolder). This will be fixed in the new default content, which will be part of the 0.9.5 final release, and addresses several other problems (like improper CSS paths when a page is not found in a virtual subdirectory).
        • 29635
        • 361 Posts
        Hi all. After upgrading to 0.9.5 beta (2) on a few sites, I have noted a few issues. (I’ve searched, but haven’t found anything; sorry if this has been discussed):

        1. Is there any reason not to have a "Raw TextArea Mini" TV choice? It definitely not critical, but would be nice to have.

        2. To me, it makes a lot more sense on an upgrade to convert Textarea and Text TVs into Raw Textarea or Raw Text, since that’s what we’re used to. Not a huge deal, but caused some issues on an upgrade where all the sudden my HTML was being output as text.

        3. Any idea why the following code (WebCEO’s HitLens tracking code) is giving me a parse error? Worked fine on 0.9.2.1. Completely destroys things in 0.9.5 beta 2.
        <!--WEBSITECEO:BEGIN:{764EEF2E-BC11-45CF-8627-300CE1BA2219}-->
        <!--
        Do NOT modify this script to avoid traffic misrepresentation! 
        Web CEO 4 0300/1
        Code initially inserted into: "/index.php".
        -->
        <script type="text/javascript"><!--
        // hitlens v1.2.7
        function hitlens_embedded() {
        var id = 126961;
        var pc = 0;
        var PAGENAME = escape('[*pagetitle*]');
        var CONTENTGROUP = escape('[[UltimateParent]]');
        var TRANSACTION = escape('');
        var TRANSACTION_ID = 0;
        var ORDER = escape('');
        return "id="+id+"&pc="+pc+"&p="+PAGENAME+"&gr="+CONTENTGROUP+"&tr="+TRANSACTION+"&trid="+TRANSACTION_ID+"&ord="+ORDER;
        }
        //--></script>
        <script type="text/javascript" src="/webceo.js"></script>
        <!--WEBSITECEO:END:{764EEF2E-BC11-45CF-8627-300CE1BA2219}-->
        


        « MODx Parse Error »
        MODx encountered the following error while attempting to parse the requested resource:
        « Execution of a query to the database failed - Unknown column 'Array' in 'where clause' »
              SQL: SELECT sc.parent FROM `carinet`.modx_site_content sc LEFT JOIN `carinet`.modx_document_groups dg on dg.document = sc.id WHERE (sc.id=Array AND sc.published=1 AND sc.deleted=0) AND (sc.privateweb=0) LIMIT 1 


        Other than that, 0.9.5 is still beautiful.
          Need MODx Ecommerce? Try FoxyCart!
          • 7923
          • 4,213 Posts
          Quote from: The at Sep 18, 2006, 12:48 AM

          3. Any idea why the following code (WebCEO’s HitLens tracking code) is giving me a parse error? Worked fine on 0.9.2.1. Completely destroys things in 0.9.5 beta 2.
          Are you sure that the parse error comes from that tracking code and not from some snippet?


            "He can have a lollipop any time he wants to. That's what it means to be a programmer."
            • 33372
            • 1,611 Posts
            Hello all -

            Trying out 0.95 beta 2 on a very simple commercial site. After reading the comments and whatnot I had enough confidence it it to give it a shot. This particular client won’t know what "beta" means anyway...

            So far it’s doing very well, and I love a lot of the new features and the revised menu/organizational structure.

            I am suddenly having one issue that I’ve never encountered before, however. When I try to edit only the eForm snippet (or to paste my own modified version in there), I always receive an HTTP Error 406 - Not acceptable, and the snippet is not updated. I am able to update and add other snippets, but for some odd reason this one just won’t budge.

            I receive the same error response in IE6 and Firefox 1.5.

            Anyone have a clue as to why this would happen?

            P.S. Does the addition of the <?php and ?> tags in snippets mean that we can now insert unparsed HTML code in those as well?
              "Things are not what they appear to be; nor are they otherwise." - Buddha

              "Well, gee, Buddha - that wasn&#39;t very helpful..." - ZAP

              Useful MODx links: documentation | wiki | forum guidelines | bugs & requests | info you should include with your post | commercial support options
              • 29635
              • 361 Posts
              Quote from: doze at Sep 18, 2006, 01:35 AM

              Are you sure that the parse error comes from that tracking code and not from some snippet?
              Good point. I’ve been doing more digging and discovered that it’s the UltimateParent snippet in that chunk. Sorry I didn’t catch that before the last post.

              Now to figure out why that’s not working. It’s the standard code, but seems to destroy the site anywhere it’s called.
                Need MODx Ecommerce? Try FoxyCart!
                • 22815
                • 1,097 Posts
                The version of UltimateParent in 0.9.5 B2 is not the latest version: replace it with 1.2.
                http://modxcms.com/UltimateParent-1.2-975.html
                  No, I don&#39;t know what OpenGeek&#39;s saying half the time either.
                  MODx Documentation: The Wiki | My Wiki contributions | Main MODx Documentation
                  Forum: Where to post threads about add-ons | Forum Rules
                  Like MODx? donate (and/or share your resources)
                  Like me? See my Amazon wishlist
                  MODx "Most Promising CMS" - so appropriate!
                  • 16511
                  • 16 Posts
                  Here’s a fairly straightforward bug...

                  A snippet with a double quote (") in its Description field will have that field truncated when it is opened for editing.

                  I’m amazed that in this day and age we’re still suffering from output escaping bugs. :-P

                    • 29635
                    • 361 Posts
                    Anybody notice that the FirstChildRedirect snippet is typoed to FirstChildRedicrect?

                    Is this the appropriate place to report that, or should I just bugtracking stuff like that?
                    EDIT: Sorry, just read the beta 2 post with the link to the bugtracker. My bad.
                      Need MODx Ecommerce? Try FoxyCart!
                      • 22815
                      • 1,097 Posts
                      Thanks.

                      The best thing generally is to mention it here. There are many bugs being fixed in 0.9.5 that don’t actually make it to the bug tracker.

                      This will be fixed in the next beta release, which has updated default content and snippets etc.
                        No, I don&#39;t know what OpenGeek&#39;s saying half the time either.
                        MODx Documentation: The Wiki | My Wiki contributions | Main MODx Documentation
                        Forum: Where to post threads about add-ons | Forum Rules
                        Like MODx? donate (and/or share your resources)
                        Like me? See my Amazon wishlist
                        MODx "Most Promising CMS" - so appropriate!

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