Support 1a

[Support 1a]

Stuart,

It seems the GroupWise speller runs in its own thread. This means the process doesn’t wait until the speller process is done. This is why the applet continues, and the message is sent, before the speller has a chance to complete.

The only work around I can think of that doesn’t involve Novell changing the way the speller works is to put the applet in a loop that simply processes the windows message loop until the speller process is done. I’ve done this in the example code below by looking for the Writing Tools window.

Please note this code requires a little more robustness to be built in, and has not been extensively tested.

Dim Recipient

Sub Main(Client, GWEvent)
   Recipient = Groupwise.ItemGetText("X00", itfTo)
   If (Instr(1, Recipient, "@", 1) > 0) Then
     If (Instr(1, Recipient, "shlegal.com", 1) = 0) then
       dim iReturnVal
       call groupwise.throwtoken("Speller(0)", iReturnVal)

       ' Speller runs in a different thread, so we need to wait until
       ' the speller is done before returning.
       dim iSpellerWindow
       Utilities.DoEvents
       iSpellerWindow = utilities.FindWindow("" , "Writing Tools")
       while iSpellerWindow <> 0
         Utilities.DoEvents
         iSpellerWindow = utilities.FindWindow("" , "Writing Tools")
       wend
       MsgBox "Speller Done"
      End If
   End If
End Sub

I hope this helps,

Advansys Support

[Support 1a]

Isabelle,

You can use the standand VB constant ‘vbcrlf’ to insert a CR/LF pair in a string. You’ll find this constant (and some others) documented in the VBS help file.

Here’s some examples of using this technique. They vary based on whether you are working with plain text or HTML messages.

Plain Text:

headerText = variable1 & vbcrlf & variable2 & vbcrlf
Utilities.ToClipBoard(headerText)
call GroupWise.FocusSet(fcsMessage, "") 
GroupWise.EditPaste

HTML:

headerText = variable1 & "<BR>" & variable2 & "<BR>"
Utilities.CopyHTMLToClipboard(headerText)
call GroupWise.FocusSet(fcsMessage, "") 
GroupWise.EditPaste

In terms of querying the focus, I’m afraid I’ve accidentally misled you. I was thinking of querying the current view or window. Unfortunately, GroupWise does not provide a means by which you can query control focus. Please accept my apologies. What you could try is something like this:

if GroupWise.EnvCurrentViewName() = "Mail" then
   call GroupWise.FocusSet(fcsMessage, "")
else
   MsgBox "The mail view is not active - FocusSet will not work just yet."
end if

Without knowing the exact context in which you are accessing the body (I would need to see the applet), this is the general approach you can use, i.e. check that the view is active (and possibly activate it) prior to attempting to call any FocusSet() methods.

I hope this helps.

Advansys Support

[This message was edited by Support 3 on September 07, 2004 at 04:58 PM.]

[Support 1a]

Stuart,

Try

dim iReturnVal
call groupwise.throwtoken("Speller(0)", iReturnVal)

That should work for you.

Regards,

Advansys Support

[Support 1a]

Thanks for the update. Please let us know if you require any further assistance.

Advansys Support

[Support 1a]

Dear Iaabelle,

Thank you for your question below. Unfortunately, the GroupWise.Enter() and other positioning commands are all direct encapsulations of the native GroupWise positioning functions. In other words, we have no direct control over what they do.

That being said, this family of command is particularly sensitive to focus. You mentioned you call GroupWise.FocusSet(), which is generally sufficient. However, under some environments, you need to take other steps to ensure the focus is correct.

For example, something we have done in the past is to call GroupWise.FocusSet, then sit in a loop, checking which control actually does have the focus, only breaking out when you have confirmed focus. It can also be a good idea to call Utilities.DoEvents() inside the loop to ensure you don’t block the GroupWise windows messages, which can also be a cause of strange timing problems. (It’s also a good idea to break out of the loop after some pre-determined time so that you don’t end up in an infinite loop).

