redndahead Posted February 15, 2005 Posted February 15, 2005 When I make the Edit box read only the background is very dark. I don't remember this happening before. Am I missing something? Here is what style I'm using. $EditStyle = $ES_WANTRETURN + $WS_VSCROLL + $WS_HSCROLL + $ES_AUTOVSCROLL + $ES_AUTOHSCROLL + $ES_MULTILINE + $WS_TABSTOP + $ES_READONLY Thanks red
redndahead Posted February 15, 2005 Author Posted February 15, 2005 Also I can't find the option to word wrap the edit box. red
jpm Posted February 15, 2005 Posted February 15, 2005 (edited) When I make the Edit box read only the background is very dark. I don't remember this happening before. Am I missing something? Here is what style I'm using.$EditStyle = $ES_WANTRETURN + $WS_VSCROLL + $WS_HSCROLL + $ES_AUTOVSCROLL + $ES_AUTOHSCROLL + $ES_MULTILINE + $WS_TABSTOP + $ES_READONLYThanksred<{POST_SNAPBACK}>no so dark and it is the normal behavior for $ES_READONLY Edited February 15, 2005 by jpm
redndahead Posted February 16, 2005 Author Posted February 16, 2005 Mine is very dark. What are you using for the style? Any ideas on the word wrap? red
Holger Posted February 16, 2005 Posted February 16, 2005 Try only these styles: $ES_WANTRETURN, $WS_VSCROLL, $ES_AUTOVSCROLL Old project:GUI/Tray menu with icons and colors Other old stuff:IconFileScanner, TriState/ThreeState GUI TreeView, GUI ContextMenu created out of a TreeView
redndahead Posted February 16, 2005 Author Posted February 16, 2005 Try only these styles:$ES_WANTRETURN, $WS_VSCROLL, $ES_AUTOVSCROLL<{POST_SNAPBACK}>Thanks that fixed the word-wrap any ideas on the read only portion?red
redndahead Posted February 18, 2005 Author Posted February 18, 2005 (edited) If no one has an idea does anybody mind if I put this in as a bug report? red P.S. this is windows 2K I haven't any idea if it does this on any other os's. Edited February 18, 2005 by redndahead
Valik Posted February 18, 2005 Posted February 18, 2005 If no one has an idea does anybody mind if I put this in as a bug report?redP.S. this is windows 2K I haven't any idea if it does this on any other os's.<{POST_SNAPBACK}>Thats a bit pre-mature. You haven't even posted a small sample script which reproduces the problem, therefore, all anybody has to go on is what you are saying, not what you are doing.
redndahead Posted February 21, 2005 Author Posted February 21, 2005 Damn straight because my test script works on this other computer. I will post my script tmw when I get back to work. :"> red
redndahead Posted February 22, 2005 Author Posted February 22, 2005 Here is the attached script. Put both files in the same directory and change Main.txt to Main.ini redStudent_Database.au3Main.txt
jpm Posted February 22, 2005 Posted February 22, 2005 Here is the attached script. Put both files in the same directory and change Main.txt to Main.inired<{POST_SNAPBACK}>Thanks Red.The problem come from the edit inreadonly on tab as I was thinking.I have no idea why the edit control area is so dark. That can be a Windows design decision.I attach your script puting in comments the tab and all the second tabitem and it is OK.Bad luck for this color on edit/readonly/tab
Holger Posted February 22, 2005 Posted February 22, 2005 @jpm: after I read something in MSDN library maybe this is an explaination for this:"WM_CTLCOLORSTATICA static control, or an edit control that is read-only or disabled, sends the WM_CTLCOLORSTATIC message to its parent window when the control is about to be drawn. ..."So I think we could do something or not? RegardsHolger Old project:GUI/Tray menu with icons and colors Other old stuff:IconFileScanner, TriState/ThreeState GUI TreeView, GUI ContextMenu created out of a TreeView
jpm Posted February 23, 2005 Posted February 23, 2005 @jpm: after I read something in MSDN library maybe this is an explaination for this:"WM_CTLCOLORSTATICA static control, or an edit control that is read-only or disabled, sends the WM_CTLCOLORSTATIC message to its parent window when the control is about to be drawn. ..."So I think we could do something or not? RegardsHolger<{POST_SNAPBACK}>Thanks Holger, I have a look. I was more on the track to have WM_CTLCOLOREDIT working
redndahead Posted February 23, 2005 Author Posted February 23, 2005 Thanks guys I really appreciate you looking at it. It is very difficult to work with at the moment. red
jpm Posted February 23, 2005 Posted February 23, 2005 Thanks guys I really appreciate you looking at it. It is very difficult to work with at the moment.red<{POST_SNAPBACK}>Red,Before we found a solution you can hide the control a display a label with the same info at the same place and switch to the edit control when you want to the user enter info
redndahead Posted February 23, 2005 Author Posted February 23, 2005 Red,Before we found a solution you can hide the control a display a label with the same info at the same place and switch to the edit control when you want to the user enter info <{POST_SNAPBACK}>A label won't allow scrolling will it?red
jpm Posted February 23, 2005 Posted February 23, 2005 A label won't allow scrolling will it?red<{POST_SNAPBACK}>true just a temporary go around
Lazycat Posted February 23, 2005 Posted February 23, 2005 Very similar problem, isn't it? Seems this trouble leak out again. I'm just tried workaround I used before, but it not works in your case... I also hope that this will be fixed. Koda homepage ([s]Outdated Koda homepage[/s]) (Bug Tracker)My Autoit script page ([s]Outdated mirror[/s])
jpm Posted February 24, 2005 Posted February 24, 2005 Very similar problem, isn't it? Seems this trouble leak out again. I'm just tried workaround I used before, but it not works in your case... I also hope that this will be fixed.<{POST_SNAPBACK}>this problem is already fixed just check with the official release as I jusr redid
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now