|
ok, are you using something different to make your posts or are you just really quick at clicking those < > and & and code buttons?
|
|
|
|
|
I type it all in. It takes longer for me to use the buttons, but I've also been programming for a very long time and started writing web pages when HTML 1.0 was still a draft...and I don't believe in WYSIWYG editors. 
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Impressive[^]
[Edit] first link was broken... should work now [/Edit]
|
|
|
|
|
I am developing a web interface to my credit card application. I thought I should use AutoPostBack for the credit card number to the server, but now I'm having second thoughts and want some input other ideas or ways to accomplish this.
The credit card number can be manually entered, ie: 4128 0000 0000 0033, or can be scanned from a keyboard wedge and will be something like:
%b4128000000003333^My Name^0405SomeOther data?
When the card is scanned and the field looses focus, I need to capture information from the mag stripe and populate two other fields, the expiration date and the Card Holder's Name. If the its a swipped card, the focus needs to be set on the dollar amount, if not it needs to be set elsewhere. I believe I can handle where its to be set with a cookie.
I don't like the flashing of the screen when this occurs and I'm not sure of how else to do it. Any ideas or thoughts?
Thanks,
Glenn
|
|
|
|
|
Just use javascript. ASP.NET describes server-side code and already uses a little bit of client-side javascript. If you don't want a round trip to the server, you need to implement this with client-side javascript or use the XMLHTTP component (would only work in "up-scale" browsers, i.e. Internet Explorer).
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
|
When you evaluate any product, the two biggest questions you must answer deal with cost and requirements.
Both have different licensing, so you really need to evaluate that.
Both seem to have similar functionality, but CR has been doing this longer (not necessarily always a good thing - personally I think they're getting more inefficient with each version and their managed APIs suck).
With that in mind, I think your biggest concern should be the cost of licensing the products in relation to how you need to deploy your solution.
For example, I know that you can deploy the runtime files and report definitions with your Windows Forms application if you registered your copy of CR for .NET that came with VS.NET. You would've recieved a code via email that you use when you create a Windows Installer package with the necessary runtime merge modules for CR. Specifically, you put this registration code in the regwiz.msm (or something like that) merge module replacement properties.
I did peek at SQL 2000 RS licensing once, but I honestly don't remember much about it. In any case, that's something only you can evaluate.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
We recently bought CR 10.
It's nice, but has a size problem... The merge module is 40 Mbytes...
Free your mind...
|
|
|
|
|
First off I'm new to this development platform so I don't know some of the most obvious fixes for known problems. Anyway, I've developed an application in C# that creates/accesses text files and utilizes the Microsoft Access database. My application runs fine on XP but fails with file access permission failures on Windows 2000 professional (the only other platform I've had access to to try). The .Net framework 1.1 is loaded on the machine and the application comes up with no problems. Only when I try to access a file I start having problems. Is there someting obvious I'm missing? Something particular to Windows 2000 I need to understand? I can't be the only one who has had this problem....can I?
Any help/insight would be appreciated.
Parrish
|
|
|
|
|
Is your app running on the 2000 machine loaded from a network share on the XP machine? If so, that's where your problem is. Since the netowkr machine isn't a trusted server, your code will not have the same access to the system as if it were launched from the 2000 box.
RageInTheMachine9532
"...a pungent, gastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
It's running on a Windows 2000 professional network. No XP involved at all.
Thank you for your quick reply.
Parrish
|
|
|
|
|
Also (regarding what Dave said), the file permissions may be different. If your MDB (Jet Database, aka "Access database") is in a directory where you don't have write permissions, then you must change the permissions on that directory.
If you're accessing the file over the network, then your code must have a FileIOPermission that allows access to that resource. This deals with Code Access Security in .NET - a sandbox of sorts that makes it a secure framework. See the article, Understanding .NET Code Access Security[^], for more information.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Thank you very much. I read up on it.
Parrish
|
|
|
|
|
I am trying to write/create a form that takes up the full screen of my pocket pc. In other words the form must obsecure both task bars (bottom and top) of the screen. I cannot get this to work on startup. If I focus off the form by calling up another app and then re-activate - the form becomes full screen. Subsequent forms called from the original startup form behave in a similar fashion.
Can anyone help?
RMe
|
|
|
|
|
A simple have would be to call Form.Activate when your form is loaded.
The correct way requires that you override the CreateParams property, get the base.CreateParams, and modify the Windows styles (which property you set the style using a bitwise OR depends on which style you set - see the Windows CE SDK), then return your CreateParams structure. This the typical way in Windows Forms on non-CE machines.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Thanks for the response Heath - but I am missing something. This is what I have done.
1. I create a new, empty Smart Device Project
2. I add a windows form to the project
3. I make sure that the window is maximised in the properties
4. I build and deploy on my Pocket PC
I don't see where I get access to Form.Activate. What has bothered me is that the MS help states that the Form.WindowState property is set to normal by default regardless of its initial setting.
RMe
|
|
|
|
|
Sorry, Activate isn't supported on the .NET CF. You'll probably have to P/Invoke SendMessage and send the WM_ACTIVATE message.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Thanks for the correspondence Heath - however in the meantime I have figured it out. I created an event handler for Form.Load which as you know occurs before the form is displayed for the first time. In the event handler I change the WindowState of the form to maximised, invalidate the screen and ask for an update. This seems to do it for me nicely. See code
//the Event handler
this.Load += new System.EventHandler(this.welcome_Load);
private void welcome_Load(object sender, System.EventArgs e)
{
this.WindowState = System.Windows.Forms.FormWindowState.Maximized;
this.Invalidate();
this.Update();
}
|
|
|
|
|
Hi folks,
I was recently reading Michael Kennedy's article, "Global System Hooks in .NET" [link], and I got to thinking:
If a global system hook injects the same stub of code into every running process in order to intercept the messages when they reach the process, wouldn't it be smarter to intercept the message before it was even dispatched to the process?
You'll have to forgive my ignorance here; I have next to no knowledge of the Messaging framework!
But, back on track, that thought struck me as quite odd. Surely it would be better to intercept it at a choke point rather than cater for every possible location? And if that was the case, surely it would also mean you wouldn't unnecessarily slow down the other processes on the system? Is that actually possible? Or do I simply not understand at all (quite likely  )
Again, this is just a thought - like I said, I have no knowledge of the internals of Windows' messaging system
Thanks for any comments,
-Adam Goossens.
This space for rent.
|
|
|
|
|
Adam Goossens wrote:
Surely it would be better to intercept it at a choke point rather than cater for every possible location? And if that was the case, surely it would also mean you wouldn't unnecessarily slow down the other processes on the system?
That's the pitfall for using a global hook. If you monitor the system for a specific message to a specific window, a global hook is not an appropriate solution. Global hooks are more for, say, monitoring the the system for keyboard events, mouse events, ...
I've used it to disable the Window key on our keyboards since there are keyboard shortcuts to launch Explorer even though policy has launching Explorer prohibited. This was a low level keyboard hook that intercepted keyboard messages before they were dispatched to the system.
If written properly and by that, I mean very efficiently, you'd never know the hook was there. Improperly written hooks, on the other hand, can seriously degrade performance. The keyboard hook I wrote just examined the keys coming from the keyboard driver and didn't pass along the key combinations that we needed it to suppress. This hook never showed a single second of consumed CPU time during the entire time it has been running, so it works really fast.
RageInTheMachine9532
"...a pungent, gastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
Well, that's the thing, global hooks are using the "choke" points. Every app has its own message queue. Even threads have their own queue. The system itself has no queue. So, if you want to capture something globally, you have to put something into each app. No other way around it, unfortuneately.
Now, I'm not sure if this is a confusing point, but the "Messaging framework" is a different beast than "windows messaging". The messaging framework is a service that distribute messages using tcp/ip. The windows messaging is for the gui/user interaction. The two have absolutely nothing in common other than running on Windows machines.
I hope I've cleared things up. If not, well.... ask! 
--
Joel Lucsy
|
|
|
|
|
Well, that's the thing, global hooks are using the "choke" points. Every app has its own message queue. Even threads have their own queue. The system itself has no queue. So, if you want to capture something globally, you have to put something into each app. No other way around it, unfortuneately.
Ah! That's what I was looking for  . I was under the impression the system would have it's own queue where the messages were received from the hardware, processed, and then dispatched to the appropriate process/thread. Since this isn't the case, the idea of inserting that code stub into each process to catch them makes sense. Fair enough.
Now, I'm not sure if this is a confusing point, but the "Messaging framework" is a different beast than "windows messaging". The messaging framework is a service that distribute messages using tcp/ip.
Whoops, that's me talking about things I know nothing about again!  I didn't know there was such a thing as the Messaging framework to be honest
Kudos to both of you for the quick and detailed responses! Much appreciated!
This space for rent.
|
|
|
|
|
hai there,
i need your valuable information.
i would like to create a text editor using c#.
i got a trouble in displaying line numbers on left side of the TextBox
Also i want the feature 'Add Breakpoint' in a panel near the texteditor.
How can we get the position of a cursor with respect to the control.
Thanks in advance.
Regards,
Shaju 
|
|
|
|
|
I suggest you take a look at some open-source applications. You could find a horde of examples on http://www.sourceforge.net[^]. There's no "standard" way of doing this and it greatly depends on your implementation.
Microsoft MVP, Visual C#
My Articles
|
|
|
|
|
Have a look at mine (see link below) It's a helluva lot harder than you mite think (dont look at silly implementations that use a seperate control for line numbers, like #develop)
top secret xacc-ide 0.0.1
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