Another approach would be to build your header in a variable, including formatting such as hard returns, etc, and insert the entire contents at once instead of manually calling discrete formatting/text writing commands.

Finally, you may have come across a problem with the GroupWise client itself. What version of the GroupWise client are you experiencing the problem on? Does it happen on plain text messages, HTML messages or both?

I would also be happy to take a quick look at your applet to see if there are any obvious issues. Feel free to email it to support@advansyscorp.com.

I hope this information helps.

Advansys Support

[Support 1a]

Thank you for this information – it is much appreciated.

Advansys Support

[Support 1a]

Formativ does not interact with the WMS in any way. I suspect the problem lies with your installation of Outlook, Outlook Express and GroupWise. Installing and configuring these application in particular orders can change the WMS profiles – I am 99% certain this is what has happened in your case. Formativ does not interact with the WMS at any level – it uses the native GroupWise programming API’s only.

Outlook Express does not expose any programming APIs. We do not support it at any level.

I can’t tell you how to reset your WMS profiles, as the details will vary depending on your installation and configuration. Probably The easiest way to do this would be to uninstall the GroupWise client, then re-install it and see if the profiles are correctly reset.

Another approach would be to contact a member of your IT support staff to assist in manually resetting the GroupWise-specific WMS profiles. Given you appear to be using Outlook, Outlook Express and GroupWise on the same PC, you should probably setup an Outlook and GroupWise profile. Ensure the GroupWise profile is the default, and configure Outlook to prompt for the profile to use on startup.

Advansys Support

[This message was edited by Support 1 on August 23, 2004 at 04:16 PM.]

[Support 1a]

quote:

---

1. If you manually change the applet file locations through control panel the Runtime will only pick up encoded/flexalock applets. Is it designed only to pick these types up?

---

Yes – Runtime only ‘sees’ Runtime and Encoded applets. You need to use a copy of Developer or Admin to Flexalock the applets you want to use with Runtime.

quote:

---

2. Using the config.ini file from ZENWorks, the run routine /s /i-config.ini, with the file in the same directory as the install program file the install doesn’t populates the paths correctly in the control panel applet;

The paths are (c: used for example);
Local Macros=c:localmacros
Shared Macros=c:sharedmacros
User Data=c:userdata
Library Backup=c:lib
System Path=C:Program FilesAdvansysFormativSystem
User Cache Path=c:usercachepath
Local Images Path=c:Program FilesAdvansysapplets
Local Help Path=c:Program FilesAdvansysapplets
Local Config Path=c:Program FilesAdvansysapplets

The above gives the following;
Location for personal applets – C:docs and settingsadministratormy docsadvansysformativapplets

Location for applet data – c:userdata

greyed out lib path – c:lib

---

When checking the control panel applet settings, were you logged in as the same Windows users as you you were when the setup program was executed? As most path settings are user based, they are written into the HKEY_CURRENT_USER area of the registry. Logging in as a different user will cause Formativ to use system determined paths at runtime.

If you still encounter problems, perhaps you could email the the details of the paths you want setup and we’ll create a config.ini file and batch file that we can test here, and send you to assist in your rollout. If interested, please send details to support@advansyscorp.com.

Regards,

Advansys Support

[Support 1a]

You need to download the Formativ Admin Tools – you can download them from http://www.advansyscorp.com/formativ_admin_tools.htm

Advansys Support

[Support 1a]

This sounds like an issue with the Windows Messenging System Address Book Service Profiles.

I should point out that Formativ does not modify (or even use) the Windows messenging system services in any way. Installing Formativ does not modify any messenging components. However, installing Outook and/or Outlook Express can upset the profiles, which can manifest issues with address books.

Just to clarify, the Outlook migration applet (which I assume you are using?) only works with the full Outlook client – Outlook Express is not supported in any way whatsoever. I could not predict the applet behavior when used with Outlook Express.

