javascript - Locking elements in contenteditable="true" div -


i have contenteditable div that's used user input, when button clicked shows options replace words. first strips away html , creates span elements word can replaced. mark of these words different , face problems.

  1. when clicking directly before or after span , typing text text have same markup span. it's hard add words on line has span. thinking of solving padding spans   looks kind of strange.
  2. user can click in span , change it, rather have user click on span , choose replace or ignore option before changing it. in other words needs locked. thinking of doing capturig keyup , if comes span e.preventdefault() on it's bit of pain program it.

so questions are:

is there easy way of locking span element in contenteditable doesn't involve capturing key , preventdefault (have not tried yet , not sure if it'll work)?

when clicking or moving cursor directly next span , typing text it'll part of span, there way not have part of span? padding span   might work looks strange when span first word on line. illustrate i've posted example html file below:

<!doctype html> <html>  <head> <meta content="text/html; charset=utf-8" http-equiv="content-type"> <title>example</title> </head>  <body>    <div contenteditable="true"></div>    <script type="text/javascript">     document.getelementsbytagname("div")[0]       .innerhtml="<span style='color:green'>hello</span>"    </script>  </body> </html>

mark span inside editable container contenteditable="false". it'll solve both problems @ same time.


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