|
Ok, so what's the problem/question? Why not provide a code snippet that can be critiqued?
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Click this link[^] and you may find what you need.
|
|
|
|
|
I have a small contract to slightly alter a piece of software that I own to adapt it to the needs of a client. Does anyone know if there is any precedent for who by default has the intellectal property in this case? Would I have to specify this in the invoice that it in no way represents a transfer of IP if I wanted to keep control of the software even after the modification were made? The client is in Europe.
|
|
|
|
|
My guess would be that they would own the rights to the modification, but not the core component.
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
Unless otherwise stipulated, you would likely retain ownership of the intellectual property. For safety, however, you should create a contract that clearly specifies this.
(If the creative forces reside in the contractee and you work exclusively for them, even if a contractor, the work would likely be classified as "work-for-hire" and the contractee would own the copyright and intellectual property, but that doesn't sound like your situation.)
Also be aware that any translations are copyrighted separate from the code by the translator. Be sure you get a signed contract assigning copyright back to you in this case.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
I'm wondering about a behaviour with MFC application on a CDialog concerning the mnemonic.
I always thought that an object(e.g. a CButton)'s
function is executed when pressing ALT+Mnemonic.
Now I saw that the function is executed if the focus is in a non-entry control (like a CButton) without pressing the ALT key.
Is there a chance to avoid this behaviour and only execute the function by using ALT+Mnemonic?
|
|
|
|
|
I'm not a 100% sure but I think this is the default behaviour
if the focus is set to a non-edit control.
Maybe you can change this behaviour by overriding PreTranslateMessage,
but I am only guessing...
Jens
|
|
|
|
|
Does 'EnumDesktopWindows' is not supported in windows 95/98 ?
If not - How else can i get a handle to the windows currrently running ?
|
|
|
|
|
Avi Strul wrote:
Does 'EnumDesktopWindows' is not supported in windows 95/98 ?
Correct, it is not supported on those platforms.
Avi Strul wrote:
If not - How else can i get a handle to the windows currrently running ?
Please indicate what problem you are attempting to solve, and we might be able to offer a solution that does not depend on EnumDesktopWindows().
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
I am trying to write a browser monitor. If i could get a handle to the current open windows then I can decide whether it is a browser , if it it - then look on the window control to look for the site that is currently being viewd.
|
|
|
|
|
It would be much easier to write a Browser Helper Object (BHO). There are examples here at CP. You can also Google for more.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Hi all,
I would like to be able to turn off/on the monitor programmatically.
In fact, I can do that with this piece of code:
HWND hWnd = GetSafeHwnd();
::SendMessage(hWnd, WM_SYSCOMMAND, SC_MONITORPOWER, MONITOR_OFF);
The problem is when the mouse is moving, the display is turning on back.
I tried to use a global mouse hook (implemented in a DLL) which is called and enabled by my main MFC application. The hook works great !
Then, in my application, I have this :
InstallHookMouse(); // Install mouse hook which lock all mouse messages
DisplayOff(); // Turn off the monitor
When I move the mouse while the display is turned off, it turns on back. 
Have I to program a mouse filter driver to lock definitively this mouse and then, the monitor will not turn on back (until my application will decide to turn it on), or is there another solution ? 
Thanks.
|
|
|
|
|
hkulten wrote:
The problem is when the mouse is moving, the display is turning on back.
When I move the mouse while the display is turned off, it turns on back.
If you turn the monitor off programmatically, how is it expected to turn back on other than via the mouse or keyboard?
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
|
That's right. I badly expressed myself. 
As the same way I can turn off the display programmatically, I will turn it back on programmatically. I don't want the user can turn on the screen. That's why I tried to lock mouse moves, but it does not work.
Any solution(s) ?
|
|
|
|
|
Unless you can convince me otherwise, I consider that to be very non user-friendly. If I'm working on the computer and some application decides that the monitor needs to go off and I can't turn it back on by moving the mouse, I would seriously consider removing that application.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Yes, you're right for this point, but my application is targeting PC which displays multimedia messages on screens (LCD or Plasma) and, normally, there are no interactive users on these machines.
My application must turn off/on screens when no messages are displayed in order to save LCD/Plasma life time. My solution works well because, for that kind of PC, there are no users, but I want to develop my application properly, and I cannot accept that the screen could turn on without my application.
Maybe this is not possible on Windows platform to turn off properly the screen. 
The last thing I would say is that I could do that on Atari ST platform, and fifteen years later, I could not do the same thing on Windows platform fifteen years old  ?!! I think this is the progress...
Thanks for your response.
|
|
|
|
|
hkulten wrote:
::SendMessage(hWnd, WM_SYSCOMMAND, SC_MONITORPOWER, MONITOR_OFF);
the SC_MONITORPOWER doesn't really turn the monitor off, it only make use of the power-saving feature of the monitor ( just like the screensaver does )
Maximilien Lincourt
Your Head A Splode - Strong Bad
|
|
|
|
|
Yes you are right, but my purpose is to use this power-saving feature from my application. I want to be able to turn on/off monitor when I need, and no turn back on of the display when the mouse is moving.
Maybe are there softwares which can do that ? 
Thanks.
|
|
|
|
|
Does anyone know how to hook a game engine? Or where to find the full source to the unreal Game Engine in C++?
|
|
|
|
|
Try posting this at
www.gamedev.net[^]
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
for game hacking this is the wrong address. I propose cheating pages!
Don't try it, just do it! 
|
|
|
|
|
CopyFile("c:\\boot.ini","\\\\127.0.0.1\\e:\\boot.ini",FALSE);when I use the copyfile function after I have established a ipc$ connection with the target machine which I'd like to copy file to ,I receive a error code 67(using getlasterror),the error remains even when I change the ip address of the targe machine,and I think there is no syntax error ,what's the reason?
|
|
|
|
|
I've not tried this before, so this is just a guess, but shouldn't e: be mapped to a server\share on the target machine? In other words, if e: were mapped to \\127.0.0.1\someshare, then the target would simply be e:\boot.ini. Yes?
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
I inject a mfc dll inside a process, after i create a windows a windows using CWnd::CreateEx inside CWinApp::InitInstance but when InitInstance finished my windows is closed. I tried to solve this problem creating a new thread and inside this thread a create my windows but when i call CWnd::CreateEx my process crash. how can i solve this problem? how can i create a new windows in a MFC Dll injected inside another process?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
