C / C++ / MFC

Re: C++ formatting into a buffer - why so elephanting difficult?

16-Nov-17 5:21

I'll take a look.

It's funny, people have been raging about string formatting in C++ for years/decades. The most common answer is "use boost", which I feel is an indictment of C++ Smile | :)

Richard MacCutchan16-Nov-17 21:28

Richard MacCutchan

16-Nov-17 21:28

charlieg wrote:
"use boost", which I feel is an indictment of C++

I rather think it is, "Oh, C++ string handling looks difficult, I'll find a different library". Yes, there is a learning curve but that is true of just about everything. You can probably guess that I have never used boost. Wink | ;)

Re: C++ formatting into a buffer - why so elephanting difficult?

Maximilien16-Nov-17 5:45

Maximilien

16-Nov-17 5:45

I hear you!!

String formatting is a PITA in C++.

a "fun" youtube video about string formatting.

CppCon 2017: Victor Zverovich “A modern formatting library for C++” - YouTube

I'd rather be phishing!

Re: C++ formatting into a buffer - why so elephanting difficult?

charlieg16-Nov-17 11:11

Re: C++ formatting into a buffer - why so elephanting difficult?

16-Nov-17 11:11

Max - lol, I thought this was going to be some stand up comedy regarding formatting! I'll be sure to watch it. Good post.

jschell16-Nov-17 13:27

jschell

16-Nov-17 13:27

charlieg wrote:
why is it so elephanting difficult to format a string into a buffer in standard C++?

What does that mean exactly? Both 'format' and in general why would you think that something would make it easy.

As I recall as to what I think you are referring in the cases in the past if I had a specific fixed need to put/get values into a buffer then I just wrote a class that did it appropriately. It would have get/set methods that would do the correct thing for the buffer.

Then there were a couple of management methods that set the buffer up, extracted it, etc.

Similar but simpler than the way XML/Json libraries work. And long ago I created at least one implementation that did things similar too those with multiple types and I did it in C++.

Re: C++ formatting into a buffer - why so elephanting difficult?

charlieg17-Nov-17 7:17

Re: C++ formatting into a buffer - why so elephanting difficult?

17-Nov-17 7:17

For example - suppose I want to format a log message. Beloved printf/sprintf:

sprintf(&buf[0], "Now is the time (%s) for all good %s blah blah.\r\n", GetTime(), "men");

I could add other items to the log message, say hex values, floating point with fixed # of decimal, etc. Why would you write a class for doing something like this? It's admittedly adhoc.

I'm trying to do something like this in C++, and I just don't see it. As I said, most of the hits from google are "use boost::format". I confess I just may have missed the obvious....

jschell17-Nov-17 10:45

jschell

17-Nov-17 10:45

charlieg wrote:
For example - suppose I want to format a log message. Beloved printf/sprintf:

sprintf(&buf[0], "Now is the time (%s) for all good %s blah blah.\r\n", GetTime(), "men");

First I wouldn't roll my own log, but that gets back to your point of not using a library.

So if no library then I would write my own log api, and it would include a varargs log methods (one for each filter type.) And I would just implement a standard varargs method to do the write.

I have done exactly that at least twice before standard log libraries existed.

charlieg wrote:
Why would you write a class for doing something like this?

The examples in the past, to which I thought you might have been referring were in reference to populated a piece of binary data, for message protocols, which must have a very specific format. For example (2 byte positive int, 4 char identifier, 20 char text)

Re: C++ formatting into a buffer - why so elephanting difficult?

CPallini23-Nov-17 22:29

CPallini

23-Nov-17 22:29

Quote:
sprintf(&buf[0], "Now is the time (%s) for all good %s blah blah.\r\n", GetTime(), "men");

That would be

C++

ostringstream oss;
oss << "Now is the time (" << GetTime() << ") for all good " << "men" << " blah blah." << endl;
string buf = oss.str();

Re: C++ formatting into a buffer - why so elephanting difficult?

charlieg29-Nov-17 11:19

Re: C++ formatting into a buffer - why so elephanting difficult?

29-Nov-17 11:19

Following up on this, I'll have to dig into that. That approach looks simple enough. Of course, the GetTime was a make believe function. Funny, I would think that I would have seen something like this under "Formatting Text in C++" or what have you. I'll dig for more examples.

Thanks Thumbs Up | :thumbsup:

CPallini29-Nov-17 11:42

CPallini

29-Nov-17 11:42

You are welcome.

Re: C++ formatting into a buffer - why so elephanting difficult?

Rick York25-Nov-17 19:53

Rick York

25-Nov-17 19:53

I still use snprintf and its unicode counterpart a lot along with the variable argument versions. They work just find and are reasonably safe for my uses.

CStatic::Drawitem gets called repeatledly

ForNow15-Nov-17 16:35

15-Nov-17 16:35

I have a OWNERDRAW static label which is surrounded by other static labels
For some reason the DrawItem gets called repeatedly unit a stack exception occurs

I have tried setting the WS_CLIPCHILDREN and WS_CLIPSIBLINGS on The parent Dialog and

neighboring child controls but it doesn't seem to help

any suggestions welcome

