Saving to Work In Progress

[sam]

We have clients on 6.5 and 7.

We have French and English clients.

the code bellow fails (probably because of the Home) on French 7.0 clients.

if (groupwise.EnvVersionName > "7") then

iWIPPath = GroupWise.Account.Owner.DisplayName & " Home" & GroupWise.Account.WorkFolder.Name

else

iWIPPath = GroupWise.Account.Owner.DisplayName & "" & GroupWise.Account.WorkFolder.Name

end if



' Save the draft message to the Work in Progress folder

' Utilities.Trace "iWIPPath=" & iWIPPath

Groupwise.ItemSaveMessageDraft iWIPPath

Is it Accueil in French ???

thanks,

Topic

[Support 3]

See below the comments from the GroupWise Object API documentation about the Home folder

quote:

---

For GroupWise 7.0 and later, the Name for the root folder is the User’s Display Name, concatenated with the localized word for home. For example, in GroupWise 6.5, the root folder name for user John Doe is “John Doe.” For GroupWise 7.0, that same root folder is now “John Doe Home.” Your application might need to check the ObjType property of a folder to ensure that it is the true root folder. If it is the root folder, you can access the Owner property of the account, then retrieve the DisplayName of the user from the returned Address object (which is the same string that is used to name the root folder in previous GroupWise versions).

---

We are not sure about the localized word ‘Home’ in French. We have requested Novell to provide API support to access the exact root folder name with localized word of Home.

You may need to ask this question to GroupWise API forum.

Regards,
Advansys Support

[sam]

Hi,

I got it to work by using Displayname ” – AccueilTravail en cours”. Something like that…

The Bug still remains the API does not return the proper labels. This issue can be seen with the Work in progress folder. When the interface is in french the api still returns “Work In Progress” when it should be “Travail en cours”.

We could hardcode the string, however if the user changes the name of the labels this would most likely fail.

Or Novell could just update ALL the bugs in there API and we could all live hapily ever after!

thanks

[Support 3]

We will contact Novell again about these API’s.

Regards,
Advansys Support

[sam]

Hi,

I posted on the novell forum and the response back was the API returns what’s in the database and the client is the one supplying the label’s per local.

To me this is a huge down fall to state the API returns one thing but the software uses something else.

They seam to think this is ok…

[Support 3]

Thanks for following this issue.

We have also infomed Novell about this issue and requested to update the API to return folder name displayed in client.

Regards,
Advansys Support

[Support 2]

Hi,

We just received information that this issue is being tracked by Novell as bug #206743 (originally reported in 2006). We have not been advised when it will be addressed.

Regards,

Advansys Support

[Author]

Replies