| Search Results |
| Subject |
Author |
Forum |
Time |
Modal Dialogs
Anyone worked out how to (if it's even possible), create modal dialogs. For example i have my main dialog with a button. When the button is clicked, a smaller dialog pops up. I dont want the user to be able to interact with the main dialog until the... | optimism_ | | 04-14-2006 at 08:54 PM |
RE: Request: Change to the api (multiple places)
Bleh, ok ill accept what you say :P | optimism_ | | 04-14-2006 at 07:58 PM |
RE: Request: Change to the api (multiple places)
Well it was sOrigin in the old c dlls as well. Backwards compatability over the previous 3 years can be a very good reason NOT to change the api. However, in this case, it if is possible to do, it should be done. | optimism_ | | 04-14-2006 at 03:53 PM |
Request: Change to the api (multiple places)
Hey Patchou, Several of the api functions use sOrigin - the screenname of the contact. I propose changing the api to instead return their email adress, not their screenname. The reasoning behind it is this. If you have the email address, finding the ... | optimism_ | | 04-14-2006 at 11:50 AM |
RE: Embedding ChildTmpl Windows inside PlaceHolderElements
Patchou, So, how do we make our child windows behave in the same way (I presume its not currently automatic). Should we be looking to catch a window-resize event, and manually resetting the size and position of our child window to the new size of a p... | optimism_ | | 04-14-2006 at 07:36 AM |
RE: Log both in XHTML and TXT at the same time
Trekie - Are you saying there's a microsoft app out there that *doesnt* like xml based data structures :O!!!!!!!one </troll> | optimism_ | | 04-14-2006 at 07:28 AM |
RE: Embedding ChildTmpl Windows inside PlaceHolderElements
Actually I think I would prefer the api to be changed to reference a Placeholder - It would probably be easier to do dialog resizing that way. I'm not entirely sure how to anchor the child dialog yet to the parent for resizing :S | optimism_ | | 04-13-2006 at 09:25 PM |
RE: Request: Contact.AssignedName
A workaround yes, but it would be nice to try and accomplish this without win32api calls. The stuff im trying to do I want to keep entirely within the realms of plus scripting host. | optimism_ | | 04-13-2006 at 04:31 PM |
RE: Request: Contact.AssignedName
I second the request for Rich Text functions. Setting boxes checked by default in the xml file isnt all that important, since you're better off prepopulating your config files rather than the dialog files. | optimism_ | | 04-13-2006 at 03:28 PM |
Bug: BrowserControl
Ok so apparently the BrowserControl just like *doesnt* do what it's supposed to in the slightest :P The XML [code] <Control xsi:type="BrowserControl" Id="BrwMyBrowser"> <Position Top="0" Left="0" Width="390" Height="185"/> <Initi... | optimism_ | | 04-13-2006 at 09:36 AM |
RE: Block Users From WLM On Your PC
Thats what the Beta Testing\Scripting forum is here for ;) | optimism_ | | 04-12-2006 at 10:07 PM |
RE: Block Users From WLM On Your PC
Congratulations on both pointing out that my working script does in fact work, and reiterating what i said several posts ago. You rock :P </trollspam> | optimism_ | | 04-12-2006 at 09:02 PM |
RE: Embedding ChildTmpl Windows inside PlaceHolderElements
It's already here, and working perfectly :P (build 223) | optimism_ | | 04-12-2006 at 08:53 PM |
RE: Installer: Loading msgpluslive.net and WLM
By the time the installer has finished it will be using little to no resources. It will make no difference whether the url is launched while the finished dialog is still shown, or after it has closed. | optimism_ | | 04-12-2006 at 07:03 PM |
RE: Debug output
Yeah... but xmlspys validation in visual studio is annoying as hell. Takes up sooooooo much screenspace, and are that many menus really neccessary!??! So ive been viewing the WSDL/Schema stuff in xmlspy, but coding my xml in visual studio, alongside ... | optimism_ | | 04-12-2006 at 06:58 PM |
Bug, or coding stupidity? OnWindowidEvent_LstViewClicked
Ok this event doesnt seem to be firing for me: ControlId: LsvMYLIST is on window ChildWindow, which is a child window of ParentWindow. Do i need to be catching the event for the parent window, or the child? (I presume its the child window) [code] fun... | optimism_ | | 04-12-2006 at 04:24 PM |
RE: Request: LstView_GetItemText
that was *fast* ! | optimism_ | | 04-12-2006 at 04:21 PM |
Request: LstView_GetItemText
Hey. We can set but not get an item's text label. This would be very useful so we dont have to keep track of the text labels in code. :P | optimism_ | | 04-12-2006 at 03:55 PM |
RE: Block Users From WLM On Your PC
Nah, this script methods as simple as you're going to get. I mean 5 lines of code, that prevent all but one or two users actually signing in? Cant get much easier than that :P | optimism_ | | 04-12-2006 at 02:25 PM |
Debug output
Hey Patchou, This one isnt urgent, but im sure it will save hundreds of hours of wasted time once msgplus goes public and everyone will want to try out scripting. There is a distinct lack of debug information given by plus when your code fails. For e... | optimism_ | | 04-12-2006 at 02:02 PM |
RE: Block Users From WLM On Your PC
I doubt thats possible, because in order for the script to run, plus must already be loaded, including for the unauthorised users. | optimism_ | | 04-12-2006 at 01:39 PM |
RE: Block Users From WLM On Your PC
if (sEmail != "youremail@blah.com","yourotheremail@blah.com" ) Is NOT valid syntax. Therefore the script is broken. Therefore it isnt loaded. As such all accounts can sign in. Use my variation for multiple accounts. | optimism_ | | 04-12-2006 at 01:34 PM |
RE: Block Users From WLM On Your PC
It will. The script is too simple to fail like that. | optimism_ | | 04-12-2006 at 01:26 PM |
RE: Block Users From WLM On Your PC
Put one email address in only. Sign in with the other. If messenger dies when you connect, the function works, so add your second email address into the script. | optimism_ | | 04-12-2006 at 01:24 PM |
RE: Block Users From WLM On Your PC
A more extendable example [code] function OnEvent_Signin(sEmail) { //First Email if (sEmail == "youremail@blah.com") return; //Second Email if (sEmail == "yourotheremail@blah.com") return; //Etc... //Else Interop.Call("ke... | optimism_ | | 04-12-2006 at 01:20 PM |