16.01.2011 00:21:00
Topic:
Welcome!
Support
Administrator
|
Welcome to the support forum for RC-WinTrans software products!
This forum is dedicated to answering questions and discussing issues related to the use of the RC-WinTrans software and components.
Before starting a new topic with your question, please make sure the information you seek is not already contained in one of the several online help systems provided by Schaudin.com on our Website (www.schaudin.com). Using the forum's search function to find an answer posted previously or a related topic prior to posting your question is also recommended.
You must be a registered member of the forum to post messages. (Register...)
To ask a new question, use the "new topic" link near the top of the "RC-WinTrans Support" overview page.
If your question relates to an existing topic, or if you simply have something to add, click on the "add reply" link in that topic to post your message there.
You can edit or delete your own posts at any time using the "edit" and "delete" links located at the bottom of the post (see image below).
Schaudin.com reserves the right to delete any post or thread that is deemed off-topic or inappropriate for the purpose of this forum.
― Schaudin.com
.
edited by Support on 29.01.2011 |
29.01.2011 10:29:25
Topic:
Command Line Crash (Jan. 2011)
Support
Administrator
|
RC-WinTrans 9.1 crashes when using the command line tool or when starting RC-WinTrans via the COM automation interface.
Affected builds: 9.1.0.0 -- 9.1.0.9 (January 2011)
Fixed version: 9.1.0.93 and higher
edited by Support on 14.02.2011 |
13.02.2011 20:01:55
Topic:
Windows 7: COM Object and Command Line Failed
Support
Administrator
|
Windows 7: Failure to create the RC-WinTrans application object and run the command line.
Description:
The RC-WinTrans (X8 or 9) application COM object cannot be created on Windows 7 and the command line tool ("rwtcmd.exe") cannot start RC-WinTrans to execute a command.
Environment:
Operating system: Windows 7
RC-WinTrans Versions: X8, 9.0 and 9.1
Cause:
The RC-WinTrans application (COM object) and RC-WinTrans type library are not registered in the Windows 7 registry. The registration fails while installing RC-WinTrans (setup). No installation error is reported.
Solution:
The Windows compatibility mode "XP-mode" must be set for the RC-WinTrans executable file (.exe) and this file must be registered once again.
- Step 1: Compatibility Mode
- Set the compatibility mode "XP-mode" for the RC-WinTrans executable (.exe) file ("RCWinTrans9.exe" or "RWTX8.exe").
See Image 1... and Image 2...
- Step 2: Register RC-WinTrans
- Start the Windows cmd (DOS prompt box) using "Run as administrator".
See Image 3...
- Move to the RC-WinTrans installation folder (here: Version 9)
...\RC-WinTrans\RC-WinTrans 9 Global\program\
- Run the command "rcwintrans9.exe /register"
See Image 4... Check:
The CheckReg.exe tool can be used to check if the RC-WinTrans application and the RC-WinTrans type library is registered in the Windows registry.
Note: Only the RC-WinTrans Global Edition will be registered for COM automation. The Translator and Demo Editions will not be registered.
Run the Check Tool...
.
.
edited by Support on 04.03.2011 |
14.02.2011 19:57:43
Topic:
Command Line not works on Windows 7
Support
Administrator
|
Hello Samuel,
this is a known problem. During the installation of RC-WinTrans on Windows 7 the RC-WinTrans application object is not successfully added to the Windows 7 registry.
Check the "Known Issues" section here in the forum for a description of the problem and its solution:
http://www.schaudin.com/forum_srv/topic24-windows-7-com-object-and-command-line-failed.aspx
Regards,
Support, Schaudin.com
edited by Support on 15.02.2011 |
17.02.2011 10:50:44
Topic:
Error: -2147467259 Msg: Database already in use
Support
Administrator
|
Hello!
Our knowledge of this error message indicates that the database is corrupt and cannot be fixed.
We would have tried using the Access "Repair" function, as you have already done.
If you want, you can zip the database file and send it to support@schaudin.com for a check. However I'm not very optimistic that the database can be repaired.
Regards,
Support, Schaudin.com
.
edited by Support on 28.02.2011 |
01.03.2011 16:11:55
Topic:
WPF Translation
Support
Administrator
|
Hello MichaelTR,
1. How can I choose this language at program startup?
Use:
System.Globalization.CultureInfo aCultureInfo = new System.Globalization.CultureInfo("en");
System.Threading.Thread.CurrentThread.CurrentUICulture = aCultureInfo;
This is the same as your code I think.
You can test switching the language of your application by using the small LocTester application.
When using LocTester you do not need to implement setting the language with "CurrentUICulture".
LocTester:
http://blogs.microsoft.co.il/blogs/tamir/archive/2007/08/26/How-to-test-localized-application_3F00_.aspx
Download:
http://blogs.microsoft.co.il/files/folders/tamir/entry23129.aspx
2. Use the xaml files as a source
> How can I now integrate these files into my app?
It is not possible to add localized versions of an XAML file to a Visual Studio project like you can with RESX files.
We would also like to have the option of working with translated XAML files directly but unfortunately it can't be done.
3. WPFProjects
> BTW: I already took a look at the samples in WPFProjects folder. It's not possible to build these projects, because of missing files.
These are not sample projects. They are two Visual Studio projects used by RC-WinTrans to create a binary BAML file from an XAML file.
.
Regards,
Support, Schaudin.com
.
edited by Support on 04.03.2011 |
02.03.2011 14:08:32
Topic:
WPF Translation
Support
Administrator
|
Hello MichaelTR,
there is something else...
The XAML elements in your WPF software project (Visual Studio) must have "x:Uid" attributes to be localizable. RC-WinTrans can read (and translate) the WPF resources without having the "x:Uid" attributes but the WPF resources in the target satellite DLL (created by RC-WinTrans) will keep the source text if no "x:Uid" attributes exists.
You can use RC-WinTrans to prepare a Visual Studio WPF project (the XAML files) with the required "x:Uid" attributes.
Use: "Tools" | "WPF" | ".NET Project update "x:Uid" attributes..."
Select your Visual Studio project file (e.g. for C#: .csproj). Then rebuild your WPF project to create the assembly (EXE or DLL) newly.
Regards,
Support, Schaudin.com
.
edited by Support on 04.03.2011 |
02.03.2011 19:55:10
Topic:
WPF Translation
Support
Administrator
|
Hello MichaelTR,
1.
> <UICulture>CultureYouAreCodingWith</UICulture> in your .csproj file
> I now found a problem, which maybe a bug in RCWinTrans.
> If I do this, RCWinTrans cannot find any WPF resources in the exe anymore
No, not a bug. This is correct.
When using the <UICulture> in the project file (.csproj) Visual Studio builds a satellite DLL and puts the resources into it. The application assembly no longer contains the resources.
When using a satellite DLL for the default resources you must translate this satellite DLL with RC-WinTrans- not the EXE.
My suggestion: leave the default resource in the EXE. Do not use the <UICulture>.
See also (at Microsoft): "Localize a WPF Application"
http://msdn.microsoft.com/en-us/library/ms788718.aspx#workflow_to_localize
.
2.
> "Tools" | "WPF" | ".NET Project update "x:Uid" attributes..."
> Doesn't do anything.
Nothing happens in RC-WinTrans but for your Visual Studio project. RC-WinTrans call the msbuild.exe (Microsoft command line tool) to add the "x:Uid" attributes to your VS project's source XAML files. Check the XAML files -- the elements should have "x:Uid" attribute now.
See at Microsoft: "Best Practice for WPF Localization"
http://msdn.microsoft.com/en-us/library/ms788718.aspx
.
Regards,
Support, Schaudin.com
.
edited by Support on 04.03.2011 |
04.03.2011 10:00:58
Topic:
WPF Translation
Support
Administrator
|
RC-WinTrans writes the output from the msbuild.exe tool to the RC-WinTrans Output window.
Example:
-------------------------------------------------------------------
Running MSBuild.exe ...
MSBuild.exe /t:updateuid U:\Test\WPFAppl.csproj
Output:
Microsoft (R) Build Engine Version 4.0.30319.1
[Microsoft .NET Framework, Version 4.0.30319.1]
Copyright (C) Microsoft Corporation 2007. All rights reserved.
.
Build started 3/4/2011 9:46:44 AM.
Project "U:\Test\WPFAppl.csproj" on node 1 (updateuid target(s)).
UpdateUid:
Checking Uids in file 'Window1.xaml' ...
Checking Uids in file 'App.xaml' ...
Uids updated in 2 files.
Done Building Project "U:\Test\WPFAppl.csproj" (updateuid target(s)).
.
Build succeeded.
0 Warning(s)
0 Error(s)
-------------------------------------------------------------------
Open a command box and run the MSBuild tool directly for your project (.csproj):
MSBuild.exe /t:updateuid U:\Test\WPFAppl.csproj
See also (at Microsoft): "Best Practices for WPF Localization"
http://msdn.microsoft.com/en-us/library/ms788718.asp
Regards,
Support, Schaudin.com
.
edited by Support on 04.03.2011 |
07.03.2011 10:46:12
Topic:
Error (305)
Support
Administrator
|
Hello MichaelTR,
the reason may be that the translator has been given the project definition file (.rwtproject) and not the database file (.fsmdb).
Did you send him the .fsmdb database file? The .fsmdb file is the only file your translator needs.
Regards,
Support, Schaudin.com
.
edited by Support on 08.03.2011 |
18.03.2011 20:17:42
Topic:
Error (305)
Support
Administrator
|
We cannot reproduce a problem using German umlauts in the path or in the file name.
I think there was such a problem (a bug) for the target language with the language code "zh-CHS." I still do not know the details. Try it with other target languages and see if it works.
Regards,
Support, Schaudin.com
.
edited by Support on 23.03.2011 |
24.03.2011 20:51:06
Topic:
Error (305)
Support
Administrator
|
Yes. We've verified this.
A German umlaut in the path name causes this error when the Windows system uses a code page other than Western code page 1252.
.
edited by Support on 31.03.2011 |
29.03.2011 22:09:24
Topic:
WPF Translation
Support
Administrator
|
Thank you rboutilier for reporting this.
We've fixed it so that the project name will be quoted -- it works now.
The fix will be included in the build version following "9.1.0.993 March 2011". |
31.03.2011 22:38:46
Topic:
WPF Editor
Support
Administrator
|
WPF GUI Editor and .NET 4.0 Assemblies
------------------------------------------------
This is correct. The WPF Editor uses the Microsoft VSTA 2.0 environment which only supports .NET up to .NET 3.5.
Note: WPF windows from .NET 4.0 assemblies can also be displayed and edited as long as the WPF window does not use a component/control which only supports .NET 4.0.
We still do not know when Microsoft VSTA support for .NET 4.0 will become available. However we are already in the process of improving the WPF Editor so that Visual Studio 2010 can be used alternatively.
The VSTA is included with the RC-WinTrans WPF GUI Editor whereas the Visual Studio 2010 would need to be available on your system.
.
"clr-namespace"
-------------------
> Assembly 'RWTWPFProj' was not found. Verify that you are not missing an assembly reference.
>
> This error seems to occur for each namespace declaration that is mapped to the current assembly.
> For instance, the XAML file in question is contained in my Faro.Ux assembly, and the declaration
> xmlns:Properties="clr-namespace:Faro.Ux.Properties"
>
Right. The reason is that the "clr-namespace" is included in the XAML file given to the WPF Editor.
To fix this we will send you an updated "BamlConv.dll" file (file version: 1.2.4.0) by e-mail.
Replace the DLL in your RC-WinTrans installation. You will need to run the "Update Database" command for the project or remove your assembly from the project and add it in again. |
31.03.2011 23:47:45
Topic:
Limitation of visible languages in table
Support
Administrator
|
Yes, we've intended the max. number of visible language is 10.
There was no real technical reason. It is a (fixed) definition in our code. |
01.04.2011 23:51:43
Topic:
Display after language import
Support
Administrator
|
Thank you Steve for reporting this.
It is fixed now. The fix will be included in the build version following "9.1.0.993 March 2011". |
02.04.2011 00:04:26
Topic:
Limitation of visible languages in table
Support
Administrator
|
Yes. We've increased the maximum number of visible languages to 25. |
03.04.2011 21:41:20
Topic:
Checkboxes in Target Files Dialog
Support
Administrator
|
We've improved this. The target files of a newly added source file will be checked by default.
Thank you for your report and your suggestion. |
29.04.2011 20:32:01
Topic:
C# dll
Support
Administrator
|
In the "Target Files" dialog box UNCHECK the option "Write differences (.NET)". |
04.05.2011 19:50:47
Topic:
C# dll
Support
Administrator
|
OK, good. Thank you for your reply.
.
edited by Support on 06.05.2011 |
|
1 2 3 4 5 6 7 8 9 10 11
|