MODx 0.9.1 rev 609 (internal testing)

Ok. Works fine in Safari, Camino, FF 1.0.7. Doesn’t work in FF 1.5 Mac. This is the same issue with FF 1.5 Mac and the dropdowns on the Document Editing page. Somewhere there’s some javascript killing the dropdown functioning of the browser, both in a Select and in the :hover action. It’s a FF bug, nothing to do with MODx.

Bravado, what OS? Are you on a Mac? What version of FF?

Lots of people unhappy with 1.5 Mac:

http://www.versiontracker.com/dyn/moreinfo/macosx/19029&page=5

[later...]<sigh> I don’t know what’s going on here, but I thought I’d try something. When I re-started 1.5, the menus now work fine. Anyway, here’s the four files I copied over, even though I couldn’t fine any changes: /manager/frames/1.php, /manager/frames/l4mnu.php, /manager/media/style/l4navbar.css and /manager/media/style/modx/l4navbar.css.

Very cool Adam!

2 suggestions:

Can we add the same fade effect when opening a dropown to closing a dropown instead of an instant vanish?

Also, could that little sidebar collapse when not in use?

Quote from: sottwell at Dec 15, 2005, 02:16 AM

Bravado, what OS? Are you on a Mac? What version of FF?

I’m on XP and Linux, both running the 1.5 version of FF. I do have a Mac setup for testing though and just recently updated it with FF 1.5. I’ll upload a copy of Rev 600 and test it.

Quote from: sottwell at Dec 15, 2005, 02:16 AM

[later...]<sigh> I don’t know what’s going on here, but I thought I’d try something. When I re-started 1.5, the menus now work fine. Anyway, here’s the four files I copied over, even though I couldn’t fine any changes: /manager/frames/1.php, /manager/frames/l4mnu.php, /manager/media/style/l4navbar.css and /manager/media/style/modx/l4navbar.css.

Err...not quite done with the menus yet. A couple of things I noticed: First, the stylings of the submenus are not consistent between Mozilla/FF and IE6...the submenus appear as bold black with no highlighting whenever you hover over them. Second, I don’t know if I really like the way the submenus function. What I mean is that they only appear whenever you hover over them. What I think would be a really nice feature is to have the submenu stay visible for the currently selected section. That way users can click back and forth between sections without having to do the whole hover thing. This could be implemented in one of two ways. The first method is outlined on the ’A List Apart’ website (http://www.alistapart.com/articles/hybrid/). Basically it just tags a menu item as either ’on’ or ’off’ in its class if a submenu has been chosen. Plus, it’s almost entirely done in CSS so less javascript to mess with. The other option, and the one we might have to go with, would be to make it to where menu items would need to be clicked on to show their submenu. Submenus would then stay visible until the user clicks a different menu. Ryan played with this concept a bit and even used Scriptaculous to facilitate the submenus with a nice fade effect for a little flair ("I don’t like to talk about my flair..."). I’ll play with both approaches and see what I can come up with. Plus, I’ll see if I can get IE to play nice with the submenus.

Jeff

Be my guest. I only did this as a "proof of concept". I like it, and use it for all of my sites. Feel free to tweak the CSS all you like. There are two css files, both named l4navbar.css; one is in /manager/media/style, the other is in /manager/media/style/modx. The only difference between them is that the path for the background images is different; the one in /media/style/modx has an extra ../ in the path.

Quote from: sottwell at Dec 15, 2005, 10:43 AM

Be my guest. I only did this as a "proof of concept". I like it, and use it for all of my sites. Feel free to tweak the CSS all you like. There are two css files, both named l4navbar.css; one is in /manager/media/style, the other is in /manager/media/style/modx. The only difference between them is that the path for the background images is different; the one in /media/style/modx has an extra ../ in the path.

Sweet! Will do! And thanks for the little tips...I probably would have forgotten that little oversight. One of the first things I noticed in the code is the use of a csshover file used for IE. Personally, I don’t like having to use separate CSS/Javascript instructions if I don’t have to so...I might end up ditching this in favor of cleaner, more compatible code across the board. Might as well keep it simple if we can get away with it!

Quote from: Mark at Dec 15, 2005, 10:12 AM

Can we add the same fade effect when opening a dropown to closing a dropown instead of an instant vanish?

Sure. It’ll be in the next commit.
If you look at javascript/output.js you’ll notice a few different methods of revealing the menus with comments about each one. I don’t like the fade all that much, SlideDown is much cooler if you ask me but IE doesn’t seem to like it. I’ll see if I can figure out what the problem is, but in the mean time fading ain’t bad. If anyone feels like looking into this please feel free.

Quote from: Mark at Dec 15, 2005, 10:12 AM

Also, could that little sidebar collapse when not in use?

I’m not sure what you mean? What siedbar?

Here’s my quick to-do for QE (these don’t necessarily have to hold up 0.9.1 release)

• Everything multi-lingual.
• Fix weird Hide links behaviour in IE.
• Get SlideDown working in IE.
• Get position:fixed; working on toolbar (IE would be great but might just have to be non-IE browsers in the end.
• Add other settings like searchable, cacheable, menu index, etc.

I tested the rev 600 build in Firefox 1.5 on OS X. Err...yep! We’ve got a problem! Drop-downs aren’t working for some parts of the manager. Here’s the weird thing though...System Configuration doesn’t seem to be effected...dropdowns work just fine for me in that section. However, dropdowns definitely aren’t working right for various dropdowns when editing a document (template selection, content type, etc.). Under Manage Users, if you go and edit a user the dropdowns don’t appear to work on anything under the General tab...however, they sometimes work on the User Setting tab. This is the damnedest bug I’ve ever seen! There’s definitely something going on with FF 1.5 and OSX!

I’ve ruled out any RTE issues. I thought at first that it might be FCK that was doing it since it appeared like it was only happening when editing content. But when I saw the problems when editng user settings...well...that ruled that out! So now I’m thinking that there is something different between these different sections that causes FF 1.5 to go nuts on the dropdowns on OSX...probably either javascript or CSS related. I’m leaning more on it being a javascript thing...but can’t be sure right now. Hopefully these observations will help someone with more knowledge of the javascript functions.

I’d be willing to bet $1000 it’s Javascript.

Quote from: rthrash at Dec 15, 2005, 12:56 PM

I’d be willing to bet $1000 it’s Javascript.

You’re on!! Err...it would be an even better bet if I actually had $1000! LOL!

"Sixbucks and my right nut says were not landing in Chicago."

Anyways....got a small demo of an updated menu for the "Snap in top menu bar" layout. It’s not perfect and I still have a little ways to go. Mainly, I need to test it for all browsers and tweak the CSS a bit. I’ve tested it in IE6 and FF 1.5 on XP. Both work fine. Opera doesn’t work for jack so I’ll definitely need to tweak it for Opera.

http://www.horizoninnovations.com/menutest/

Jeff thats NICE!!! Will that make it into 0.9.1?

Adam, I am referring to the buttons that appears to the right of the words "QuickEdit".