Hi Viktor >After just a quick test (BCC -mt mode), I'm getting a "truncated" >window when choosing "dialog one".
Yes, and I am looking into what went wrong. <<< Now background updates seem to be better, but there is a great amount of redraw flicker on some of the control (the icons at the bottom) on the background window, while moving another window in front of it, and there are visible some white spots (rects) not refreshed [Update: I couldn't repeat this for a second time, because I forgot how I got there]. One of the dialog windows (open new dialog, resize, press ESC), was scaled like a bitmap. BTW, the bottom icons are flickering just by moving across the GET controls with a TAB. >>> It appears WvtButton() class in WvgClass.prg has gone weired. I will be onto that soon. <<< It's generally very confusing to know where an ESC should be used to navigate, or rather the mouse, and it's still very difficult to know if a menu will open a new windows, or just modify the current one. >>> So far I never concentrated on navigational details. Hopefully within this week. demowvg.prg should be a modal for anybody who is looking for documentation. <<< All these break the usuall GUI paradigm which I'd expect from such app. F.e. you can only move out from the One/Two/Three.. box with ESC, not with mouse or TAB. >>> One/Two... box is simply achoice() and a modal loop, may be we need more message manipulation for it. <<< There are other windows however, when ESC doesn't work and you have to click OK. The icons at the bottom also either work or not, I couldn't find the logic, or any hint based on their color (green = inactive?). >>> Active-X windows do not work with ESC except only those which pass key events back to the parent window procedure. You need to click on task-bar and then press ESC. WvtButton() class has been screwed up, I do not remember when did I changed fataly. It was working initially. <<< This overall causes there I'm never sure "where am I" in the menu, how to get there, how did I get there, and how to exit from there. This explains why it's so difficult to report a problem in a repeatable way. I've also accidentally closed the app like 5 times. >>> This is always a problem with windows protocol. You only know it where you have focus. It is a general behavior. When main appln window is in focus and you press <ESC> appln quits. <<< Resize looks quite strange to me now, and AFAIR we've been there once already. Now while resizing, the borders with various size are remaining visible while you move your mouse (while the window content is flickering due to refresh, but it doesn't change the size, just the position below the menu, if there is a menu), which first of all give a non-interactive feel to it (like with "visible while resize/move" Windows setting turned off), plus looks quite unfinished. [ So I'd opt to stay with current resize behavior for GTWVT. ] >>> I was bargaining a trade off in between previou vs current behavior. Both have flaws. The best solution is to change the visual properties in Windows which I have documented for my applns. You are correct in your assertion. BTW this can be controlled with a switch in pWVT, what do you think? <<< Most ActiveX windows don't work here, and it's not possible to close those. (IE and DHTML works, the rest don't, I don't have Excel, so that one is alright, albeit this should IMO be handled more gracefully.) >>> Yes, naturally. We cannot provide OCXs so it will remain an issue. I will look into how it can be handled properly. I will request Andy to provide more info on the subject. <<< Overall the refresh looks now indeed better, with some price paid by extra flickering. >>> "extra flickering" ? In refresh context what do you mean by it? Regards Pritpal Bedi -- View this message in context: http://www.nabble.com/2008-11-15-23%3A59-UTC-0800-Pritpal-Bedi-%28pritpal%40vouchcac.com%29-tp20523230p20530798.html Sent from the Harbour - Dev mailing list archive at Nabble.com. _______________________________________________ Harbour mailing list Harbour@harbour-project.org http://lists.harbour-project.org/mailman/listinfo/harbour