When you say “your address book became completely empty and almost vanished”, which address book are you referring to? Your system address book? A personal address book you attempted to import Outlook contacts from?

I would suggest you backup your PST file, then uninstall all Outlook clients (Outlook and Express) from the PC. This will hopefully restore the messenging system services back to a stable state.

Please let me know how you proceed.

Advansys Support

[Support 1a]

Thank you for the configuration info. The only obvious ‘unusual’ issue is the presence of entries indicating Novell InForms is installed on this machine. While we don’t have any known issues with InForms, I would suggest you try disabling/uninstalling inForms from this machine and try again.

Please let me know how you proceed.

Regards,

Advansys Support

[Support 1a]

Thank you for your questions.

The answer to your questions depends upon the means by which you distribute the applets to your users. You basically have three choices:

1. Use eDirectory

eDirectory is often the easiest way to distribute applets to end-users. Using eDirectory, you don’t need to worry about where to copy applets to, etc. Formativ takes care of physically delivering Applets to the correct location. eDirectory also makes it easy to copy different sets of applets to different users. You can find more information about using Formativ with eDirectory by following this link.

2. Copy the Applets to each PC

You may also copy your applets to each workstation. The actual location varies based on how you want to set things up. By default, Formativ looks in two directories when loading applets. The first is based on the current users ‘My Documents’ location. As you mention, this is ‘C:Documents and SettingsUSERNAMEMy DocumentsAdvansysFormativApplets’. The ‘C:Documents and Settings’ part of this filename is determined by Windows. The second location is ‘C:Documents and SettingsAll UsersApplication DataAdvansysFormativ1.0Applets’ (Runtime will load applets from this location. Again, the The ‘C:Documents and Settings’ part of this filename is determined by Windows.

You can change the location of the local applets directory via the Formativ Windows Control Panel applet, or by writing directly to the Windows Registry. You would need to edit the following key:

HKEY_CURRENT_USERSoftwareAdvansys Corporationformativ1.0Settings
Local Scripts=

Obviously, this is a HKEY_CURRENT_USER that will only apply to the current user. To automatically propogate this setting to all users of a machine, you need to install Formativ with the ‘install for all users’ option AND use a config.ini setttings file.

This is documented in the Distribution Kit help – download it from here

3. Make the Applets available in a shared location

Copy your applets to a shared location on the network, then use the same technique as mentioned in option 2 above to point to this location.

I hope this information helps. Please let me know if you require any further assistance.

Advansys Support

[Support 1a]

Glad to hear you’ve worked it out.

Advansys Support

[Support 1a]

Thank you for your post. GWATT1.OCX is the Novell GroupWise Attachments ActiveX Control. Formativ doesn’t actually use this file directly, but you may have an applet integrated that does?

The symptons you describe sound like a resource issue, or a problem with the GW client installation. We don’t have any known issues with Formativ that cause this problem to occur.

The first thing I would ask you to do is email the Formativ configuration information from a machine exhibiting this problem to support@advansyscorp.com. You can access the configuration information from the main GroupWise menu: select Help | About Formativ. Choose the configuration tab, then press the ‘copy to clipboard’ button. Paste the contents of the clipboard into a message to the support email address (the configuration information contains valuable information about the machine config).

We look forward to receiving the configuration information and moving toward a resolution.

Advansys Support

[Support 1a]

Further to my response above (based on the assumption you wish to obtain the creation date of a file attachment), if you want to access the creation date of a message attachment, you could do something like:

dim oMsg
  dim oAttachment
 
  Set oMsg = client.clientstate.commandmessage
 
  for each oAttachment in oMsg.attachments
    if (oAttachment.objtype = fgwmessage) then
      msgbox oAttachment.message.subject & vbcrlf & oAttachment.message.creationdate
    end if
  next
 
  set oMsg = nothing

[Author]

Replies