|
You could put the create params in an enum and create a new control from the treeview
TreeViewEx or something and expose the parameters as a property
You can then set the property to noscroll for the implementation you want, instead of hard coding the create params. This also gives you a treeview which you can add extra properties later when you need them.
James
James Simpson
Web Developer
imebgo@hotmail.com
P S - This is what part of the alphabet would look like if Q and R were eliminated
Mitch Hedberg
|
|
|
|
|
yeah, that's the solution i was trying to avoid, the TreeViewNoHScroll control. anyway maybe like you suggest it's the best way, and does have the plus of being the place to put in any other mods to TreeView.
Any way to deal with the downsides i perceive:
-- another file in the project
-- registering the control with the toolbox (which sometimes forgets which of my controls are registered anyway)
-- is it possible that TreeView will ever be changed and break my code.
Thanks in advance!
".. and Toto too."
(reassurance by Glenda, the good witch of the North)
|
|
|
|
|
I'm working on my own XmlSerializer/deserializer class, and while developing the deserializer, I've noticed that Type.GetType("System.Drawing.Color") is returning null instead of a Type object. What's the reason for that? I don't see an explanation in the documentation, and I can do Type.GetType("System.Double") fine, so it's not an issue with ValueType objects... Perhaps it's an issue with structs for some other reason?
Thanks,
Arun
|
|
|
|
|
It expects the FULLY QUALIFIED NAME (iow assembly name, ver , etc, public key).
Rather use typeof(Color) or recursive thru the loaded assemblies.
leppie::AllocCPArticle("Zee blog");
Seen on my Campus BBS: Linux is free...coz no-one wants to pay for it.
|
|
|
|
|
Ah, okay, that must be it, thanks! System.Drawing.Color is not in my assembly or mscorlib.dll, it's in System.Drawing.dll.
I guess I'll iterate over loaded assemblies and see if they have the type I'm looking for.
|
|
|
|
|
You don't need to iterate... you know it belongs in System.Drawing.
Assembly a = Assembly.LoadWithPartialName("System.Drawing");
Type t = a.GetType("System.Drawing.Color");
...will do the job
|
|
|
|
|
Hmm, yes, but can I generalize that for other times and other assemblies? I'd hope also that it wouldn't actually reload the already-loaded assembly.
Thanks,
Arun
|
|
|
|
|
Arun Bhalla wrote:
I'd hope also that it wouldn't actually reload the already-loaded assembly.
It wont reload it (unless u have changed it of course). 
leppie::AllocCPArticle("Zee blog");
Seen on my Campus BBS: Linux is free...coz no-one wants to pay for it.
|
|
|
|
|
Good to know that it's implemented smartly!
I'm still not sure I can generalize across types. Perhaps I can for the types I use presently, but maybe not in the future. That is, I'd rather not store the assembly name (partial or full) in my file, especially since LoadWithPartialName isn't preferable for long-term, according to documentation.
Arun
|
|
|
|
|
i started learning c# because i had a nice idea about to write a program for windows and its my first time i program for windows so i wanted to learn the latest technology , which seems c#+forms, i started learning and it was really good nice language and seems fun and simple.
i learned the basics and all was well , but then i decided to learn the stuff i needed for my idea , and i needed midi api, i looked everywhere and i couldnt find it !!.
apparently there is no midi support in c# (i dont mean play a .midi file, i need full control over the notes and everything).i checked managed directx and nothing there too !! , i got really upset.
the only thing left to do that i can think of is code the midi with c++/unmanaged directx into a dll and use it with my c#/forms UI.
since i have no experience with dll's, and mixing managed/unmanaged code what i need is tutorials and maybe some examples how to do it.and if mixing unmanaged directx is a problem?
|
|
|
|
|
You know, I'm almost thinking about writing a .NET/DirectX tutorial...
Anyways, until I work up the motivation to do so, have you tried using the Managed DirectX libraries? Go to the DirectX portion of MSDN and look for the Managed DirectX 9 SDK.
Not a in-depth music programmer myself (I do graphics), but that may help you out.
Jeremy Kimball
|
|
|
|
|
hi
This is great news, i really love to read a tutorial, cant wait.
well, before i learned c# i wrote a nice music program for my engineering project, using very complex algorithm to synthesize many notes from a single note. since i needed to write a program that uses this algorithm, i wrote a windows application with c++ & directx , i used directsound to play the notes , and to learn more directx i also wrote my own gui using direct3d.
what im trying to say is that i know directx a little, and i learned c#+forms because i wanted to start learning standart gui's with the latest technology, to develop a newer simpler version of my university project , dropping the directx gui to write simple window's gui, and dropping the complex algorithm for simple midi, this will allow me to extend the programm really simple and fast.
the first this i checked is managed directx, and to my surprize microsoft did something strange, the added directDraw and removed directmusic. so no midi in managed directx 
this is too long but i hope to give you motivation for the tutorial.
Gonen
|
|
|
|
|
hi
i dont know if you looked at my replay on the forum , so here's the link
http://www.codeproject.com/script/comments/forums.asp?msg=647484&forumid=1649&XtraIDs=1649&searchkw=unmanaged&sd=8%2F1%2F2003&ed=10%2F30%2F2003#xx647484xx
i really hope you will write a .net/directX tutorial , no need for fancy stuff , just teach how to combine the two together will be great
Gonen
|
|
|
|
|
I've been noticing a strange problem related to threading and debugging them in VS .Net 2003 recently and am not sure if this is a) a bug in VS b) something odd I just don't understand and/or c) the cause of a related problem I seem to be having.
The issue is this, I'm using ThreadPool.QueueUserWorkItem to create various asynchrous actions. The generally works fine. On occassion (its difficult to exactly replicate) my process suddenly starts using 100% of my machine's processor without stopping. When I pause the execution in VS and look at the threads there are two listings for some threads (e.g. thread with ID 2480 is listed twice) but they are in the same execution position and seemingly one in the same. This is quite odd to me. I've noticed it happening for some time both using ThreadPool and when I create my own threads. There is no rhyme or reason why nor logic why some are double entered and some are not from a code standpoint. I tried to debug the creation some time back but could not get it to stop from listing twice.
So my question is as above, is this a VS bug, some strange thing happening in my code, or some other artifact? I can't confirm but I'm suspicious this is why I'm getting runaway threads who, when I try and debug them, the debugging info is all corrupt and I can barely even step through them. Any and all suggestions are welcome. I'm a bit of a newbie with VS.
Thanks in advance,
Andy
|
|
|
|
|
Do your threads have large loops in them? eg:
1) start thread
2) enter loop until thread closes down
3) close thread
You may need Thread.Sleep(1) in the the loop, this should stop your thread eating up 100% of the processor.
Cheers, James
James Simpson
Web Developer
imebgo@hotmail.com
P S - This is what part of the alphabet would look like if Q and R were eliminated
Mitch Hedberg
|
|
|
|
|
Hello, All
I'm in the process of writing a custom editcontrol GUI Widget. e.g. TextControl. I currently have a control that users can enter text and highligh text etc. I'm running into 2 problems listed below.
Problem #1
When trying to invert the color of the text when a line is selected sometimes the text drawn over the black text does not align if i only draw a subset starting in the middle.
If i select the entire line then it works perfectly.
1) It appears that when using DrawString if you draw 2 text lines for example:
First Line: Hello, This is a sample text line
offset = measureString(Hello, This is )
// -- draw x with offset on line
invert text: a sample text
this leads me to belive that char's are draw with a differnt about of leading space if draw in differnt contexts. So the width of ie and i + e is not equal.
Does anyone know another solution to this?
Problem #2
This is my first time attempting to code a editcontrol
from scratch so what is the proper tecnique for painting the control. Currently the screen us refreshing every line on each keypress. Basiclly, I'm drawing text line by line. All drawing is currently done in the Paint event. Does anyone know a better way?
Thanks,
Kevin Fowlks
Programmer Analyst
Michigan State University
Center for Remote Sensing & GIS
|
|
|
|
|
kfowlks wrote:
When trying to invert the color of the text when a line is selected sometimes the text drawn over the black text does not align if i only draw a subset starting in the middle.
If i select the entire line then it works perfectly.
Might be something to do with kerning. How big is the difference between the two positions?
kfowlks wrote:
This is my first time attempting to code a editcontrol
from scratch so what is the proper tecnique for painting the control. Currently the screen us refreshing every line on each keypress. Basiclly, I'm drawing text line by line. All drawing is currently done in the Paint event. Does anyone know a better way?
Because of word-wrapping (provided that you are doing true word-wrap), this may well be so. I would strongly advise double-buffering (and not with the built-in double-buffering either - it updates the screen after each drawing operation, rather than after all of the operations are complete).
I'm interested in your results and findings, as I'm going to be writing a text editor myself soon. If you find something of interest in the areas, or just want to discuss aspects of a textbox implementation, feel free to drop on over at the Fluid forums[^].
|
|
|
|
|
The difference between the two position is minor but it is not constent. I'm starting to think the only way to correct the problem is to draw a char at a time. I've read about other people having the same issue and that was there solution.
Currently, I've only implemented char wrapping.
If your intrested i'll let you take a peak at what i've got so far. I'll drop by the FLUID forum.
Kevin Fowlks
Programmer Analyst
Michigan State University
Center for Remote Sensing & GIS
|
|
|
|
|
In C++ we have a macro __LINE__ that can be used to report what line of source code we are on. Is there a way to do this in C#?
|
|
|
|
|
I found this:
CodeLinePragma clp = new CodeLinePragma("Service1.cp",188);
but it doesn't seem to keep up with the line number... it just reports back whatever I initialize it with.
|
|
|
|
|
That's just the CodeDom class that represents the #line preproc instruction, mostly used in debugging and error/warning reporting during compilation, if one was to strip the lines for some stupid reason.
What do you need something like this for? If it's for debugging purposes, exceptions will already contain line numbers for assemblies compiled with debugging information. When doing release builds (i.e., DEBUG is not defined), this information is stripped.
If you're doing it for some kind of logging, I don't know what to tell you. csc.exe doesn't doing anything like that based on the documentation. If using VS.NET 2003, you could have a pre-build step that runs a macro to replace some line with the line number (I would think that would be available through the scripting object model in VS.NET).
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
Thank you for your reply! I'm currently working on some services and I'm not seeing the line number when I catch an exception.
Maybe it's because I handled the exception - by exiting my service but this is an example of what my exception reports:
System.Data.SqlClient.SqlException: SHUTDOWN is in progress. Log off.
at System.Data.SqlClient.SqlCommand.ExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream)
at System.Data.SqlClient.SqlCommand.System.Data.IDbCommand.ExecuteReader(CommandBehavior behavior)
at System.Data.Common.DbDataAdapter.Fill(Object data, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, Int32 startRecord, Int32 maxRecords, String srcTable, IDbCommand command, CommandBehavior behavior)
at System.Data.Common.DbDataAdapter.Fill(DataSet dataSet, String srcTable)
at GetAcc.GetAcc.timer1_Elapsed(Object sender, ElapsedEventArgs e)
I want the line number so I know where (which exception trap) trapped the error. In a case like the example above (depending on what step I'm in in my process) I may be able to keep my service alive until the SQL server is available again.
I have found that I can use Environment.StackTrace which gives more info... but does include the line number. So I'm adding that to my message that I log to a file.
|
|
|
|
|
If you do a debug build, you should get line numbers for your assemblies (.NET BCL assemblies obviously aren't debug assemblies). I take it you're testing this with a release build? You also have to use the same path for the PDB files (debug files) that were created when you compiled. That contains the information. If you switch to a different machine (unless you keep the path to the copied PDB files the same), you don't see this. Does that ring a bell at all?
-----BEGIN GEEK CODE BLOCK-----
Version: 3.21
GCS/G/MU d- s: a- C++++ UL@ P++(+++) L+(--) E--- W+++ N++ o+ K? w++++ O- M(+) V? PS-- PE Y++ PGP++ t++@ 5 X+++ R+@ tv+ b(-)>b++ DI++++ D+ G e++>+++ h---* r+++ y+++
-----END GEEK CODE BLOCK-----
|
|
|
|
|
Oh... ok I am using debug builds... but I have not copied PDB file to the production machine. When I tested Environment.StackTrace I was on my development machine. I bet I won't get line numbers from that either on the production machine.
Thanks again!
|
|
|
|
|
Heath Stewart wrote:
What do you need something like this for? If it's for debugging purposes, exceptions will already contain line numbers for assemblies compiled with debugging information. When doing release builds (i.e., DEBUG is not defined), this information is stripped.
If one generated some code from some other source, its allways helpful to make #line references. Think lex & yacc for example
leppie::AllocCPArticle("Zee blog");
Seen on my Campus BBS: Linux is free...coz no-one wants to pay for it.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
