Comments by LordXandor

LordXandor 12-Nov-11 15:38pm View

Yes, there is. My website has at least 15 of them. That's what Ajax is all about. Check out my website at www.xtremecomutingol.com. The menu on the left does work, even though they apear to be plain text, this will be fixed soon. The entire visit on the website is on one single page using Javascript return protocols and a client side console to process it all.

LordXandor 12-Nov-11 15:33pm View

Thank you very much for the help. I am simply talking about text chat. I think this ajax chat will work with some modifications for user login. As for the execution time, I can modify the perl to run only when a user sends a message and use a database for message storage.

LordXandor 15-Mar-11 20:38pm View

This was not what I had in mind. However, this would answer multiple concerns I had for my GUI. I planned on making this 100% customizable, and I think taking this route would give the user the most power in customizing the general GUI. It would be adding a step in the process, thus almost permanently eliminating "customization on the fly," but after reading JOAT-MON and Toli Cuturicu's comments on the matter I think it would be the best course of action. I should still be able to allow items to be dragged into the toolstrip in order to add items without having to open this customization window. And this would ultimately solve the conflict with my auto-hide.

LordXandor 15-Mar-11 20:29pm View

I agree with you and at the same time disagree. I'm actually creating a shell, thus Microsoft's UI conventions is kind of out the window (no pun intended). Although, I will take into consideration yall's advice, user friendlyness is certainly one of my main concerns. I think Henry's answer is the route I'm going to take.

LordXandor 15-Mar-11 20:24pm View

I do see your point about reordering things accidentally. Although, the main issue truly is that when using the built in function to reorder the buttons it triggers my auto-hide function, thus making it impossible to see how things are being reordered. I was hoping that if there was another way of doing it, it might enable me to have more control over this triggering the auto-hide. I must admit this would be one advantage to doing it manually.

LordXandor 10-Jan-11 12:46pm View

Well, I have found things online that talk about changing the registry key HKEY_CURRENT_USER/Control Panel/Desktop/Wallpaper (I believe that's what it is) to change the background image but I had no such luck, and even if I did this programmatically I would then still have to find a way to refresh it. I don't know, just knowing Microsoft, I would think with how lazy they are, they wouldn't actually remove the commands to change it, just remove the user option. And either way, this doesn't explain the error I got in Windows 7 Home Premium.

LordXandor 4-Dec-10 21:36pm View

Yes, actually I had noticed that, but my first thought was to add an event handler to each control, which realistically would not be that many, this particular form doesn't have many. But this property made it so much easier, either way. Both responses were appreciated.

LordXandor 4-Dec-10 17:05pm View

This worked perfectly. I was unaware of this property, nor did I think that if a control inside my form had focus that the event handler for my form wouldn't receive the event. This was greatly appreciated.

LordXandor 26-Nov-10 9:24am View

hinst is supposed to be defined in the DllMain function, but when I put it back into the code it gives the following error on compile:

Error 1 error LNK2005: _DllMain@12 already defined in HookDLL.obj uafxcwd.lib HookDLL
Error 2 fatal error LNK1169: one or more multiply defined symbols found C:\Projects\VS\Text\Debug\HookDLL.dll 1 HookDLL

I've looked on Google quite a bit and found nothing very helpful, most things said to set the project to ignore uafxcwd.lib or to change the MFC shared library options, but no matter which options I pick it does nothing, and when I ignore uafxcwd.lib it does fix the current error but gives me a whole lot more instead. One possible thought I have is that this really doesn't need to use MFC at all, but in VS2008 I don't see an option for a DLL project that doesn't use MFC. One other thing, if I remove #include stdafx.h this also fixes this error but then gives the following two:

Warning 1 warning C4627: '#include "HookDLL.h"': skipped when looking for precompiled header use c:\projects\vs\hookdll\hookdll.cpp 1 HookDLL
Error 2 fatal error C1010: unexpected end of file while looking for precompiled header. Did you forget to add '#include "stdafx.h"' to your source? c:\projects\vs\hookdll\hookdll.cpp 44 HookDLL

Comments by LordXandor (Top 9 by date)