Jochen Arndt15-Nov-17 21:15

15-Nov-17 21:15

ForNow wrote:

For some reason the DrawItem gets called repeatedly unit a stack exception occurs

That indicates that your DrawItem implementation might be called recursive (probably not directly but by calling a function that results in a redraw). So check your code for such calls. A drawing function should only draw the control itself and do nothing else like changing properties of the control. If you for example change the selection within the drawing function, that would trigger another redraw.

ForNow17-Nov-17 3:42

17-Nov-17 3:42

It was SetWindowText that was calling the DrawItem, I put it outside the DrawItem method

However the Text isn't being displayed at all.

Would you have any suggestion on how to set the Text in CStatic while using the DrawItem

to change the font text color and background

Thanks

Jochen Arndt17-Nov-17 4:01

17-Nov-17 4:01

SetWindowText() sets the text and initiates drawing which must be implemented in your DrawItem function!

Example (copied & pasted, unchecked, unthemed classic method):

void CMyStatic::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{
    ASSERT(lpDrawItemStruct->CtlType == ODT_STATIC);
    CDC* pDC = CDC::FromHandle(lpDrawItemStruct->hDC);
    ASSERT(pDC != NULL);
    pDC->FillSolidRect(&lpDrawItemStruct->rcItem, m_clrBkGnd);
    
    CString str;
    GetWindowText(str);
    if (!str.IsEmpty())
    {
        // Get text format options.
        UINT nFormat = m_nFormat;
        // get actual settings in case they has been changed
        DWORD dwStyle = GetStyle(); 
        // Don't process '&' prefix sequences
        if (dwStyle & SS_NOPREFIX) 
            nFormat |= DT_NOPREFIX;
        // vertically centered text and no new line
        if ((dwStyle & SS_CENTERIMAGE) && str.Find(_T('\n')) < 0)
        {
            nFormat &= ~DT_WORDBREAK;
            nFormat |= DT_VCENTER | DT_SINGLELINE;	// must set both!
        }
        if (dwStyle & SS_ELLIPSISMASK)
        {
            nFormat &= ~DT_EXPANDTABS; // not supported with ellipsis
            switch (dwStyle & SS_ELLIPSISMASK)
            {
                case SS_ENDELLIPSIS : 
                    nFormat |= DT_END_ELLIPSIS | DT_MODIFYSTRING; break;
                case SS_PATHELLIPSIS : 
                    nFormat |= DT_PATH_ELLIPSIS | DT_MODIFYSTRING; break;
                case SS_WORDELLIPSIS : 
                    nFormat |= DT_WORD_ELLIPSIS; break;
            }
        }
        // The complete background has just been filled.
        // So use transparent mode for faster text drawing.
        // Saving and restoring of colors and mode is not necessary (drawing only performed here).
        pDC->SetBkMode(TRANSPARENT);
        pDC->SetTextColor(bDisabled ? ::GetSysColor(COLOR_GRAYTEXT) : m_clrText);
        
        // The text string may be modified if DT_MODIFYSTRING is set!
        LPTSTR lpszText = str.GetBuffer();
        pDC->DrawText(lpszText, -1, &lpDrawItemStruct->rcItem, nFormat);
        str.ReleaseBuffer();
    }
}

ForNow17-Nov-17 4:10

17-Nov-17 4:10

Thanks so much so anything written out to the control in DrawItem

Must be in the guise of a device context e.g DrawText or TextOut

Thanks again Smile | :)

ForNow19-Nov-17 3:30

19-Nov-17 3:30

Thanks

Code works great

However when I inserted the following code to set a font for the text everything get messed up

CFont l_font;
         LOGFONT lf;
         lf.lfHeight = 12;
         lf.lfWeight = 700;
         strcpy(lf.lfFaceName, "Arial"); // Need a face name "Arial".
         l_font.CreateFontIndirect(&lf);
         CFont* l_old_font = pDC->SelectObject(&l_font);

as you can see from create the text show fit

C++

abendlabel->Create(_T("Abend Label"),WS_CHILD | SS_OWNERDRAW | WS_VISIBLE | WS_CLIPSIBLINGS, CRect(138, 14, 205, 31), this, IDC_ABEND_LABEL);

Thasks

Jochen Arndt19-Nov-17 7:35

19-Nov-17 7:35

I would expect undefined behaviour if you have a Unicode build.
The lfFaceName member is of type TCHAR[LF_FACESIZE] (see LOGFONT structure (Windows)[^]). So it must be

_tcscpy(lf.lfFaceName, _T("Arial"));

ForNow19-Nov-17 8:38

19-Nov-17 8:38

I have for "Character set" a value of "NOT SET" in that case I don't think I need the _T macro

I have re-built a test application just display this dialog box as every test took me a long time
to set up each test

I going to try lf.Height either 0 or neg and see if it formats it better

thanks for all your help Cool | :cool:

Jochen Arndt19-Nov-17 21:27

19-Nov-17 21:27

There is another error in your code. You have to initialise all members of your LOGFONT structure; usually by clearing them all before setting specific members:

memset(&lf, 0, sizeof(lf));

ForNow20-Nov-17 1:28