Pages: « 1 2 3 4 5 6 7 8 9 10 »
 on: February 20, 2019, 07:48:40 PM 
Started by akheiljain - Last post by akheiljain
We are in the process of migrating to Oxygen Author and will like to migrate the user word lists created by users over the years, in order to do that we need to access the UWL files. I have a tried multiple applications with no luck to open these files. The workaround which is very time consuming would be to open the spell checker in XMetal and copy each ignored word to a text editor one by one. Please suggest a better way of doing this.
Thanks in advance.

 on: February 14, 2019, 02:20:01 PM 
Started by MichaelLohr - Last post by Derek Read
If you have time to test XMAX 13 now is a good time to provide feedback on it that might make it into version 14.

 on: February 14, 2019, 02:19:06 PM 
Started by MichaelLohr - Last post by Derek Read
We have been releasing major versions annually for quite a while, but specific dates for XMAX are hard to nail down. "Summer" is a good guess.

XMetaL Author Enterprise typically comes out in March (this is the biggest selling product and is always released first) followed by XMetaL Author Essential (essentially the same product minus a bunch of features), then XMAX. All of those products have a large shared codebase.

XMetaL Developer (if we do one that year) and the CMS integrations that we maintain ourselves usually follow in the fall (XMetaL Author Enterprise for SharePoint and Documentum).

 on: February 07, 2019, 06:34:32 AM 
Started by MichaelLohr - Last post by MichaelLohr
Thanks for your help.

I tested it again with XMAX 13 and now I got the same message box as you. And after that XMAX is working.
With XMAX 12 this message box was not shown, so there must be some kind of improvement.

So I will check on our side if it is possible to upgrade to XMAX 13.

Do you know when XMAX 14 will be ready because updating all our customers is not that easy and if we could
change to the newest version this would be very helpfully?

Best regards,

 on: February 06, 2019, 05:54:49 PM 
Started by MichaelLohr - Last post by Derek Read
I have repeated the same test but this time without mapping the drive letter and instead using a network path similar to yours:


No problems in this case either.

 on: February 06, 2019, 05:44:49 PM 
Started by MichaelLohr - Last post by Derek Read
This is what I see when testing with XMAX 13 and your solution, after having moved my %appdata% folder to a Windows share that is mapped to the O: drive (something I already have in place), and making sure there is no SoftQuad folder there (which there isn't by default of course since the "roaming" folder was just created by me and is new). After XMAX created it the first time I removed it again and XMAX had no trouble creating it again, nor writing into it.

In this dialog XMAX is telling us that it is writing out it's minimum set of customization files. I'm not sure if that is normal for your setup. I assume there is no document-level customization simply because this is a stress test. If for whatever reason you cannot work around this problem perhaps providing a full set of customization files will avoid XMAX having to write here (since it can simply load them all from the DTD location).

Here are some guesses:

1. Somehow (without knowing about this issue, nor knowing how to reproduce it) we have altered the way XMAX 13 accesses %appdata% and reads/writes to it. I think that is unlikely as we are using standard Windows APIs for this. It is possible that the Microsoft compiler or code that we used for XMAX 12 is different for 13 (some update has been applied or similar) though I don't think that is the case.

2. Somehow the folder you have pointed %appdata% to on your test system is not functioning the way Windows needs it to, or at least those APIs that we use to read/write files.

3. Something else is interfering with all of this, perhaps some additional 3rd party code is required to reproduce the issue that I do not have. This might be part of your own code, or perhaps it is something entirely separate, such an an anti-virus or other kind of security software, or perhaps the server where these files are stored is somehow behaving oddly when it comes to Windows client machine access.

 on: February 06, 2019, 02:15:46 PM 
Started by MichaelLohr - Last post by Derek Read
I will have a look.

I am testing with XMAX 13 so that might be the difference. You should also try the current release of XMAX on your side to see if that helps. There isn't much point in testing with 12. If there is an issue with that version a fix for it won't be created. If the issue is reproducible in version 13 then (given current development workflow) it would likely be addressed in version 14.

 on: February 06, 2019, 02:29:46 AM 
Started by MichaelLohr - Last post by MichaelLohr
On my regular windows 10 the application crashes with the steps mentioned before so its strange that you could not reproduce it.
It is important to delete the "SoftQuad" folder else it does not occur.

Attached you find a demo application.

The application crashes in MainForm.cs in line 60
_xmControl.Document.RulesChecking = true;
because the "Document" property is null.

Maybe it could work with a mapped drive but the IT department at our customer explicitly does not allow this.

Also I think it would be better to solve the root cause than fixing the symptoms.

Thanks for your help.

 on: February 05, 2019, 04:52:14 PM 
Started by MichaelLohr - Last post by Derek Read
I've followed your instructions, though not on a Terminal Server (I have no access to such a system) on a regular installation of Windows 10 Enterprise instead, and I do not see the issue.

Perhaps if you map the location to a drive letter that will help?

So, instead of having \\data03\USERNAME\roaming\
Map "data03" to a drive letter so that the path is R:\USERNAME\roaming

What kind of error is raised for you when it fails?

 on: February 05, 2019, 04:54:10 AM 
Started by MichaelLohr - Last post by MichaelLohr
Hi Derek,

Thanks for your fast reply.

You can reproduce the problem by the following steps:
* Go to your local %appdata%
* Move the "roaming" directory to a network share by folder properties tab "Pfad" in german.
=> See the attachment for the preceding steps.

* Remove the folder "SoftQuad"
* Start XMAX
=> You get an error while initializing XMAX

Even though the folder "\\data03\temp\mil\roaming\SoftQuad\XMetaL XMAX\12.0" is created by XMAX there seems to be a problem with
user rights in this folder or one of its files.

On our customer's terminalserver each user have its own appdata on a network share like "\\data03\USERNAME\roaming\..." and they are using concurrent licences,
so this is not the problem.

Any ideas about this?

Best regards,

Pages: « 1 2 3 4 5 6 7 8 9 10 »