|
echaland
|
 |
« on: Jan 17, 2008, 02:56 PM » |
|
Hi ,
I came across a problem with the manager. As my list of documents expands, the scroll bar stops working from time to time. Is it a known issue?
Thanks
|
|
|
|
|
Logged
|
|
|
|
davidm
Marketing & Design Team
Posts: 6,733
The best way to predict the future is to invent it
|
|
« Reply #1 on: Jan 17, 2008, 03:11 PM » |
|
Never came across this... a bit more information will be required to help, like which browser do you use and which OS ?
|
|
|
|
|
Logged
|
|
|
|
|
Soshite
|
|
« Reply #2 on: Jan 17, 2008, 04:55 PM » |
|
Hi ,
I came across a problem with the manager. As my list of documents expands, the scroll bar stops working from time to time. Is it a known issue?
Thanks
Are you using Firefox2? IIRC, there's a bug where 1/2 of the scrollbar works, while 1/2 of it is selectable, but does nothing. |
|
|
|
|
Logged
|
|
|
|
ganeshXL
Testers
Posts: 1,501
|
|
« Reply #3 on: Jan 17, 2008, 06:01 PM » |
|
Yeah, I've noticed this since 0.9.5 (using FF / Win here). If the doc-tree is taller than the browser window, you'll have to use the PAGE UP / PAGE DOWN keyboard buttons to scroll up and down. A bit annoying, but I can live with that.
As I understand, v. 0.9.7 will be based on another JS library, so the tree will most likely be more stable.
|
|
|
|
|
Logged
|
|
|
|
sottwell
Documentation Team
Posts: 8,170
|
|
« Reply #4 on: Jan 18, 2008, 12:42 AM » |
|
Yes, I get the same thing in FF/Mac, even the newest nightly build of "minefield" (3.03b-pre) and in Safari as well.
|
|
|
|
|
Logged
|
|
|
|
davidm
Marketing & Design Team
Posts: 6,733
The best way to predict the future is to invent it
|
|
« Reply #5 on: Jan 18, 2008, 03:10 AM » |
|
I must say I have never been as annoyed as I am with FF... ever since I upgraded to 2.0.0.11 it's downright buggy  ! |
|
|
|
|
Logged
|
|
|
|
|
echaland
|
|
« Reply #6 on: Jan 18, 2008, 08:11 AM » |
|
Ok thanks I'll stay away from FF from now on.... It is the same for Navigator 9 too under Win 2000.
|
|
|
|
|
Logged
|
|
|
|
|
knightknight
|
|
« Reply #7 on: Jan 18, 2008, 09:37 AM » |
|
I also find scrolling with the browser window in FF/WinXP just doesn't work. The only time it's not a problem is if you use the wheel on your mouse while your cursor is hovering the folder.
|
|
|
|
|
Logged
|
|
|
|
smashingred
Marketing & Design Team
Posts: 1,112
HTML, CSS, Marketing, Design, and more...
|
|
« Reply #8 on: Jan 18, 2008, 09:39 AM » |
|
Netscape has been Firefox since version 7 so any anomalies you would find in FF is the same as you would find in NS. The only difference between the browsers is the visual layout (colours and skin). As far as the scroll bar not working on FF it does work but the way the frames are laid out code is written it is obscured by the frame improperly marked up <div> next to it. You have to actually just catch the far left side of the scrollbar and it should work. If you hover your pointer over the scroll handle you should see the handle change colors. The problem is that the element that is used to enable resizing of the tree (div.#treeSplitter) is overlapping the scrollbar. This can be fixed by changing a line in /manager/media/style/template_you_are_using/style.css at line 527 (depending on which manager template you are using) to make the right position to -10px insead of 0. It should read as follows: #treeSplitter {
width:10px;
height:100%;
position:absolute;
right:-10px;
}
This should not interfere with any other elements as the manager main pane has no elements within the 10px space that this moves the treeSplitter to. If anyone wants to test this out and get back to me here on how it works in various browsers/OSs so that I can submit a patch for 0.9.6.x. I certainly hope that you are not thinking of switching to using IE for your development and management as is has more holes than a sponge. Firefox is not the problem, the problem is invalid code the treeSplitter is not in a valid element the empty div is marked up as <div /> and not as <div></div> as it should be. Firefox just doesn't know how to style an element that doesn't actually exist so it can't do it correctly. Hope this all makes sense. |
|
|
|
« Last Edit: Jan 18, 2008, 09:41 AM by smashingred »
|
Logged
|
Just because it's possible to build a dropdown menu doesn't mean you should.
|
|
|
sottwell
Documentation Team
Posts: 8,170
|
|
« Reply #9 on: Jan 18, 2008, 01:14 PM » |
|
Beautiful! Works perfectly in FF 3.0b3pre (minefield) and Safari.
|
|
|
|
|
Logged
|
|
|
|
davidm
Marketing & Design Team
Posts: 6,733
The best way to predict the future is to invent it
|
|
« Reply #10 on: Jan 18, 2008, 01:30 PM » |
|
Woot great fix smashingred :thumbsup:
Certainly not thinking about switching to IE (yuck), since I am a Mac user (so is Susan).
Work case scenario, switching to Safari (which I do sometimes to work in the manager) or Opera (but it was not working all that well with the manager last time I checked).
|
|
|
|
« Last Edit: Jan 18, 2008, 02:11 PM by davidm »
|
Logged
|
|
|
|
|
MrDutchy
|
|
« Reply #11 on: Jan 18, 2008, 01:49 PM » |
|
Woot great fix Splittingred :thumbsup:
Certainly not thinking about switching to IE (yuck), since I am a Mac user (so is Susan).
Work case scenario, switching to Safari (which I do sometimes to work in the manager) or Opera (but it was not working all that well with the manager last time I checked).
Indeed the manager does not work properly with opera. I tried just this week with 0.9.6.1. and the latest opera and it was really bad. (like i saw many repeating green arrow icons across my entire chunk editting area etc.). I did this because the packed mootools still occasionally causes firefox to choke. It is going to be IE for me from now on, at least until the new manager UI. I wouldn't feel comfortable to apply a patch to the manager which fixes the issue for me using FF and might cause trouble with the IE of our clients. Not going to install safari either for windows just because of this, besides it's still beta. On a sidenote: if i collapsed and uncollapsed one of my doctree folder/containers the scrolling allways would start working again. |
|
|
|
|
Logged
|
|
|
|
ganeshXL
Testers
Posts: 1,501
|
|
« Reply #12 on: Jan 18, 2008, 01:53 PM » |
|
Oh yeah, this works a treat. Thanks for pointing out that CSS-fix, smashingred.
|
|
|
|
|
Logged
|
|
|
|
rthrash
Foundation
Posts: 9,514
|
|
« Reply #13 on: Jan 18, 2008, 01:59 PM » |
|
just committed #3292 for this for 0962
|
|
|
|
|
Logged
|
MODx is a framework that allows web professionals to turn over sites to end-users for daily maintenance without worrying. Community participation and questions are encouraged, especially when you help us help you, read the wiki, and review snippet parameters – even if you have to look at the source. Searching the forums helps, too.
Ryan Thrash
MODx Co-Founder
Principal @ Collabpad
work productively.
work intelligently.
work together.
|
|
|
smashingred
Marketing & Design Team
Posts: 1,112
HTML, CSS, Marketing, Design, and more...
|
|
« Reply #14 on: Jan 18, 2008, 02:10 PM » |
|
@davidm smashingred != splittingred  @MrDutchy, The problem is the markup is wrong (meaning not to the W3C Standard or even real tags) and fixing it would make it work in all browsers not just IE. I wouldn't submit a full patch unless it was crossplatform tested.  Part of the reason Opera has so much trouble with the Manager is the bad markup. This is likely a lot of legacy crap from Etomite. The reason everything works in IE is that it is designed just for this--to show everything no matter how badly it is marked up. @rthrash, I would like to do some more tests as I think that there is more to do here with the manager HTML. I think that the CSS applies oddly to improperly marked up elements. Cheers, Jay PS: Please keep sending in fix results with OS and Browsers. -J |
|
|
|
« Last Edit: Jan 18, 2008, 02:12 PM by smashingred »
|
Logged
|
Just because it's possible to build a dropdown menu doesn't mean you should.
|
|
|
|
