|
hi
please try to use Microsoft Data Access Component 2.7 or latest.
**************************
S r e e j i t h N a i r
**************************
|
|
|
|
|
Hi Friends
Here is a simple question in which im confused.
when we build our ASP.NET project . Does it get compiled or gets interpreted.
I know that many of us think that it is compiled but when i build my project i get the error one by one.
this means that it is interpreted.
If any one knows what is this please do let me know.
Naveen
|
|
|
|
|
ASP.NET is compiled. This is most obvious if you are using code behind files. If you are embedding C# code into the aspx pages then the first time the page is encountered .NET will compile the C# in to an assembly and this may look as if it is interpreted if you get the errors "one by one" as you navigate through your site - however it is all compiled on the fly and a second visit to the same page will not trigger the compilation process unless the ASP.NET process realises that the aspx page has changed.
Alternatively, you could just be seeing normal runtime errors. However, as you say "when i build my project i get the error one by one" that suggests that you are getting compile time errors, but every time you correct one it unhides another.
If you need more help then you need to explain how you've built your application and what errors you are getting and exactly where they are occurring.
"If a man empties his purse into his head, no man can take it away from him, for an investment in knowledge pays the best interest." -- Joseph E. O'Donnell
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
hi,
anybody knows how to get the internal IP of a ppc after establishing a connection with the desktop thru activesync??
coz im developing an application that the desktop has to send sth to the device thru TCP
thanks
|
|
|
|
|
Your question would be better handled in the Embedded/Mobile Forum.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I'm not too sure how to say what I would like consisely but here goes:
If my program is doing a somewhat cpu intensive process, I would like a threaded progressbar to come up, and give an intication of how long the process will take, then once finished hide itself again and the program continues. I can make the progressbar already, as well as thread it.
All I want to know is how to invoke it. ie how to find out if the process I'm running warrants the bar or not. Any ideas?
|
|
|
|
|
That would depend on the process your running, and would normally be determined by the process, not the part that launched it.
The process would have to be able to determine the amount of data that must be processed AND track where it is currently. For example, searching through an unknown number of files would not lend itself to a progress bar because you can't determine when the progress is going to end. But searching through a known number of files will. All you have to do is keep track of the number of files you've searched through.
The process would also have to implement a timer where if the process is still running after say, 3 seconds, the timer would set a flag that shows a dialog with the current progress information. This progress tracking would be running regardless if the dialog was showing or not. The timer is only there to flip on the display of the progress, not to start it.
If you're trying to track the progress of a component you didn't right, there is not much you can do to implement the progress bar. Your component must be able to tell you how much processing must be done and how far along it's gotten. It must also be able to fire off events on some condition that lets you know progress is being made. If you component doesn't give you any kind of information like this, your SOL.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I just can't seam to figure out why the following code is not working. I would be thankful for any help.
Thanks,
JefferyS
CODE:
string folderPath = "C:\\My Documents\\Visual Studio Projects\\MyDroidEngineer\\Data\\";
DataSet myDS = new DataSet();
myDS.ReadXml(folderPath + "planets.xml");
cboPlanets.DataSource = myDS.Tables["planet"];
cboPlanets.DisplayMember = "description";
cboPlanets.ValueMember = "swgcraft_id";
I get no errors and just a blank combo box
I have used a temp datagrid to check the dataset and it displays correctly.
Top Part of XML File:
<planet_data>
<planet swgcraft_id="1">
<description>Corellia
<planet swgcraft_id="2">
<description>Dantooine
<planet swgcraft_id="3">
<description>Dathomir
|
|
|
|
|
Only thing I can suggest you with the code && info you gave is to try with:
//
cboPlanets.DataSource = myDS;
cboPlanets.DisplayMember = "planet.description";
cboPlanets.ValueMember = "planet.swgcraft_id";
//
Instead of what you wrote for those tree lines. If that doesn't solve drop solution somewhere and give link or give more info
c-ya
|
|
|
|
|
I have seen the problem and hope following would work
cboPlanet.DataSource=DS.Tables[0];
cmboPlanet.DisplayMember="description";
in place of the table name put its index no here (0).
Naveen
|
|
|
|
|
I think you need to call DataBind() method of the combobox after setting the properties.
|
|
|
|
|
Thanks for all the suggestions. I figured out what was wrong and it wasn't the code. You can't set the sorted property on the combobox to true when using a dataset.
I don't know why it didn't give me an exception error.
I hope my folly helps someone not spend hours and hours trying to figure out why it was not working.
Thanks again for all the help.
Thanks,
JefferyS
|
|
|
|
|
How can i use tooltip control in my c# smart device application.
i can use it in windows application but the tooltip control is not found in smart device application to use.
can any one help me,please.
Mohamed Elsaid - Faculty of computers and information - Helwan university - Forth year - Cairo - Egypt
|
|
|
|
|
memsharp wrote:
How can i use tooltip control in my c# smart device application.
You can't.
memsharp wrote:
i can use it in windows application but the tooltip control is not found in smart device application to use.
can any one help me,please.
Tooltips are not supported on the Pocket PC. If you think about it: How would they be activated? There is no mouse pointer to hover over controls, is there?
"If a man empties his purse into his head, no man can take it away from him, for an investment in knowledge pays the best interest." -- Joseph E. O'Donnell
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
Colin Angus Mackay wrote:
There is no mouse pointer to hover over controls, is there?
But surely u can hover the stylus
top secret xacc-ide 0.0.1
|
|
|
|
|
|
Colin Angus Mackay wrote:
I tried, but at 1 cm, no reaction. So I tried hovering the stylus at about half a centimetre but still nothing.
You mean your stylus actually hovered? Mine just fell and hit the button, but it didnt repsond
top secret xacc-ide 0.0.1
|
|
|
|
|
leppie wrote:
You mean your stylus actually hovered?
Muggles!
"If a man empties his purse into his head, no man can take it away from him, for an investment in knowledge pays the best interest." -- Joseph E. O'Donnell
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
Well Pocket Word for example supports tooltips. To bring up a tooltip I think you Tap-and-Hold the button. It should not bring up the Tap-and-Hold menu but instead it brings up a tooltip.
|
|
|
|
|
I have just looked at a collegue's PocketPC 2003 and I've seen that Word does indeed support tooltips (in that version, I can't confirm other versions at the moment). However, that still does not alter the fact that the .NET Compact Framework does not support tooltips. For example, if you look at the ToolBarControl you will see that the ToolTipText property is not "supported by the .NET Compact Framework". You may be able to find some way to interop with the relevant controls however.
As a side note, until your suggestion above, it never occurred to me to even try as the user-interface is not conducive to supporting tooltips in a sensible manner (IMO). The tap-and-hold technique would undoubtedly confuse many who would expect a menu to pop-up.
"If a man empties his purse into his head, no man can take it away from him, for an investment in knowledge pays the best interest." -- Joseph E. O'Donnell
Can't manage to P/Invoke that Win32 API in .NET? Why not do interop the wiki way!
|
|
|
|
|
Hello all!
I have 2 DBA files. I want to make 1 excel table from them by a query(excel can convert those files automatically when I open them).
I haven't found how I could run MS Query in Excel from C#, is there a way?
MS Visual Studio.NET 2003
C#
|
|
|
|
|
Well, how fast are Windows.Forms currently (especially on older machines >1GHz)? I'm asking this question because I want to know if Windows.Forms and GDI+ are suitable for a complicated drawing program similar to Autocad or Maya.
And there is an alternative I guess but not as portable as GDI+ and Windows.Forms I guess: Managed DirectX and eventually OpenGL wrappers.
I need an advice. Can I count on .NET to create an useful relatively complicated 2D/3D drawing application or not?
Thank you!
|
|
|
|
|
Anonymous wrote:
Can I count on .NET to create an useful relatively complicated 2D/3D drawing application or not?
Yes you can. How complicated and easy it is depends on your implementation of the drawing surface. For ACAD or Maya level support, GDI+ is way too limited. You'll have to write your own classes to handle the drawing surface interface. Don't start with GDI+ and "upgrade" to OpenGL later. Start from the beginning with the display package your going to do, otherwise you're going to be rewritting HUGE parts of your code.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
GDI+ is not hardware accelerated (although I heard that some Radeon and Matrox cards do accelerate GDI+).
This means that all the burden of drawing will be on the CPU. Since you're mentioning that the machines will be older, this means that the drawing will be slower, and you'll only be able to significantly speed it up by changing the whole machine (mobo, processor and memory). It's hard to get this upgrade for under $250, and this will only get your drawing 2x or 3x faster.
Managed DirectX is supported by MS and will use all hardware capabilities avaliable. If not available, it'll be emulated (and quickly) by the main CPU. If the user needs to upgrade, he/she can simply buy an el-cheapo $50 NVidia GeForce4 MX 440 and the drawing will get up to 20x faster. If the user chooses a $250 card, it may get up to 60x faster when compared to a pure main CPU drawing on an old machine.
I don't like OpenGL wrappers, both because they're not supported by MS, and because in my past experience, OpenGL showed to be way slower and limited when it depended on emulation.
Remember also that you'll have to deal with the whole 3D drawing if you choose GDI+. Both DirectX and OpenGL are more like scene descriptions and the drawing is done by the back end.
The .NET environment will add a bit of overhead over anything you choose when compared to native C++, but it'll probably go unnoticed (tipically 5%~10% plus a slower startup time).
Yes, even I am blogging now!
|
|
|
|
|
Thank you and the other poster!
By saying: AUTOCAD I don't mean I want to compete with Autocad and implement all features it supports but most of the graphics functions like: drawing arcs, line, polylines in 2D/3D, trimming, extending etc and I'm not talking about Autolisp, etc.
I'm asking this because eventually if someday Mono supports Windows.Forms and GDI+ properly I would like to be able to run this program on other OSs too.
Of course Managed DirectX is the better alternative for Windows.
The only really complex Windows.Forms program I've ever used is: #Develop and it isn't an example for a fast running application. That's why am asking this question.
|
|
|
|