|
Thank you Lev 
|
|
|
|
|
You're welcome
Regards,
Lev
|
|
|
|
|
Hi my friends, I want to write a mobile application with c# or vb.net. This is my first experience about smart device. How can I connect to access file. Insert delete update.. I can't connect mdb with use Sqlce. Please help me. Thanks..
S.A.A
|
|
|
|
|
I think its not possible. Access provider doesn't support by Smart Device application. Is there any other method for this ?
S.A.A
|
|
|
|
|
.mdb file you can not connect directly.
See this Link[^]
Pavan Pareta
|
|
|
|
|
As of yesterday the 24 hours of Windows Mobile series has reached its halfway point. . I thought this would be a good timme to post the links to all of the recorded presentations for those that may have missed one.
modified on Friday, December 19, 2008 5:29 PM
|
|
|
|
|
Hi,
I am seeking for a good tutorial or a book for Windows Mobile Development with VB.net. If you know a good one, would you please advice me. In the meanwhile, if you know how to perform multiple selections for listview with P/Invoke, I would really appreacite to have a sample code.
Thanks.
What a curious mind needs to discover knowledge is noting else than a pin-hole.
|
|
|
|
|
Of the books I've seen they all either use C# or C++ for their example code. But if you've learned VB.Net then you should have no trouble understanding the the books with the C# examples. That being said I would suggest you get "Microsoft Mobile Development Handbook." The book concentrates more on explaning the classes and concepts that you will use in Windows Mobile development than walking through code.
|
|
|
|
|
Hello,
Plz anyone has the source code of an application where i can send a colored sms?
Thanks & Regards
yasso
|
|
|
|
|
It is not possible to create colored text using SMS, it is AFAIK possible using MMS, though.
Regards,
Lev
|
|
|
|
|
No, it is possible, i saw some applications on the web and i download one but unfortunately i can't use it in my country.
yasso
|
|
|
|
|
|
I am new to mobile app programming, how much memory is generally expected to be available in contemporary devices using Window CE or equivalent? I have a stand-alone Windows application framework that can run Windows applications down to about 2 megabyte footprint. If it can fit into a telephone device, a whole new market may open up for me.
|
|
|
|
|
Most Windows Mobile devices available today ship with 128-192MB of RAM. Not all of it is available for applications, since the RAM is also used for loading the OS and storage of files. The memory for running programs would be 30-60MB. In my old phone (64MB of RAM) I have 15MB available. In Windows CE you can fine tune this setting (favor application RAM over storage RAM and vice versa), but in Windows Mobile the ratio is handled automatically by the OS.
I would say that 2MB is a bit high for a mobile application, but still not a forbidding value. You need of course to do some testing in an actual device before deciding.
|
|
|
|
|
#include <windows.h>
#include <wincrypt.h>
#include <iostream>
using namespace std;
static HCRYPTPROV hProv = NULL;
static HCRYPTPROV hNewProv = NULL;
static HCRYPTKEY hKey = ERROR_INVALID_HANDLE;
DWORD nOutBufSize = 4096;
char lpOutBuf[4096] = "";
DWORD BytesReturned = 0;
int wmain()
{
//if CryptAcquireContext is successful then go inside otherwise not
if(CryptAcquireContext(&hProv, NULL, NULL, PROV_RSA_FULL,
CRYPT_VERIFYCONTEXT))
{
if(!CryptGenKey(hProv, AT_KEYEXCHANGE, 0, &hKey))
{
//WriteDebugMessage(L"GMDSD: FILTER_DeviceIoControl called CryptGenKey failed", eError);
}
}
else
{
//WriteDebugMessage(L"GMDSD: FILTER_DeviceIoControl called CryptAcquireContext failed", eError);
}
unsigned char buff[4096] = "DATA";
DWORD len = 7;
CryptEncrypt(hKey, 0, TRUE, 0, buff, &len, nOutBufSize);
CryptDecrypt(hKey, 0, TRUE, 0, buff, &len);
cout<<buff; //this buff should display "DATA"
return 0;
}
|
|
|
|
|
Hi,
I am developing a small app under Windows Mobile 6 with VB.NET. I realized that I am not able to perform multiple selections for some controls including Listview and Listbox. Therefore I saw that extended styles are used for some purposes. Therefore It is requried to write a partial class in some controls to enable such tasks on the controls. It is a blocking issue for a populated listview in design time.
Would you please give me a sample to show, how you can select mutiple items for a listview. I would really appreciate it.
Thanks.
What a curious mind needs to discover knowledge is noting else than a pin-hole.
modified on Tuesday, December 16, 2008 6:16 AM
|
|
|
|
|
Did you set MultiSelect to true?
|
|
|
|
|
In mobile development WM 6.0 there is no multiselect property associated to listview in design time but strangely selectedindices property. I am not able to perform multiple selection in listview in runtime. I think it requires an extended style pinvoke methods (API CALLS) that is what I am looking for.
Thanks.
What a curious mind needs to discover knowledge is noting else than a pin-hole.
|
|
|
|
|
My apologies. I was thinking about the full desktop framework. as you have pointed out the compact framwork does not have this property. I found some code[^]some one else posted in which he made a few Win32 calls to make the listView allow multiple selections.
If you don't have a UUE decoder use then Winzip.
|
|
|
|
|
Hi all,
I have a little (and I hope simple) problem with using of OpenFileDialog in a .Net C.F. aplication:
When I open OpenFileDialog1 to choose the file to open/read, it remains active/visible for all time that the choosen file is reading.
And as to reading the file sometime need also 4 minutes, I would like that OpenFileDialog1 remain visible only for time needed to choose the file, and immediately after it disappears to show again the main form.
But I don't know to do it (OpenFileDialog1 doesn't accepts .close).
Here a piece of my code:
Private Sub MenuItem2_Click(ByVal sender As Object, ByVal e As System.EventArgs) Handles MenuItem2.Click
openFileDialog1.InitialDirectory = "\My Documents"
openFileDialog1.Filter = "wpt files (*.wpt)|*.wpt|txt files (*.txt)|*.txt"
openFileDialog1.FilterIndex = 1
If openFileDialog1.ShowDialog() = DialogResult.OK Then
myStream = openFileDialog1.FileName
NomeFile = myStream
Me.Text = "Waypoints Manager - " + myStream
Using sr As StreamReader = New StreamReader(myStream)
CountLines = 0
Do
line = sr.ReadLine()
If line = Nothing Then Exit Do
CountLines = CountLines + 1
Loop Until line Is Nothing
sr.Close()
End Using
Can someone help me please?
Thanks
Ignazio
|
|
|
|
|
Without looking at your code I can tell what's going on since it is such a frequently occurring question.
The problem you are encountering is intrinsic to applications with single threads. The OpenFileDialog isn't still active. It is closed. However, your application hasn't redrawn it self so the last image that was on the screen remains visible until it does.
Right now you are reading the file on your primary thread, and while that primary thread is busy reading the file it does not have the opportunity to redraw the main window. When the read operation completes then the application can use that thread to redraw the main interface.
To prevent that behaviour you will need to read your file on a secondary thread so that the primary thread is still free to redraw the main interface. This concept can be applied to both desktop and mobile applications written with managed and native code. Please read the following for a more complete explanation of the problem you are encountering and the solution.
Give Your .NET-based Application a Fast and Responsive UI with Multiple Threads
modified on Sunday, December 14, 2008 4:51 PM
|
|
|
|
|
Thank you very much Joel!
Your posts are precise and reliable as usual.
I will follow your advice.
But While I was trying to resolve the problem, I made this simply modify to the code:
I placed the OpenFileDialog1 code and the file reading code in 2 different Sub, and in the first line of reading Sub I added ME.Refresh() statement.
It seems that this modify works and the OpenFileDialog1 disappears before the file is read (as I desired).
Ignazio
modified on Monday, December 15, 2008 4:35 PM
|
|
|
|
|
I'm just starting WM development and I'm trying to use VS 2008 Pro 90 day trial, since it is closest to the C I've programed embedded applications (for specialized devices like digital satellite receivers, flight data recorders, transmission controllers, and a few other things).
I'm looking for some samples or documentation on getting started.
I've looked at the samples with the WM5 SDK,
PocketPC->CPP->ATL
PocketPC->CPP->Mfc
PocketPC->CPP->Win32
I'm confused what the difference is in these example categories (I built and ran these, or the ones that would build).
I also tried to find samples here, and was looking in the Mobile Development (http://www.codeproject.com/KB/mobile/[^]) but I'm not sure which would be for C++ development for a WM5 or WM6.x device.
Can anyone point me in the right direction, or is there an article I've missed that explains these differences?
|
|
|
|
|
Development Technologies
Win32
The Win32 code examples are based off of the Windows API and nothing more. Projects of this type of the potential to be the smallest of the different project types with the lowest level access at a cost; you'll have to make more function calls to perform certain tasks (such as creating a window) than you would in the other project types.
MFC
MFC is a step up from Win32. You still have access to all of the low level Win32 APIs but you don't have to make the low level calls for some rather routine tasks such as creating a window or a button. Instead the MFC framework offers a set of classes that encapsulates this functionality. You mentioned having a C background. MFC is based off of C++ and is object oriented. If you have not worked with Object Oriented Programming before then your 90 days may be better spent in targeting Win32 projects.
ATL
Like MFC, ATL is a framework library that abstracts away several low level tasks. I've never used it myself so I can't speak on it beyond that.
.Net and C#
If you have familiarity with object oriented concepts then your 90 days will be better spent targeting .Net as your project type. Like MFC the .Net framework abstracts away a lot of routine task. It adds a layer of separation between you and the lower level APIs but you'll find that it meets most of your needs. You didn't ask about this technology but I am encouraging you to look into it. Microsoft is releasing a series of webcast called "24 hours of Windows Mobile" that covers different aspects of mobile development using .Net. I've indexed some of the web cast that they have done in this series at th following URL. At the very least look at the introduction webcast.
Compatibility
For the most part anything you see that targets Windows Mobile 5 will work on Windows Mobile 6. In many (but not all) cases code that is said to target Windows Mobile 6 will work on Windows Mobile 5. The main factor that bifurcates the platform is whether a device is running Windows Mobile Standard or Windows Mobile Professional. A phone running Windows Mobile standard does not have a touch screen. A phone running Windows Mobile Professional has a touch screen (there are other differences but those are the primary differences).
Some one had once asked about Windows Mobile development in the MSDN forums. I saved the response that I gave the person thinking that others may find it helpful. You can read it here.
|
|
|
|
|
Hello
I am developing a application for window mobile 5.0. and i want to print some reports from window mobile to my network printer. how i print the document using window mobile. please suggest.
Thanx
Khatri Mitesh
~Khatri Mitesh
khatrimitesh@hotmail.com
Bikaner (Rajasthan)
INDIA
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
