0.9.5 test builds

Actually I think that was a PM. To bullet point out the logic incorporating Susan and Jason’s working practices:

[*]If .htaccess is present, you cannot say for certain that FURLs (and .htc files) work because it could be a default .htaccess.
[*]If .htaccess is not present, you cannot say for certain that FURLs (and .htc files) do not work because these things can be configured elsewhere (in the server config, in the root etc).
[*]If ht.access is present and friendly URLs are on, the manager could check for that and warn the user that they need to rename the file (or otherwise incorporate the lines into the .htaccess or other config file) to make FURLS work. However, it is still entirely possible that FURLs and .htc files work fine in this setup.

Susan would get the warning unless she renamed or removed the "spare" ht.access. Giving it further thought, many people will install 0.9.5 over the top of what they already have, and will thus end up with their old .htaccess and the new ht.access.

Now, that suggestion was for use in the manager’s sanity check thingie (where it checks for the presence of install etc). A false positive wasn’t a particular issue as it could be ignored.

I’m not sure having something similar in an every-page plugin is as wise, and as has been shown, it is not a reliable indicator.

So, given that .php? will always work in either situation, and .htc will only work if the htaccess is right in some way, my vote would be on the plugin just defaulting to .php and not having any auto-detection. There should be a configuration option and we could suggest to users that they can set things to use .htc directly for a modest speed increase. (And, if they don’t give a toss about IE6 hover effects, not to use it at all).

agreed and good call paul

Chatted with Adam briefly today and we were discussing some of the recent changes to the menu structures on the main frames in the current SVN trunk.

What do you think of moving the new doc/weblink/folder actions to icons above the tree, moving the search function to the site menu, and making the expand/collapse tree into a single icon toggle-tool?

I think it’d make a good bit of sense and improve usability a tiny bit too.

Quote from: rthrash at Sep 19, 2006, 01:20 PM

What do you think of moving the new doc/weblink/folder actions to icons above the tree

Being able to add documents to the root from there without first clicking back to the Site menu would be great.
Presumably these would use the same icons as the context menu. Actually, whether you do this or not, can we please please please have a context menu on the root (0) document with those 3 options? (Should have mentioned that before, actually).

Quote from: rthrash at Sep 19, 2006, 01:20 PM

making the expand/collapse tree into a single icon toggle-tool?

Definite + on that.

Quote from: rthrash at Sep 19, 2006, 01:20 PM

moving the search function to the site menu

I use this very rarely, and I’d quite like further alternate-document-listing tools in future, so yes. That sounds good.

I make that 3 "Site" menu items out, and 1 menu item in.
I propose moving "Clear Cache" from Tools to "Site".
I also propose moving ’Manage resources’ from Resources to Site and renaming it Resources.
Finally, I’d like to be able to have Doc Manager on the Site menu, but placing modules within main menus would presumably be a bigger structural change.

One think thing I’d like (an others too ) is a static button bar for save doc button , in the top frame ?
About placing the menu in a single icon tree, +1 perhaps with a different contextual menu which can include :

• change default template
• site status (on/off line)
• ...

expanded by default ?

In the export tool, when the alias contain " . " the export name has no ".html" suffix. Try export the default site doc id 15, "script.aculo.us".

In "database table" the name of the sql database is not displayed, can confuse when using more than one database (4 for me), a small $modx->dbConfig[’dbase’] is welcome like in Reports/System info.

I thought that the add buttons would just fit in the existing space above the tree.

Quote from: Soda at Sep 20, 2006, 01:27 AM

In the export tool, when the alias contain " . " the export name has no ".html" suffix. Try export the default site doc id 15, "script.aculo.us".

I’d like this to continue as it is useful to have an alias that is not an html document - eg dynamic.css, feed.xml.
I consider that the error is in the naming of the document, and so I’ve now changed it to "ajax" over on modx.it.

The snippet "GetStats" and table "log_totals" are still present, but the function "getSiteStats()" is removed from the "\manager\includes\document.parser.class.inc.php".
edit: Added to #528

error in regclient CSS, document.parser.class.inc.php line 2134 (rev1417):



has to be



(missing quotes at the end of the file name)

edit: Added to #526

Please track all bugs in the bugtracker. It’s our final checklist and this thread is already 13 pages long.

QE doesn´t work on TVs (rev1417) - #531