html - JQuery UI show/slide not working correctly -


the edit of edits: after literally months working on it, issue seems when some/all of elements inside current element floated/absolutely positioned. seems interfere sliding.

if have same problem, wish luck in resolving issue.

original post:

pretty simple really. have several divs several elements, , 1 of these divs shown @ time (the rest hidden).

when user clicks "next", current div should hide sliding left, , next div should shown sliding in right (the actual logic not issue).

when tried doing .slideup() , .slidedown() worked beautifully. however, when trying:

$(oldbox).hide("slide", { direction: "right" }, 1000);

it doesn't work. have jquery ui linked already, that's not issue.

any appreciated.

edit: link jsfiddle: http://jsfiddle.net/nfyrw/

edit2: words in jsfiddle; however, i've been unable work on actual site. js in separate file, , loaded in header of each page (same header every single page).

if slides positioned absolutely, animate them using left property. if they're relative, switch out left margin-left.

considering html looks similar this:

<div id="maincontainer">    <div class="slide"></div>    <div class="slide"></div> </div>  #maincontainer {} .slide {position:absolute;top:0;left:0;}

something should

  • fade out current slide
  • push out current slide left
  • fade in new slide
  • pull in new slide right

.

var $oldbox=$('#oldbox');     $oldbox.animate({        'left':-$oldbox.outerwidth(true),        'opacity':0     },{duration:500,queue:false,     specialeasing:{'left':'linear','opacity':'linear'}});      $newbox.animate({         'left':0,         'opacity':1     },{duration:500,queue:false,     specialeasing:{'left':'linear','opacity':'linear'}});

Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more