|
Would someone explain to me how to add an option to cause a program such as this to start in the tray when the computer is rebooted?
|
|
|
|
|
Hi Chris,
When I build for Pocket PC it seems not working properly.
But the icon will sit on the hadn held PC system tray.But i am not able to enable/disable menus.
Please guide me.
Thanks
AKS
|
|
|
|
|
Hello.
There is a lot of interest around Metric Time http://zapatopi.net/metrictime/ and already an applet for the Linux desktop showing MT available. The same would be nice in windows, but I can not find any resources on modifying the built in clock display. And the icons showing up in the systray usually are just icons.
Any ideas how modifying the windows systray clock or adding a similar (but metric) clock next to it could be accomplished?
Thanks,
rehgf
Edit: I got help from Lyle Zapato, he found http://homepage1.nifty.com/kazubon/tclock/ and I wrote a patch to that systray clock. If Kazuto Sato likes it he might add it to the codebase and you can see the result in a couple of days. Otherwise you will not.
Thanks for all help,
rehgf
|
|
|
|
|
Well - Tray Helper is able to display a floating, customizable clock on your desktop. This clock is able to show METRIC time also
It's not in tray as you're looking for but maybe you will like it.
Link: http://www.trayhelper.com - and dload Clock plugin (via application interface).
Best regards,
Irek
|
|
|
|
|
The reshuffle doesn't work under xp.
Matus
Check out Aephid Photokeeper, the powerful digital
photo album solution at www.aephid.com.
|
|
|
|
|
Neither does SQLServer 2000 (and hence I don't have it installed). Anyone want to take a jab at sorting out what's wrong (or maybe it's 'just an XP thing')
cheers,
Chris Maunder
|
|
|
|
|
Well, somebody, take a jab at it, already!
XP seems to shuffle the icon in the wrong direction. After system restart, the tray icon is somewhere in the middle of the tray, but after the 20 secs it shuffles to the left side of the tray. How annoying.
The program is nice anyways, and it'll stay on my system until Microsoft decides to do something about the stupidness of the default tray clock. I just have to get used to check the date on the left corner of the tray.
(Ooh, I just noticed: In XP, if you pull the task bar up so that it's bigger than one row, the clock display shows the date and the name of the day. But I haven't got enough screen space to use two rows..)
Jouni Utriainen
Finland
|
|
|
|
|
SQL Server 2000 does work under XP...got it on my Dell.
Bret Faller
Odyssey Computing, Inc.
|
|
|
|
|
I'd be interested in how you did that. Mine simply says 'SQL Server not supported on this OS' or something.
cheers,
Chris Maunder
|
|
|
|
|
What version of XP and SQL do you have?
You can not install SQL Enterprise on XP! That was the usual problem around. But developer version you can. I have it on my xp pro.
|
|
|
|
|
I was trying to install SQL Enterprise. Evidently SQL Standard works fine on XP Pro.
cheers,
Chris Maunder
|
|
|
|
|
I found a bug with your program while its running if u go into the dos prompt and change the date using msdos date function your application will crash. Just thought u should know.
|
|
|
|
|
I tried that out, nothing bad happens when you change the date from MS-DOS under Win2k
|
|
|
|
|
EVERY f#%$&$(~!! time i start up, my date/time automatically resets itself to the year 2000.
What do I need to not have to reset it to this year's date?
A thousand thank yous!
|
|
|
|
|
Try a new battery in your motherboard.
cheers,
Chris Maunder (CodeProject)
|
|
|
|
|
Thanks Chris!
Is this something that is a fairly easy prodecure, or should I get a technician to do it?
What kind of battery?
One Million Thank Yous!!!! )
|
|
|
|
|
1.5V CR3032 Button (coin) cell lithium battery. Power down and unplug. Take the old one out, put the new one in. Wait thirty minutes to be safe, start your computer again and reconfig the BIOS if necessary.
Jeremy Falcon
Imputek
<nobr>"Oh no there was a knife in that kitchen drawer and I cut myself - please remove the kitchen." - David Wulff
|
|
|
|
|
I'm sure this is an insignificant question, but I'm just getting started with Visual C++ for Wince. I'm trying to build TrayCalendar_CE and port it to the Jornada 720 platform.
I can build TrayCalendar_CE for the default target that VCCE derives from the distributed source code (H/PC Pro 2.11 and WCE MIPS) and run it on the HPC Pro emulator.
However, if I try to switch the active WCE configuration to HPC 2000, I get the following errors. Frankly I haven't a clue what "Can't build MFC OLE projects using static MFC libraries" means. Can someone help?
Carson Wilson
cw@carsonwilson.com
Compiler output:
===============
Deleting intermediate files and output files for project 'TrayCalendar_CE - Win32 (WCE MIPS) Debug'.
--------------------Configuration: TrayCalendar_CE - Win32 (WCE MIPS) Debug--------------------
Compiling resources...
Compiling...
StdAfx.cpp
Compiling...
MainFrm.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
C:\Windows CE Tools\wce300\hpc2000\mfc\include\afxdisp.h(63) : fatal error C1189: #error : "Can't build MFC OLE projects using static MFC libraries."
Splash.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
SystemTray.cpp
C:\Windows CE Tools\wce300\hpc2000\mfc\include\afxdisp.h(63) : fatal error C1189: #error : "Can't build MFC OLE projects using static MFC libraries."
TrayCalendar.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
C:\Windows CE Tools\wce300\hpc2000\mfc\include\afxdisp.h(63) : fatal error C1189: #error : "Can't build MFC OLE projects using static MFC libraries."
TrayCalendarOptions.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
C:\Windows CE Tools\wce300\hpc2000\mfc\include\afxdisp.h(63) : fatal error C1189: #error : "Can't build MFC OLE projects using static MFC libraries."
Generating Code...
Error executing clmips.exe.
TrayCalendar_CE.exe - 4 error(s), 4 warning(s)
|
|
|
|
|
try changing project settings ->general tab -> Use MFC in shared Dll
|
|
|
|
|
Thanks, "digiedit!"
Making the selection you recommend in Settings gets me a little further, but now I get "unresolved external symbol WinMain referenced in function WinMainCRTStartup."
Again, I'm afraid I'm in the dark here. Can anyone help?
Carson Wilson
cw@carsonwilson.com
Compiler output:
===============
Deleting intermediate files and output files for project 'TrayCalendar_CE - Win32 (WCE ARM) Debug'.
--------------------Configuration: TrayCalendar_CE - Win32 (WCE ARM) Debug--------------------
Compiling resources...
Compiling...
MainFrm.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
Splash.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
StdAfx.cpp
SystemTray.cpp
TrayCalendar.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
TrayCalendarOptions.cpp
C:\Handheld\traycalendar_src\resource.h(47) : warning C4005: 'IDC_HAND' : macro redefinition
C:\Windows CE Tools\wce300\hpc2000\include\winuser.h(4287) : see previous definition of 'IDC_HAND'
Linking...
corelibc.lib(pegwmain.obj) : error LNK2019: unresolved external symbol WinMain referenced in function WinMainCRTStartup
ARMDbg/TrayCalendar_CE.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.
TrayCalendar_CE.exe - 2 error(s), 4 warning(s)
|
|
|
|
|
More information:
As I mentioned above, I can compile just fine using the default source code.
In fact, I can compile OK even if I change "Active WCE configuration" from H/PC Pro 2.11 to HPC 2000. However, this defaults to a MIPS device and I have an ARM, so I need to change the "Active configuration" from MIPS to ARM.
However, no ARM configuration is available in the pulldown menu. What I did was go to Build->Configurations and select Add, then select CPU "Win32 (WCE ARM)" and then select "default debug configuration" in the "copy settings from" pulldown. This results in the forementioned link error (unresolved external symbol WinMain).
If I select "TrayCalender_CE - Win32(WCE MIPS) Debug" instead as the "copy settings from" selection, I get the following error:
Linking...
.\ARMDbg\MainFrm.obj : fatal error LNK1112: module machine type "ARM" conflicts with target machine type "MIPS"
So, the problem is occuring in how I am creating the "active configuration," but I'm not sure how or why.
Any help appreciated,
Carson Wilson
cw@carsonwilson.com
|
|
|
|
|
Do not include WinMain as part of your class.
This is wrong:
int WINAPI CMyClass::WinMain( ...blah, blah, blah... )
{
// stuff
}
This is correct:
int WINAPI WinMain( ...blah, blah, blah... )
{
// stuff
}
Hope that helps!
Get Real.
|
|
|
|
|
Well, I found a way to get the compile to complete.
Rather obscure, but derived it by comparing the "working" Configuration with the broken one:
1. Select Project->Settings->Link
2. Change Entry-point symbol from WinMainCRTStartup to wWinMainCRTStartup.
This combined with Project->Settings->General of "Use MFC in a Shared DLL" allows the project to build to completion.
However:
1. It apparently runs, but shows nothing in the taskbar except the empty space the calendar icon would have taken up.
2. After the link phase, WCCE downloaded two rather large files to my Jornada's \Windows directory, taking up precious internal memory space:
- mfcce300d.dll, 970k
- olece300d.dll, 567k
These apparently replace the existing mfcce300.dll and olece300.dll files. Perhap they are debug versions.
Carson Wilson
cw@carsonwilson.com
|
|
|
|