|
Hi,
GetCursorPos function retrieves the cursor's position, in screen coordinates. Just use it in your click handler.
BOOL GetCursorPos(
LPPOINT lpPoint // cursor position
);
Vitali
http://www.creative-case.com
|
|
|
|
|
hi ,
This thread is for all those developers who want to write application for Nokia and other small mobile phones using VC++,
every body intrested can share views here and post problems and suggestion regarding it , cauz it might help many ppl who r new to this kind of development.
Waiting for ure participations
No Worries!
|
|
|
|
|
For all those developers who are willing to write Symbian software, my suggestion is to stay away from Nokia's SDK for Visual Studio. This SDK is just a bunch of command-line driven scripts, and are EXTREMELY clumsy.
Borland is about to release it's mobile development environment, called Borland Mobile Studio. I would wait for it before really starting to build Symbian apps with C++. If you can't wait, learn Java. It's development tools are much more convinient.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
|
Thanx for this information but i said
ppl Who are intrested in Nokia Symbian Series60 mobile phone development using VC++ not using Java.
Atif Mushtaq
No Worries!
|
|
|
|
|
Who has said u it is just bunch of command line driven script , u can integrate SDK in VC6.0 and VS.NET,There is also series 60 appwizard available for VC6.0.
I Know it is hard but you can program it with little effort.
as far as borland c concerns u can wait for it but i can't .
also Java might be a preferable tool for you , but as a VC guy when it comes to performence I wont see jave my first choice.
One last thing this offer was only for those who like to take up the challenge instead of worrying about the difficulties.
Atif Mushtaq
No Worries!
|
|
|
|
|
The SDK consists of tools, that are ran by Perl scripts. It requires a specific version of Java Runtime Environment in order to run, it even has an authentic 'if' check to ensure this, which can be happily ignored by hacking the registry a bit. Several attempts on Nokia's behalf to alter the SDK to support a newer version of JRE have not succeeded: the only way to use a newer version of JRE properly is to fool the scripts to think that you're running an older version.
The integration of the SDK with the VS environment allows you to create the emulator versions of your applications. These files, strangely, are compiled for the x86 processor, and further suggest that you cannot use them directly on a target mobile device, but must use the command-line tool to compile, for example, an ARM4 version. Another oddity in the SDK, and especially in the design of the emulator.
From what I know about emulators, you should be able to build an ARM4-version, then run the emulator with that version in order to test it, and finally move the version directly over to the phone. Naturally, this creates difficulties in the debugging phase (because cross-processor debugging is hard to implement), so that is probably why they chose the "alternative" approach in the first place, putting the emulator run x86 code.
The documentation for the Avkon framework is outright poor. In order to effectively do something with Avkon, you must browse through numerous example codes and header files. Creating docs with an automated documentation generator is fast, agreed, but leaving documentation to a this type of state is just about unacceptable. The Symbian framework (Eikon/Uikon) documentation is much more better off, you can actually perform lots just by reading it.
From my point of view, the C++ SDK provided by Nokia is very poor compared to the J2ME tools that one of the posters mentioned. Java might have poorer performance, but when running on a mobile phone environment, the speed is not always the most important thing. The performance gain provided by C++ is, of course, a natural plus, but the lacks in the SDK drag it below Java's level.
Perhaps you don't have time to wait for Borland to release their tool. That is okay: it's completely possible to develop Symbian software for Nokia mobile devices by using the tools currently available. But in order to become a major hit, so that lots and lots more people would take up the challenge and write competitive software for Nokia's phones, a clean-up of their act with the SDK is definitely necessary.
Also, I happen to develop professional software for Symbian OS and Nokia's phones, so I have taken up the challenge you so keenly describe. It really is a challenge, but with simple refining, it would have been an easy thing to make developing Series 60 software with Nokia's C++ SDK much much easier 
The latest news, however, have it that Nokia is attempting to incorporate Perl for the Symbian platform.. This suggests that they might completely abandon the C++ SDKs in favor of better solutions.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Yes it is right u need JRE1.3.1 and perl 8.5 to make this SDK work , it is also right that to run the examples come with this SDK , need some command line work to convert in visual c++ workspace.
no dought help is very poor ,code generated by appwizard is difficult to understand but above all these things it is only choice if u use C++,i seen features in Borland Mobile Studio , it has minimum support for C++ ,what it does provide all SDK under one hood , some wizards but ultimately u will have to use same SDK.(no Form builder )
so what a c++ guy can do either migrate to J2ME , or stay with it.
One important thing u have bundle of c++ code , which u might convert to run on mobile devices , what would u do with that translate all that in java.
so no way i can migrate to jave cauz i dont have much time , can u suggest some third option like new Mobile WebServices in .NET 2003 as i have only heared about it.or some other better solutions.thanx
Atif Mushtaq
No Worries!
|
|
|
|
|
How I can click button 1 then bitmap 1 will appear.
|
|
|
|
|
A bitmap, in order to be displayed, requires a device context to which it is copied. This device context can be any window, such as a new window, a static control, heck, even a cell in a list control.
Thus, on the click handler, you must load the bitmap from a resource or a file, then create a memory-based DC and blit the bitmap into the target context.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Are you has any simple example to show me.
Thanks
|
|
|
|
|
How can I get handle to the CScrollBar which is created automatically when I insert enough items to my report-view?
|
|
|
|
|
The CListCtrl is responsible for upkeeping and drawing it's scroll bar. The control itself handles the messages and drawing related to this window item, that is, there is no external control embedded. Or, at least none that I know of. You could use Spy++ to see if you can attach to the scroll bar itself on the control. If you can, then it exists, if you can't, then it's embedded.
What is it that you'd need to accomplish using the handle ? To scroll the control ? To draw it yourself ?
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
I Checked the control with spy++ and yeah, I'm not able to attach to it..
It seems that my whole approach for the problem was completely wrong. Perhaps I tried to do things too comlicated, since the actual problem is that I wan't to know when the scrollbar is created and when its destroyed, so that I can do something interesting..
Now I wrote a message handler for WM_PARENTNOTIFY thinking that also the creation of the scrollbar would cause this message to be sent to my custom-control.. but it seems that it is not sent in such cases.
What would be a better approach?
-Jussi
|
|
|
|
|
JussiL wrote:
What would be a better approach?
Can't say, until you describe what you're actually trying to accomplish.
---
the work, which will become a new genre unto itself, will be called...
|
|
|
|
|
To determine if the window has a scrollbar(s) you can check it's style and look for WS_HSCROLL & WS_VSCROLL. I don't think there is a notification message for the scrollbar create/destroy event, but
monitoring all the messages that might cause it should help. WM_SIZE (list view), , WM_NOTIFY: LVN_INSERTITEM, LVN_DELETEITEM (listview parent), HDN_BEGINTRACKA, HDN_BEGINTRACKA (listview).
Edward
|
|
|
|
|
This solution turned out to be the best for me! Since now I just check the style when inserting or deleting items from the listview (this is enough in my case) like this:
<br />
if ( (GetStyle() & WS_HSCROLL) != 0 ) doMyStuff();<br />
Thanks!
-Jussi
|
|
|
|
|
The best approach by far is to derive a custom control from CListCtrl, then add a CSrollBar member to it and manually create and destroy it as necessary. This allows complete control on how the scroll bar works, but if you are unfamiliar with custom control creation, it might prove somewhat difficult.
There is an article available in CodeProject that discusses a list control with it's scroll bars removed. By looking at it's code, you might find some tips or clues on how to implement your solution. Lars Werner's article Hide scrollbars from a CListCtrl[^].
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Hey
i have a problem to display a window in a dll. If I call the dll from Visual Basic I can see the window.
If I do this inside an asp page the window is unvisible
What is to do?
Frank from Bali
|
|
|
|
|
Hi,
I've suppose that you using WSH scripting on client side to work with dll.
If yes, then use SetAllowUI(True) to enable your windows.
Vitali
http://www.creative-case.com
|
|
|
|
|
Hallo
I'm not using WSH, but pure ASP.
The problem is I need to communicate with an IE to do same rendering and make a gif of this
Regards
Frank
|
|
|
|
|
Rather than creating a window from a server service process (which probably does not have the Allow Interaction With Desktop flag set), you should just create a memory DC, do all of your drawing onto the memory DC, then get the bitmap from the DC. Then, you can convert the bitmap to jpeg, gif, etc.
If you need some sample code to do this, I could provide it to you. Just send me an email at jeff@webogy.com.
onwards and upwards...
|
|
|
|
|
I am using code that I have found from around the web that shows a
Balloon Tip on any Tray Icon, but I can't seem to get the timeout
working correctly. No matter what I set the uTimeout parameter to
it doesn't close. Am I missing something?
Here is the code that I am using to display the Balloon Tip.
m_TrayData.uTimeout = uTimeout;
m_TrayData.dwInfoFlags = dwInfoFlags;
m_TrayData.uFlags = NIF_INFO;
strcpy(m_TrayData.szInfo, szMsg ? szMsg : _T(""));
strcpy(m_TrayData.szInfoTitle, szTitle ? szTitle : _T(""));
return Shell_NotifyIcon(NIM_MODIFY, &m_TrayData);
Any help would be great.
Thanks.
|
|
|
|
|
There are a couple of bits that semi-jump out from the docs. Are you setting uTimeout between
10s and 30s? Are you setting the cbSize parameter to the right value? If you've got it set to
an older size, then some features won't work properly.
Iain.
|
|
|
|
|
I think that I am doing this all correctly. I am setting timeout to 15000 which should be 15 seconds. Also here is how I am setting the size parameter.
m_TrayIcon.cbSize = sizeof(NOTIFYICONDATA);
m_TrayIcon.hWnd = this->m_hWnd;
m_TrayIcon.uID = 1;
m_TrayIcon.hIcon = this->m_hIcon;
m_TrayIcon.uCallbackMessage = WM_TRAY_MESSAGE;
m_TrayIcon.uFlags = NIF_ICON | NIF_MESSAGE | NIF_TIP;
strcpy(m_TrayIcon.szTip, "Update Client");
Thanks,
Matt.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
