C / C++ / MFC

FirstPrevNext

Setting the text size such that it fits with in a rectangle. Muhammad Kamran24-Oct-02 3:53 Muhammad Kamran 24-Oct-02 3:53  i am to set the size of font such that specified text always comes with in some specified rectangle. for this purpose i am using CSize sz =pDC->GetOutputTextExtent(*txt); it works . but problem is that it is very slow as there are many times font is to be selected in pDC with a higher font size. has any body done it in some other way or some hint. All i want is to display text in a rectangle making the size of the font such that text fits in the rectangle. thanks in anticipation. Re: Setting the text size such that it fits with in a rectangle. alex.barylski24-Oct-02 13:17 alex.barylski 24-Oct-02 13:17  This is actually a reply to your next question, but the way the threads unfolded that would require me to click back and i'm to lazy... So... I would suggest looking into using DrawText() with the DT_CALCRECT style... With this you can specify the width of the required rectangle and the geven text and it will calculate the height required for full display...very cool!!! Cheers! "An expert is someone who has made all the mistakes in his or her field" - Niels Bohr How can I make textlinks in my dialogs Ola Carlsson24-Oct-02 3:47 Ola Carlsson 24-Oct-02 3:47  Hi, How can I make simple textlinks in my AboutDlg? For example; "Visit my homepage at http://icc.makes.it" Thanks /Ola Carlsson Re: How can I make textlinks in my dialogs valikac24-Oct-02 10:10 valikac 24-Oct-02 10:10  There are several solutions. Consider these Win32 API. CreateProcess() ShellExecute() WinExec() In general, you will pass in a null-terminated string of the URL. CreateProcess() will require iexplorer.exe in addition to the URL. Kuphryn Re: How can I make textlinks in my dialogs Roger Stewart24-Oct-02 10:34 Roger Stewart 24-Oct-02 10:34  Take a look at Chris Maunder's excellent Hyperlink Control[^] Roger Stewart "I Owe, I Owe, it's off to work I go..." Re: How can I make textlinks in my dialogs Ola Carlsson24-Oct-02 12:53 Ola Carlsson 24-Oct-02 12:53  thank you very much! /Ola Carlsson MFC vs. Standard C++ vs. C# Nick Parker24-Oct-02 3:31 Nick Parker 24-Oct-02 3:31  Ok here is the question/problem: I work for a telecommunications company and we have two large files that we have to do a compare process on. The first file is appx. 700mb and the other is about 15 - 20% larger. From what I know now there is a sequence number as part of the records and there are four fields that we can use to check in one file against the other to compare for uniqueness. We may purchase a dedicated server to run this application. There will be only a little database activity, but it would only identify specific files (i.e. - not the main process at all). The question come in as to what language to use, any of the above are possible, as is VB, but lets stay away from that issue right now. My thought is that you can use the STL in C++ and all the fun algorithms that come with it. I am not as sure about MFC's searching ability. C# has some nice classes also. What do you think? Nick Parker May your glass be ever full. May the roof over your head be always strong. And may you be in heaven half an hour before the devil knows you’re dead. - Irish Blessing Re: MFC vs. Standard C++ vs. C# Mike Nordell24-Oct-02 3:40 Mike Nordell 24-Oct-02 3:40  It seems this application is 1) I/O-bound to get the large amount of data from disk to memory and then 2) CPU-bound to do the matching/searching/comparison. For the I/O tasks you could use just about any language. However, for the "meat" I couldn't even imagine using any other language than C/C++ (unless, of course, I was a Delphi zealot ). Also, ask yourself "Am I prepared that this application might break at the next whim of Microsoft when they again change 'subtle' stuff of a language, or do I want to know that code I write today can be run even 10 or 20 years from now"? If you want continuity, use what is known to work: C or C++. If you're willing to take a chance, use whatever any manufacturer is the only producer of. Re: MFC vs. Standard C++ vs. C# Daniel Turini24-Oct-02 3:56 Daniel Turini 24-Oct-02 3:56  Sometimes it's easier and more flexible to BCP the file to a SQL Server database, indexing it and doing a simple join on the tables. I know you can code something faster than this, but I've seen plenty of proprietary solutions for this kind of thing which are slower than this... Q261186 - Computer Randomly Plays Classical Music Re: MFC vs. Standard C++ vs. C# Nick Parker24-Oct-02 5:06 Nick Parker 24-Oct-02 5:06  Daniel Turini wrote: Sometimes it's easier and more flexible to BCP the file to a SQL Server database, indexing it and doing a simple join on the tables. I already asked and this is not an option. Nick Parker May your glass be ever full. May the roof over your head be always strong. And may you be in heaven half an hour before the devil knows you’re dead. - Irish Blessing Re: MFC vs. Standard C++ vs. C# Joe Woodbury24-Oct-02 7:02 Joe Woodbury 24-Oct-02 7:02  Start with C++ and use memory mapped files. (Last year I wrote a module that accepted huge text files of data pushed out from an Oracle server. My first prototype used buffered I/O to read the files. I then switched to using memory mapped files and good old pointers and reduced the parse time by over 90% (seriously--it went from several minutes to under 5 seconds.)) For lookups, there are various schemes, but a Trie may be the best for this. Be aware, however, than many implementations allocate each node. This will slow you down tremendously. What you want is a fixed memory allocator. (Yes, I have such a class and am debating publishing an article on it, but the current implementation relies on my personal class library which is, to say the very least, ecletic.) Re: MFC vs. Standard C++ vs. C# Brian Delahunty24-Oct-02 7:07 Brian Delahunty 24-Oct-02 7:07  I'd go with STL Regards, Brian Dela Multithreaded server and a chat? Rickard Andersson2024-Oct-02 3:28 Rickard Andersson20 24-Oct-02 3:28  I have been thinking about one thing, if I don't use async sockets and make a multithreaded server. How can my connected clients to the server communicate? ie. A global std::list is toooo risky if two threads try to acces that object at the same time, right? Rickard Andersson@Suza Computing C# and C++ programmer from SWEDEN! UIN: 50302279 E-Mail: nikado@pc.nu Speciality: I love C#, ASP.NET and C++! Re: Multithreaded server and a chat? Moak24-Oct-02 3:46 Moak 24-Oct-02 3:46  If it's multithreaded... yeah! Just use a mutex. Then only one thread can read/write the gloabl shared data, the other thread(s) have to wait until the shared data is unlocked. Lock shared data as short as possible. Re: Multithreaded server and a chat? Daniel Turini24-Oct-02 3:52 Daniel Turini 24-Oct-02 3:52  A critical section can handle the same and is faster and easier to setup. And safer too, if you are the kind of programmer who forgets to CloseHandle() Q261186 - Computer Randomly Plays Classical Music Re: Multithreaded server and a chat? Moak24-Oct-02 5:52 Moak 24-Oct-02 5:52  ah yes... I use it too. CCriticalSection m_NodesListAccess; //synchronize access on lists/maps m_NodesListAccess.Lock(); /* do something */ m_NodesListAccess.Unlock(); For some (strange) safety reasons I use it even in my async socket class, but I might be overprotective.... Re: Multithreaded server and a chat? Rickard Andersson2024-Oct-02 9:18 Rickard Andersson20 24-Oct-02 9:18  Moak wrote: but I might be overprotective yeah, like Britney Spears... LOL! So if I access a global std::list between m_NodesListAccess.Lock(); and m_NodesListAccess.Unlock(); all other threads have to wait untill current thread has m_NodesListAccess.Ublock();????? Cool... but... I'm not using MFC... I think this is an MFC class, right? So, how to do it in Win32 API?? Rickard Andersson@Suza Computing C# and C++ programmer from SWEDEN! UIN: 50302279 E-Mail: nikado@pc.nu Speciality: I love C#, ASP.NET and C++! Re: Multithreaded server and a chat? Rickard Andersson2024-Oct-02 9:33 Rickard Andersson20 24-Oct-02 9:33  Rickard Andersson wrote: So, how to do it in Win32 API?? Found an article here on CP! Rickard Andersson@Suza Computing C# and C++ programmer from SWEDEN! UIN: 50302279 E-Mail: nikado@pc.nu Speciality: I love C#, ASP.NET and C++! /OPT:REF stevenson24-Oct-02 3:13 stevenson 24-Oct-02 3:13  Hi, I cannot got my dll because of this Creating library Release/AutoRecAndSave.lib and object Release/AutoRecAndSave.exp LINK : warning LNK4089: all references to "comdlg32.dll" discarded by /OPT:REF Tell me how to fix it. Thank u in advance Extreme programming. Do the No.1 Re: /OPT:REF Mike Nordell24-Oct-02 3:32 Mike Nordell 24-Oct-02 3:32  What is there to fix? Somewhere in your code you have included a line #pragma comment(lib, "comdlg32") but in the end (at link-time) it turns out you never used any function from that library/DLL and therefore it's discarded. Re: /OPT:REF stevenson24-Oct-02 3:56 stevenson 24-Oct-02 3:56  I mean, I can't make dll because of this, cannot MAKE DLL. Extreme programming. Do the No.1 Re: /OPT:REF User 665824-Oct-02 4:21 User 6658 24-Oct-02 4:21  This is only a warning, so this can't be the cause that you can't build the DLL. I have this warning in a few DLL projects as well, but all compile fine anyway. modified 12-Sep-18 21:01pm. Re: /OPT:REF Joe Woodbury24-Oct-02 7:03 Joe Woodbury 24-Oct-02 7:03  To get rid of this warning, go to the command line section of the linker options and add /IGNORE:4089 But this is just a warning and is completely benign, so if you aren't linking this isn't the problem. Re: /OPT:REF Michael Dunn24-Oct-02 9:49 Michael Dunn 24-Oct-02 9:49  Why do you say turn off the warning? Why not fix the problem that's causing the warning? --Mike-- "I'd rather you just give me a fish today, because even if you teach me how to fish, I won't do it. I'm lazy." -- Nish Just released - 1ClickPicGrabber - Grab & organize pictures from your favorite web pages, with 1 click! My really out-of-date homepage Sonork-100.19012 Acid_Helm Re: /OPT:REF Alvaro Mendez24-Oct-02 10:09 Alvaro Mendez 24-Oct-02 10:09  I'd say because it's not worth it. Most warnings should be addressed and fixed, but a few, like this one are just not worth the trouble. I can list you a couple of other compiler warnings which I've disabled: 4786: identifier was truncated to '255' characters in the debug information 4355: 'this': used in base member initializer list Do you think it's worth fixing these? If so, how would you do it? Regards, Alvaro There is much pleasure to be gained from useless knowledge. - Bertrand Russell

Last Visit: 31-Dec-99 18:00     Last Update: 21-Sep-24 17:29 Refresh ᐊ Prev1...15978159791598015981159821598315984159851598615987 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.