|
Hi,
how to break a line of text ? The only way i found out is to use the <p></p> tag, but i guess that only works cause i use NDoc to generate Html based Help Files, what about another generator format like RTF ? Guess the <p> tag is exported as normal text, and not interpreted as line feed.
Which solution is clean ?
.:Greets from Jerry Maguire:.
|
|
|
|
|
|
seems like my html tags are eaten by html 
.:Greets from Jerry Maguire:.
|
|
|
|
|
Jerry Maguire wrote:
Which solution is clean ?
There is a para tag which can be used for creating paragraphs.
If you search MSDN for 'XML documentation' you should see a section which tells you what tags are available for use.
James
"It is self repeating, of unknown pattern"
Data - Star Trek: The Next Generation
|
|
|
|
|
hi,
I have a datagrid which has obviously rows and cols.
I am placing a usercontrol on top-of-it. now when I move that
usercontrol it should be only movable with in certain area.
to be more specific I want to know
what is the area starting from the first visible row/col
and last/bottom visible row/col so that I can compute
that area and can't let the user move beyond that control
Paresh
|
|
|
|
|
Hi,
I am trying to setup a custom baud rate of 12000 but when I use the SetCommState() I get an error message telling me to review my set. However, any custom baud rate below 10000 will be set and work properly.
What is wrong? I need to use custom baud rates above 10000!
I have attached a sample program that anyone can use to test it.
Thanks
<code>
// *********************************************************
// A program that demonstrate the custom baud rate problem *
// *********************************************************
#include <windows.h>
#include <stdio.h>
#include <lmerr.h>
#include <stdlib.h>
void DisplayErrorText(DWORD dwLastError); // show last error
// message
#define RTN_OK 0
#define RTN_USAGE 1
#define RTN_ERROR 13
int main(int argc, char *argv[])
{
DCB dcb; // structure that hold all COM parameters
HANDLE hCom; // handle for the COM port
BOOL fSuccess; // to hold fail/success results
// test if 2 parameters has been supplied in teh command line
if (argc <= 2)
{
printf ("Please enter a COM port and the new baud rate in the command line.\n\ni.e.: porta COM2 1000\n");
return (1);
}
// Open the COM port
hCom = CreateFile( argv[1], // open the COM specified on teh command line
GENERIC_READ | GENERIC_WRITE,
0, // must be opened with exclusive-access
NULL, // no security attributes
OPEN_EXISTING, // must use OPEN_EXISTING
0, // not overlapped I/O
NULL // hTemplate must be NULL for comm devices
);
// test if open COM was ok
if (hCom == INVALID_HANDLE_VALUE)
{
// Handle the error.
printf ("CreateFile failed with error %d. ", GetLastError());
DisplayErrorText(GetLastError());
return (2);
}
// Build on the current configuration, and skip setting the size
// of the input and output buffers with SetupComm.
fSuccess = GetCommState(hCom, &dcb);
// test if getting the com state was ok
if (!fSuccess)
{
// Handle the error.
printf ("GetCommState failed with error %d. ", GetLastError());
DisplayErrorText(GetLastError());
return (3);
}
// Print previous baud rate for the specified COM port
printf ("\nThe baud rate of %s was %d.\n", argv[1], dcb.BaudRate);
// Fill in DCB with supplied bps, 8 data bits, no parity, and 1 stop bit.
dcb.BaudRate = atol(argv[2]); // set the baud rate
dcb.ByteSize = 8; // data size, xmit, and rcv
dcb.Parity = NOPARITY; // no parity bit
dcb.StopBits = ONESTOPBIT; // one stop bit
// set the COM port with the new parameters
fSuccess = SetCommState(hCom, &dcb);
// test if setting COM port was ok
if (!fSuccess)
{
// Handle the error.
printf ("SetCommState failed with error %d. ", GetLastError());
DisplayErrorText(GetLastError());
return (4);
}
fSuccess = GetCommState(hCom, &dcb);
// check to see if new baud rate has been set
if (!fSuccess)
{
printf ("GetCommState failed with error %d. ", GetLastError());
DisplayErrorText(GetLastError());
return (5);
}
// Print current baud rate
printf ("\nNow it is %d.\n", dcb.BaudRate);
return (0);
}
// *******************************************************
// Simple routine to show the error messages description *
// that is really useless!!! *
// *******************************************************
void DisplayErrorText( DWORD dwLastError )
{
HMODULE hModule = NULL; // default to system source
LPSTR MessageBuffer;
DWORD dwBufferLength;
DWORD dwFormatFlags = FORMAT_MESSAGE_ALLOCATE_BUFFER |
FORMAT_MESSAGE_IGNORE_INSERTS |
FORMAT_MESSAGE_FROM_SYSTEM ;
//
// If dwLastError is in the network range,
// load the message source.
//
if(dwLastError >= NERR_BASE && dwLastError <= MAX_NERR) {
hModule = LoadLibraryEx(
TEXT("netmsg.dll"),
NULL,
LOAD_LIBRARY_AS_DATAFILE
);
if(hModule != NULL)
dwFormatFlags |= FORMAT_MESSAGE_FROM_HMODULE;
}
//
// Call FormatMessage() to allow for message
// text to be acquired from the system
// or from the supplied module handle.
//
if(dwBufferLength = FormatMessageA(
dwFormatFlags,
hModule, // module to get message from (NULL == system)
dwLastError,
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), // default language
(LPSTR) &MessageBuffer,
0,
NULL
))
{
DWORD dwBytesWritten;
//
// Output message string on stderr.
//
WriteFile(
GetStdHandle(STD_ERROR_HANDLE),
MessageBuffer,
dwBufferLength,
&dwBytesWritten,
NULL
);
//
// Free the buffer allocated by the system.
//
LocalFree(MessageBuffer);
}
//
// If we loaded a message source, unload it.
//
if(hModule != NULL)
FreeLibrary(hModule);
}
</code>
|
|
|
|
|
First of all, I think you're in the wrong forum. This is the C# forum and you have posted C++ code. Second, there are several articles on CP in which other people have done all of the hard work for you. Just use their classes and you won't have to go through the headaches these folks have already endured. To name a few articles:
Serial library for C++
By Ramon de Klein (I've personally used this one and I think it's great)
CSerialPort v1.03 - Serial Port Wrapper
By PJ Naughter(This one has a high score, so I can only assume that it has been useful to many people)
Good luck and best regards.
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
I was just wondering if anyone knew how to create a command window or console as found in VS.net?
I have had a look arround and there dont seem to be any tutorials or even any references to them. If there arnt any examples does anyone have any hints or tips on creating one?
Thanks
Tim
|
|
|
|
|
You're question is a little confusing. Are you asking how to make a console application (i.e. an application with no graphical UI)? What command windows/console in VS .NET are you referring to?
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
i dont want to make a console application i want to make a windows application with a console in it (as seen in VS.net if you go... View> Other windows> Command Window. or on the keys... Ctrl+Alt+A)
I will use the console in a seperate window to my main app to perform some program specific functions and to allow users to write and run scripts of multiple operations.
Hope this helps clarify things?
|
|
|
|
|
I see. OK. Well this really depends are your exact needs. Frankly, I'm not sure how they implement the expanding and contracting thing because I've never tried it (and I know that that is not what you're concerned about), but it occurs to me that no matter how you implement your user interface (e.g. splitters, separate windows, etc.) as long as you have a way of getting input (e.g. a text box), you should be able to just read the commands whenever the enter key is pressed inside of that edit area. This probably doesn't really help you much, but I guess I'm not sure what the big mystery is. I'm probably over simplifying, so tell me what else I need to know to get to the heart of the issue.
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
i implemented a really simple console app for my text editor..if you would like i can email you the source so you can get a general idea....(its easy to do you will see)
Jesse M
The Code Project Is Your Friend...
|
|
|
|
|
if you could email it to me id be most greatful, and it would help me a great deal.
My mail is blue@nildram.co.uk
|
|
|
|
|
Im not worried about the expanding and contracting at the minute, i can sort that out at a later date as i need that in other parts of the application. Im not to worried about the GUI at the minute either, it will be in a box similar to that in VS.net but thats not essential.
What i was wondering is if there was any implimentation of it as ive used languages that have it (ie TCL/TK) and i think java has one? i dont know how id go about calling commands "dynamically" though? would i just have to have switch/case statements for every posible command that could be run or is there a way of calling methods "on the fly"?
I dont think you are over simplyfying it at all i think i needeed your imput to see that i was over complication the whole thing.
My only worry is about the fact that some characters will need to be read-only, others writeable etc. do you have any ideas on how i could deal with that?
Thanx
|
|
|
|
|
Hi!
I'm curious about if anybody is using .NET in desktop application development. I've just finished a live chat front-end using Windows Forms in C#, similar to Humanclick. Did not used any code obfuscator, mainly because the front-end itself don't have utility without the server's components (the windows service it uses and the aspx pages used in administration), so having people disassembling it is not a big issue.
I'll distribute the front-end to my customers along with .NET framework runtime and other stuff on CD-ROM, but will let customers to download it from web too. Now comes the big question: The .NET framework runtime is about 20Mb. Does somebody developed an application which requires the user to download the runtime? Will them install it? Or .NET is being used only for server side application development?
Thanks,
John
|
|
|
|
|
Microsoft answer are :
- the .NET run-time is soon part of the operating system, so it's not a problem anymore. Besides that, beginning with XP SP1, the .NET run-time is part of the service pack (XP SP1 CD).
- .NET run-times can run side-by-side, hence users will be able to have both the (current) 1.0 release and soon coming 1.1, and actually have applications to work with the appropriate run-time.
Of course, that's a lot of marketing. First, I can't see shareware authors distributing software that require 20MB++ (and ++ is up to 180MB) of binaries before they can start your app.
In addition, the application author must have anticipated a built-in .config file to manage seamlessly the case of multiple .NET run-times installed on the same machine. Otherwise, it fails miserably with a stupid MS error box.
I can see in-house desktop app development using .NET, that is in environments where deployment is not an issue. I don't see for the foreseeable future high end customer .NET desktop apps. But may be that's only me. 
(That's a totally different story when we are dealing with server-side : ASP.NET, web services, ...).
|
|
|
|
|
.S.Rod. wrote:
I don't see for the foreseeable future high end customer .NET desktop apps. But may be that's only me.
I agree, however, I am always reading that .NET is replacing WinAPI,MFC,etc., but I really don't see that happening for pure desktop application development.
Sometimes I wonder if when I work with MFC/ATL, am I just wasting my time with a technology that will soon become extinct?
R.Bischoff | C++
.NET, Kommst du mit?
|
|
|
|
|
Soliant wrote:
I agree, however, I am always reading that .NET is replacing WinAPI,MFC,etc., but I really don't see that happening for pure desktop application development.
Custom Windows form controls require WIN32, so I don't think that, with GUIs getting more professional every day, we are seeing WIN32 going offphase anytime soon.
Without WIN32, the CLR does nothing. So, if you have capitalized on WIN32 libraries, you are not wasting your time.
Soliant wrote:
Sometimes I wonder if when I work with MFC/ATL, am I just wasting my time with a technology that will soon become extinct?
How could MFC/ATL become extinct ? You have the source code for both libraries (you can even recompile them), so it won't become obsolete as long as you don't deltree them!
That said, yes, MS is trying to make us switch to .NET. The fact that all content in MSDN mag and MSDN library is now related to .NET does not have to make you and your company feel like MFC/ATL is over. MS is not investing anymore in those, but who cares?
|
|
|
|
|
I am developing a desktop app using .NET, and it is wonderful. Yes, you need the .NET runtime, but you can include it on your installation CD if you have one.
The great thing about .NET is how easy and seamless it has made developing components and user controls. It's now a true peice of cake, basically it is COM the way it was always meant to be (even Don Box thinks so according to an associate of mine who knows him).
Here where I work, the goal is all new development in .NET. And we don't take those decisions lightly.
|
|
|
|
|
jpwkeeper wrote:
I am developing a desktop app using .NET, and it is wonderful. Yes, you need the .NET runtime, but you can include it on your installation CD if you have one.
Indeed. .NET is wonderful.
jpwkeeper wrote:
The great thing about .NET is how easy and seamless it has made developing components and user controls. It's now a true peice of cake, basically it is COM the way it was always meant to be (even Don Box thinks so according to an associate of mine who knows him).
Here where I work, the goal is all new development in .NET. And we don't take those decisions lightly.
I have used .NET for building my last 2 projects, an accounting system with lots of XML handling, and the live chat system, with sockets handling, XML, multi-threading, and other stuff that can be a bit harder to develop/debug when using C++/MFC and those crypt COM interfaces... I think .NET is a great framework for building any kind of application. We can still use C++ for some work that needs very high performance. Sadly, I have heard about people and some companies that don't want .NET installed on their computers... I just don't know why...
Cheers,
John
|
|
|
|
|
John Mautari wrote:
Sadly, I have heard about people and some companies that don't want .NET installed on their computers... I just don't know why...
I have heard about people and companies that use macs... I don't know why either...
|
|
|
|
|
I'm having a problem where I run out of window handles, even though the number seems to be within the realm of the sane.
What I'm doing is creating a scrollable list of bar charts. The bar charts are interactive, so what I did was make each bar a separate control. This made selecting, floating tooltips, and many other things very easy. They're built dynamically. I was very proud of this idea.
Now, I have 100 bar charts, with 108 bars (in this case) each and say 12 other controls per chart (may be slightly less than that). That only amounts to 12,000 window handles, which even on 95/98 should be OK and I'm running XP Pro. I can't imagine that my main app window is using over 4,384 window handles.
When I hit my AddRange, I run out of window handles and get "Error Creating Window Handle".
I can't even do this with 50 charts. Any ideas on how to work around this without having to re-write my bar graph displays? Also, any idea on how spy on my application's window handle usage so I can determine exactly what I'm up against?
John Woodard
|
|
|
|
|
Can you provide some sample code and tell us what you're using to write this? I've built something very similar to what you describe but using GDI with C++. I had a resource leak problem once where I wasn't freeing my resources soon enough. After a while, the app just crapped out because it had maxed out the GDI object limit. The only way I knew to debug that was to add a column to the process tab in the Task Manager and watch to see when the GDI object count started getting out of control while stepping through the debugger. Not sure it's the same issue here, but it would help if you gave a little more detail.
Thanks.
-Matt
------------------------------------------
The 3 great virtues of a programmer:
Laziness, Impatience, and Hubris.
--Larry Wall
|
|
|
|
|
perlmunger wrote:
I had a resource leak problem once where I wasn't freeing my resources soon enough.
That sounds about right.  ALLWAYS kleen up your mess
MyDUMeter: a .NET DUMeter clone
|
|
|
|
|
Being a C++ programmer I understand where you're coming from. I'm a C++ programmer as well. However, this is not C++, and it's not a leak. I can't easily post the code.
First of all, this is managed code. This is further proven by the fact that if I switch to a smaller list after the problem has happened, I can continue to run.
Second, it's not like it's happening due to repeated operations. I can run all day, so long as I don't have too many controls up at one time. The first time I graph 100 at a time I fail, but I can choose 20 different lists of 10 in sequence and I still work fine so long as I don't do it too fast (so the GC has time to catch up).
What it appears to be is that I'm limited to 16384 window handles. if each control has a window handle, that means 2 per bar (one for the bar, which is a UserControl, and one for the ToolTip window I assume), 108 bars per graph, Around 12 extra for scales and such on the graph, that's 24,000 window handles. This is almost certainly the problem. I changed it so that instead of a full-out control, each bar is defined by a helper class that renders it and the problem went away (obviously the helper class doesn't use a window handle, it just has the paint code). My question is, can I get around the 16K limitation (if that is indeed the limit)?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
