powerbuilder - Whats wrong with my mdi window -


i new powerbuilder 12.5, no matter tutorial read , mdi window different other programs, code using is:

opensheet(normalwindow,mdiwindow)

but outcome this:

http://i.imgur.com/8tgt9pw.png?1

the window fixed , cannot dragged, if change coding into:

opensheet(normalwindow,mdiwindow,original!)

please me, stuck days

thank you

it looks trying use powerbuilder.net. since wpf doesn't (natively) support mdi, tabbed solution sybase engineers have done support opensheet(), support code has been ported forward previous win32 versions. moving forward wpf paradigm, you'd need ditch idea of mdi.

if you're dedicated idea of mdi, can move powerbuilder classic , create win32 target.

the debate between going powerbuilder classic win32 target or powerbuilder.net wpf target long , involved, , i'm not inclined dive in right now. much: these days, particularly when multi-monitor configurations becoming more common, find traditional business app choice of mdi becoming more , more questionable. more twenty years after microsoft , others brought mdi masses, find users , programmers confused mdi has offer. i've seen programmers implementations assumed users not switch sheet without closing last sheet had opened. users aren't ardent hobbyists @ loss @ how deal mdi, going "re-open" sheet they've lost , have no idea how navigate to. and, constraining ui 1 monitor in multi-monitor days makes sense me not making ui "responsive" higher resolutions.

you move classic , build mdi solution. or, classic or .net, take opportunity steal ideas other desktop apps, mobile platforms, or gaming platforms, , come new way present data users in way doesn't require them take course navigate. knows? maybe someday when we're following new pattern seems obvious now, we'll referring "that guy."

(sorry long, involved, off-topic rant. i'm waiting dryer finish, , has been brewing long time. and, yes, apps have long way go. *grin*)

good luck,

terry


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