--- In [email protected], "Sheri" <sheri...@...> wrote: > > --- In [email protected], "entropyreduction" > <alancampbelllists+yahoo@> wrote: > Not worth it if font spec changes. How about a special variable, e.g., > dialog_font_color which user would need to define if wanted?
Instead, optional arg to choose_font, var_name, in which you put name of var to receive rgb colour. See the usual place: http://tech.groups.yahoo.com/group/power-pro/files/0_TEMP_/AlansPluginProvisional/ local dialog_font_color local new_font_spec = dialog.choose_font(font_spec_w_no_color, "dialog_font_color") > win.debug(dialog_font_color, new_font_spec) > > >I was also interested in trying to change the style of a bar so > > >that it has a caption (remove toolwindow style and add > > >ws_caption, sysmenu and minbox or reverse at will). Dialog's > > >change_style service is documented to work on non-dialog > > >controls, but I guess not on main windows (I gave it a bar's > > >window handle and got an error message: "dialog handle isn't"). > > >Since dialog is in the same process space as powerpro and its > > >bars, it seems like it could potentially change the style of a > > >bar window. But if the facility could be easily added as a cl > > >service, that would be better. Main reason for wanting it is to > > >be able to see a certain floating bar's footprint on the taskbar > > >and in active buttons when it is not on top. As designed, works on non-dialog-plugin controls, but not non-dialog-plugin main windows. The new version posted works for pp bars, sort of: I can add caption, but "sysmenu" seemd to add a close box (X). Work in progress. > OK, I did this in diverpp: I removed the extended style for > WS_EX_TOOLWINDOW, then set the extended style. Then I toggled on and > off win.ontop for the window's handle (could have done in diverpp, but > used PowerPro). After that, the bar's footprint was visible on the > taskbar and clicking it on the taskbar brought it to the front when it > was behind other windows. I couldn't find a combination of other style > changes that caused it to "minimize" if I clicked the taskbar item > again. And the window does not appear in Active Buttons. PowerPro Bars > are probably being excluded from the population of Active Buttons. > > Don't know if the diverpp part could be replicated by the dialog > plugin, but it seems more likely this time since unlike pproconf, > dialog is in the same process as powerpro. Since style api funcs don;t involve passing a pointer, should ijn principe work for any window; its pointers to structs that are invalid across process boundaries, but I think sendmessage and stuff that just sends numbers should work.
