Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

Thanks José, I had a feeling that was going to be the answer. Time for a little research!

No. Windows controls do what they do and, when you want something different, you have to make them owenerdraw and paint them by yourself.

Does anyone know if a ListView control can have different coloured Text And Text Background based on Items?
The 3 below work properly but they set colours for the entire ListView control not individual Items like Rows or Cells:

Code: [Select]


    '' Text
    ListView_SetTextColor(HWND_FORM1_LISTVIEW1, CLR_NONE) ' Windows text colour.
    '' Grid
    ListView_SetTextBkColor(HWND_FORM1_LISTVIEW1, &HBCB772 )
    '' The BackGround, behind everything
    ListView_SetBkColor(HWND_FORM1_LISTVIEW1, &HD25FDC)




I've been on the Microsoft site looking into all the various ListView API commands but nothing looks as though it will do what I want.
(If not then I'll dig a bit deeper into James Klutho's GRD (very nice) which I've yet to figure out how to get onto a FF3 or WinFBE form.)


Thanks.

If you're able to send me the project then I can try to decipher where the problem is (or at least the CODEGEN*.* files). Maybe somewhere else in the code the tab focus is being stolen back to the original form. Hard to know.

Yes sir, I've tried both of those in various combinations

No joy.  I think they don't force the FORM to the front.

(And sadly, I don't know how).

Using those is somehow different than physically clicking the tab.

Sorry I am not at my development computer right now but a few searches of the forum seems to indicate that maybe the following sequence of function calls should do the job. Please let me know if it does.

  FF_TABCONTROL_SETTABFOCUS (HWND_MAINFORM_MAINTAB, TabNumber)
  FF_TABCONTROL_SETSELECTEDTAB (HWND_MAINFORM_MAINTAB, Tabnumber)

Obviously change the HWND_MAINFORM_MAINTAB and TabNumber to the values relevant to your program.

Maybe you've already tried that combination.

I'll try to be clearer.

If the log tab is selected.  The log form is visible, the listview control on the form on the log tab is visible....

And you print to the richtext control which is on the richtext form that is attached to the results tab that is not selected... you don't see the text.  If you select the richtext connected tab via program you don't see the text.  To see the text you have to select (with the mouse).

The richtext tab, then the log/listview tab, then the richefit  tab again and there is your beautiful richtext.

If, of course, the results tab/richtext form/richtext control is first and foremost WHEN text is sent to the richtext control. (and by this I mean my manual selection with the mouse)

All is well.

And yes, it "seems like" that the form with the richtext control isn't just "coming to the top" (visible). When that tab is selected programmatically.

I've tried select tab. (Which selects it but doesn't bring the right form to the surface).  I've tried giving the tab focus.  Repainting.

I guess the simplest way to put it is this:

Tab 2 selected.

Do something on (form attached to) tab 1

The only way to get that to appear is when there is a manual change from 2 to 1.

There is no way I've found programming that does *exactly*what FF3 does when changing tabs.

Obviously it's hiding one form and making the other visible (I think)...

Does that make it clearer?

1) Right tab selected - print stuff - success
2) Wrong tab selected - what is needed programatically to "select": the proper tab AND have the right form come to the top in all its Glory.  In other words, to do exactly what a manual mouse click does in selecting right tab from wrong tab.

Simple selecting the active tab or focus or whatever doesn't do it.

If I understand correctly:

- The LOG tab is active (the one with the Listview)
- You initiate a "Print" function (presumably from a menu item or hotkey)
- When you start the print process you want to programmically change the tab to the Results tab?

This is the part that is not clear to me:
"I have to select back and forth to ever see the richtext."

Do you mean that the first time that you switch to the RichEdit that the actual text is not visible? A repainting issue? A control not visible issue?

Hi guys...

Having slayed the richtext control dragon with my own simple library... I come upon this strange problem

Imagine a tab control with two tabs "Results" and "Log".

Each has a child form.

Each child form has a (as in one, single) control.

On the Results tab, the form contains a richtext control (I can print to it nicely with all sorts of cool fonts/colors/etc)

On the Log tab, the form contains listview control (which I use as a running log - yes, a kludge but it works!)

The PROBLEM..

If the LOG tab is selected/active and I print to the richtext control, I have to select back and forth to ever see the richtext.

Then it appears in all it's glory.

I've tried setfocus, set selected tab, various combinations - but the fact remains that if the user has the LOG tab selected when RESULTS come in, he won't see them.

Ideas?

Paul?

There only remains a FireFly for PowerBasic for registered owners. The product is no longer developed or sold. I keep a copy of the old version just in case a registered user loses their copy and needs to reinstall. I have moved on to FreeBasic. WinFBE is the editor that I use and develop now, It is free and open source.