Every repository with this icon (
Every repository with this icon (
| Fork of saucytiger/livepipe-ui | |
| Description: | User interface components for Prototype.js edit |
-
0 comments Created 6 days ago by msimic1.0xbugxconfirmedxiexIE6 specific bug: scroll handle behaviorScrollbarxI must first state that I didn't have the chance to test this exactly in IE6, but instead I tested it under IETester and opened an IE6 tab. Since the sole functionality of IETester is to use the rendering engine and js parser of the chosen browser I take for granted that this happens in IE6. If this is not the case this is a no-issue.
What happens?
There is a page load bug that makes the scroll handle go into the wrong direction when scrolling:

After calling recalculateLayout() the scroll handle goes in the right direction but it moves too little (just a small part of what it should move). I provide a screenshot with content scrolled to the bottom:

So the scrollbar 'kinda' works. The issues do not seem so serious. Probably there is a need to use a IE6 specific alteration to the offset calculation?
It would be nice if these issues would not happen, as the component would be fully cross browser, since IE6 is the last still used IE browser.
Comments
-
0 comments Created 3 months ago by smith1.0xbugxContextMenuxfirefoxxpatchxControl.ContextMenu position not assigned correctlysafarixIf the viewport_scroll_offsets are not 0 (the page is scrolled down/right), the container positions are not assigned correctly. This only happens with right clicks, left clicks work as expected. I have experienced this problem with Firefox 3 and Safari 4.
Event.pointerY does not return the expected result for a right clicks as described in the API (Prototype 1.6.0.3).My quick workaround in contextmenu.js:
Object.extend(Control.ContextMenu,{ <...> positionContainer: function(event){ var dimensions = Control.ContextMenu.container.getDimensions(); var top = Event.pointerY(event); var left = Event.pointerX(event); var bottom = dimensions.height + top; var right = dimensions.width + left; var viewport_dimensions = document.viewport.getDimensions(); var viewport_scroll_offsets = document.viewport.getScrollOffsets(); // add offset if there is a right click if(event.isRightClick()) { top += viewport_scroll_offsets.top; left += viewport_scroll_offsets.left; } if(bottom > viewport_dimensions.height + viewport_scroll_offsets.top) { top -= bottom - ((viewport_dimensions.height + viewport_scroll_offsets.top) - Control.ContextMenu.offset); } if(right > viewport_dimensions.width + viewport_scroll_offsets.left) { left -= right - ((viewport_dimensions.width + viewport_scroll_offsets.left) - Control.ContextMenu.offset); } Control.ContextMenu.container.setStyle({ top: top + 'px', left: left + 'px' }); } });Comments
-
0 comments Created 3 months ago by smith1.0xpatchxImprovement so forms can submit to iframeWindowxWindow.js line 619
Was working on something where I needed to submit a form to the iframe in the window and had to add a 'name' attribute to the iframe.
Previous
iframeTemplate: new Template('<iframe src="#{href}" width="100%" height="100%" frameborder="0"></iframe>'),New
iframeTemplate: new Template('<iframe src="#{href}" name="modal-window-iframe" width="100%" height="100%" frameborder="0"></iframe>'),Comments
-
This a fix suggestion for window.js line 788 to 796.
It takes the Max height for either the document or browser window and sets that as the overlay height so it always covers all the content.
//IE only positionOverlay: function(){ var h = Math.max( document.documentElement.clientHeight, document.body.clientHeight ) + 'px'; var w = Math.max( document.documentElement.clientWidth, document.body.clientWidth ) + 'px'; Control.Overlay.container.setStyle({ width: w, height: h }); }Comments
Larry Ruiz July 14th, 2009 @ 09:44 AM
I had similar issues the problem in ie7 is that the body doesn't expand has the content in some particular cases,
in my case i have the following css:html, body { height: 100%; } #container { min-height: 100%; margin: 0 auto -23px; width: 1024px; }It seems that body doesn't get bigger than the browser window even if the container block does, in ie6 works perfectly.
So in my case were we are using ie7 makes sense to apply the styles solution to the overlay --> (Control.Overlay.container.setStyle(Control.Overlay.styles);
Hope that this help for a solution.
steamshift August 7th, 2009 @ 05:13 AM
//IE only positionOverlay: function(){ var h = Math.max( document.documentElement.clientHeight, document.documentElement.scrollHeight ) + 'px'; var w = Math.max( document.documentElement.clientWidth, document.documentElement.scrollWidth ) + 'px'; Control.Overlay.container.setStyle({ width: w, height: h }); }found this to be the most effective...
-
0 comments Created about 1 month ago by smith1.0xbugxconfirmedxiexControl.Scrollbar IE null errorScrollbarxHi,
I am using your Control.Scrollbar in this page (still in development): http://www.latinoimmigrantstories.org/stories.php
IE 7 and 8 returns this error on page load:
Error: 'null' is null or not an objectand it referencing this:
$('scroll_down_50').observe('click',function(event){ scrollbar.scrollBy(-50); event.stop(); });Is there another step in my file that I'm missing?
Thank you for the wonderful scrollbar!
Lisa
Comments
-
0 comments Created 3 months ago by smith1.0xbugxconfirmedxopen control.window dynamically only works with Fade = trueWindowxHello. I'm trying to move from the old Control.Model to the new Control.Window and i'm having troubles with simple windows that I want to open dinamically.
The following example only works when "fade: true" is on the options:
<a href="#" onClick="openMyWindow('http://www.google.com');">Click to open Google in an Iframe</a> <a href="#" id="dummyA" /> <script> function openMyWindow(url) { $('dummyA').href = url; var myWindow = new Control.Window($('dummyA'),{ className: 'simple_window', closeOnClick: true, fade: true, // ths is the line, but I don't want to fade! iframe: true }); myWindow.open(); } </script>Also, once opened with fade, it takes several clicks to close it. This did not happen before with Control.Modal.
How can I solve it? Thanks!
Jose.
Comments
-
0 comments Created 3 months ago by smith1.0xbugxconfirmedxiexImage Checking should ignore query string on Control.Window.openWindowxAround line 291 of window.js there is this line in the open function:
if(this.href.match(/\.(jpe?g|gif|png|tiff?)$/i)){The problem with this is if you have the href of the source container that has a query string. The query string should not count when determining if the link is to an image. This especially fails if the query string ends with .gif, .jpeg, or .tiff.
here is an example that fails:
href=/admin/products/tagcontent?url=images%2F30.gifControl.Window thinks the above is a link to an image when it is actually a link to a dynamic script.
A simple fix is to change the above javascript code to:
var hrefCheck = this.href.replace(/\?(.)*$/,''); if(hrefCheck.match(/\.(jpe?g|gif|png|tiff?)$/i)){Comments
-
0 comments Created 3 months ago by smith1.0xbugxconfirmedxiexModalxHow to close Styled Window on IE8WindowxIs that well known problem the IE8 leads the bug missing show the close panel with respect to Control.Window's window_factory function used? That because I still could not close the "Draggable / Styled Window One" example on IE8 which is at Livepipe window control demo page.
Thank you.
Comments
-
0 comments Created about 1 month ago by smith1.0xbugxpatchxRace condition when submitting a form in "afterChange"-handlerTabsxWhen the afterChange handler submits a form via javascript, the following race-condition can occur:
1) A user clicks on one tab, the form is submitted.
2) The user clicks on another tab while the reload is in progress.When clicking the second link, Firefox will notice, that the URL of the window has changed, but a link to local anchor is clicked. In order to follow the link to the local anchor, it performs a reload of the page before the form submit.
No form data is submitted in this case.The fix is to remove the href from the tab-links after the control has been initialized.
Patch at http://gist.github.com/217037
Comments
-
2 comments Created 6 months ago by vlazar1.0xbugxfirefoxxModalxControl.Modal shakes when scrolling page in FirefoxWindowxPositioning of modal window works smoothly in Safari (window position is just fixed).
In Firefox modal window shakes if I use scrolling, which looks ugly.Comments
This looks like is corresponds with Lighthouse Ticket <a href="/syntacticx/livepipe-ui/issues/#issue/13" class="internal">#13.
-
0 comments Created 3 months ago by smith1.0xbugxModalxScrolling background window scrolls modalWindowxWhen a browser scrollbar exists and a modal is popped-up, the background window can scroll and it moves the modal in a jerky fashion. I would prefer the modal to stay put where it was created as per the "Draggable / Styled Window One".
Also, if the browser scrollbar exists, and a modal is popped-up that also has a scrollbar, when the modal is scrolled to the bottom, the background window starts scrolling to the bottom as well.
Comments
-
0 comments Created 3 months ago by smith1.0xbugxiexIE7 Horizontal Scrollbar BugModalxThere is a known bug with IE7 where absolute positioned elements that don't have a width specified can trigger it to display a horizontal scrollbar even though it is unnecessary.
The IFrame Shim that livepipe uses seems to trigger this bug mostly in cases where the shim is shown before it is given position. There were 2 places that were giving me problems with Control.Modal.
The first was with the overlay. The positionIFrameShim function of Control.Overlay looks like:
positionIFrameShim: function(){ if(Control.Overlay.container.visible()) Control.Overlay.iFrameShim.positionUnder(Control.Overlay.container); }The problem is that on the first time the overlay is shown, this position function is called before the overlay is made visible and thus the positionUnder function of the IFrameShim class is not called. In IE7 this can trigger the scrollbar bug. I commented out the if statement but there is probably a more suitable solution.
The second place I encountered a problem was with the actual modal window itself. A scrollbar would appear momentarily and then go away. The updateIFrameShimZIndex function is being called twice when the window first opens and you are using the fade option.
The finishOpen function starts the fade effect which calls updateIFrameShimZIndex on completion. The finishOpen function calls the position function after it starts the effect however. It is unlikely but the effect could finish before position is called, thus triggering the scrollbar bug because the position of the iframe is set to the undefined position of the window. I thus moved the call to position up to the top of the finishOpen call so we know the window has been positioned before showing it.
The end of the position function also calls updateIFrameShimZIndex though. Strangely, when this is called and the window is not actually visible yet, the IE7 bug is triggered even though the element has in fact been positioned. I thus changed the end of the position function to read:
if(this.iFrameShim && this.isOpen) this.updateIFrameShimZIndex();This ensures the window is open before trying to position the shim.
Comments
-
0 comments Created 3 months ago by smith1.0xbugxiexClick created Control.window href problemWindowxI have a Control.Window exactly like the Centered Window / Content on Page example on livepipe.net. In IE6, the code fails to find the div with the content and so ends up creating a blank hidden window. The problem lies in this line of window.js:
var rel = this.href.match(/^#(.+)$/);in Control.Window.initialize
In IE6, the line before it
this.href = this.container.readAttribute('href');returns the full url of the associated A tag - not just the part in the href='#..' attribute.
So
this.href = <host url....>/<href part>not
this.href = <href part>and so the match fails
I changed the match line to
var rel = this.href.match(/^.*#(.+)$/);and that should cover all the bases no matter what browser is in use
Comments
-
This code only function in Firefox. My
purpose is put modal in all "a":$$('a').each(function(e){ new Control.Modal(e.id,{ overlayOpacity: 0.75, className: 'modal', fade: true }); });Comments
-
0 comments Created 3 months ago by fermion1.0xbugxIssue with Control.Slider and dynamic contentScrollbarxThis may be an edge case. It likely is, but I figured I'd bounce it off of you livepipe-ui devs to see if you've ever seen this.
I'm using Control.Slider to on a div whose contents are regularly replaced via Ajax responses. On the initial page load, this area is empty. The page initiates an Ajax request to render the contents of the page, then I'm calling recalculateLayout() on the Control.Slider. It seems that here:
in my case, the slider reports maximumOffset/minimumOffset of 0. Everything starts out fine:
http://www.capndiesel.com/c35e9c1290aa480879238df33a131daf.png
The resulting behavior is that, when scrolled down, the content moves as expected but the track looks like:
http://www.capndiesel.com/f9344fbb882a6e5d3a805c5a7f745d44.png
when it should really look like:
http://www.capndiesel.com/1129ece2fc3d13e4015de3bd76f99b3a.png
I apologize for the use of screenshots and words here. I'm not convinced that this isn't an edge case that I should be dealing with on my own, but here's my hack:
I'm open to fixing this in a way that's consistent with livepipe, I just haven't got the familiarity with the library :-D
Comments
-
Allow LivePipe UI to be installed via a rails plugin. Should also check assets already in javascripts folder so nothing is overwritten.
Comments
-
0 comments Created about 1 month ago by smith1.1xconfirmedxpatchxChanging the URL anchor when switching tabs.TabsxI noticed that when using Control.Tabs, when you go from one tab to another it doesn't change the anchor in the URL. This breaks the back/forward buttons and means that you don't store which tab you're at when you bookmark.
I wasn't sure if this was a deliberate design decision, but since I was making the change in my own copy anyway I figured it would be nice to contribute a patch.
(patch at http://gist.github.com/217032)
Comments
-
0 comments Created 3 months ago by smithconfirmedxTypo on Control.ScrollBar detail pagedocumentationxIt shows as:
rightright:0
The code here is actually OK; it seems to be an issue with the syntax highlighting script.
Comments
-
0 comments Created 21 days ago by smithconfirmedxGetting started documentationdocumentationxTonypm wrote on 11/2/09:
ps. the livepipe web site is great, it would benefit from a couple
of paragraphs detailing getting an example working from scratch.Comments
-
0 comments Created 20 days ago by pdswan1.0xbugxModalxIframeShim of a Contol.Overlay does not properly hidepatchxIf closing a Control.Modal triggers a resize event the IframeShim object of the contained Control.Overlay does not get properly hidden.
I believe this is the same bug mentioned here: http://groups.google.com/group/livepipe-ui-users/browse_thread/thread/4090201ac619518/5fb4bad4cec3a118?lnk=gst&q=ie8+shim#5fb4bad4cec3a118
The issue can be fixed by moving the call to Control.Overlay.iFrameShim.hide.
Patch:
--- C:/Documents and Settings/Peter Swan/My Documents/MBLM/livepipe/src/window.orig.js Mon Nov 16 14:19:14 2009 +++ C:/Documents and Settings/Peter Swan/My Documents/MBLM/livepipe/src/window.git.js Mon Nov 16 14:40:02 2009 @@ -761,7 +761,6 @@ return false; if(Control.Overlay.effects.appear) Control.Overlay.effects.appear.cancel(); - Control.Overlay.iFrameShim.hide(); if(fade){ Control.Overlay.effects.fade = new Effect.Fade(Control.Overlay.container,{ queue: { @@ -769,6 +768,7 @@ scope: 'Control.Overlay' }, afterFinish: function(){ + Control.Overlay.iFrameShim.hide(); Control.Overlay.notify('afterHide'); }, from: Control.Overlay.lastOpacity, @@ -777,6 +777,7 @@ }); }else{ Control.Overlay.container.hide(); + Control.Overlay.iFrameShim.hide(); Control.Overlay.notify('afterHide'); } return true;Comments
-
0 comments Created 10 days ago by wimr00011.0xbugxconfirmedxTabs in combination with base tag in htmlTabsxFor my website I use the tag in the HTML. The Tabs does not function. That means the content of all tabs is presented on the page.
When I omit the base tag, the Tabs function well.
But I need the the base-tag.
Comments
-
5 comments Created 10 days ago by ForkandBeard1.1xconfirmedxHorizontal ScrollbarScrollbarxSorry to post this as an issue but this looks like the only section with activity.
Has anyone managed to modify the ScrollBar.js code to allow for horizontal & vertical scrolling?
Comments
Only vertical scrolling is supported, but it could be hacked. It uses the scriptaculous (1.8) slider, and you can pass it slider_options. I tried it here, but with no luck: http://github.com/smith/livepipe-ui/blob/9cc1e57881e0183534b3edeed38e40d2344864c8/test/issues/24.html
ForkandBeard
Mon Nov 30 05:12:58 -0800 2009
| link
Smith,
Thanks a ton for having a go at this for me. You spurred me on to have a bit more of a hack. I did get it working (in Chrome) but I had to use a table (Boooooo) to layout my text elements horizontally which I guess isn't too bad as my text blocks are effectively tabular data, but I'm going to spend some time trying to get floats to work inside an overflow div - wish me luck...
Mitchell
Good luck! You might be able to make it shorter by just making a subclass: Control.ScrollBarH = Class.create(Control.Scrollbar, { ... }); and use Prototype's classical inheritance features.
ForkandBeard
Mon Nov 30 06:57:23 -0800 2009
| link
That's a good shout. It is a disgusting hack. Although my OOP is strong my Javascript is not. The Prototype library scares me sh1tless... Not sure I want to poke that bear... not in the immediate future anyway.
Thanks again, merry Christmas.
MitchellNo need to fear Prototype.js, it's very easy once you understand it. Many of its ideas are borrowed from Ruby. Here's a good tutorial on its inheritance model: http://www.prototypejs.org/learn/class-inheritance
-
0 comments Created 7 days ago by cobbweb1.1xpatchxScrollBar scroll sensitivityScrollbarxA sensitivity option should be added to Control.ScrollBar.
I already updated my code to try this out, the default sensitivity option would be 0.8:
onMouseWheel: function(event){ if(this.auto_sliding_executer) this.auto_sliding_executer.stop(); this.slider.setValueBy(-(event.memo.delta / 20)); //put in math to account for the window height event.stop(); return false; },Becomes:
onMouseWheel: function(event){ if(this.auto_sliding_executer) this.auto_sliding_executer.stop(); this.slider.setValueBy(-(event.memo.delta / (100 - (this.options.sensitivity * 100)))); //put in math to account for the window height event.stop(); return false; },I updated my particular scroll area to have a sensitivity of 0.88.
The obvious issue with my above solution, is that the calculation in onMouseWheel is exponential but the sensitivity options I've added implies a linear scale (from 0.0 to 1).
Comments
-
Control.Modal - opening from more than one link
0 comments Created 4 days ago by jamiepeloquinHi, I am trying to open a modal window with embedded tabs (using Control.Tabs) from more than one link on the page (each link opens the window then switches to the appropriate tab - in theory anyway). My problem is, I can not get Control.Modal to respond to more than one link on the page. I have tried ti usual Prototype methods (for example, triggers are a.link-cp in the document):
new Control.Modal($$('a.link-cp'),{options});
new Control.Modal($(document.body).select('a.link-cp'),{options});I did manage to get Control.Modal($(document.body).down('[class~=link=cp]'),{options}); to work, but ONLY on the first link with the class of "link-cp".
Is this not something that is possible? Do I need to loop and set new instances for each link on the page?
Thank you,
Jamie PeloquinComments
-
Value and Input option not work if filled into the inizialize()
0 comments Created 2 days ago by jollyr0gerHi,
using the git version of today of the Rating script i've found that error.
In that way does not work
var rating_sys = new Control.Rating('voteSystem',{
input: "vote", multiple: true, value: 4});
In that way works
var rating_sys = new Control.Rating('voteSystem',{
input: "vote", multiple: true}); rating_sys.setValue(4);
Now you can fix it :)
Great work,
thanksComments
- 1.0▾
- 1.1▾
- ContextMenu▾
- Modal▾
- Scrollbar▾
- Tabs▾
- Window▾
- bug▾
- confirmed▾
- documentation▾
- firefox▾
- ie▾
- patch▾
- safari▾
- Apply to Selection
-
Change Color…
Preview:preview
- Rename…
- Delete











