I am using EA 12.0 Corporate edition Built 1215 - Unicode with database version 4.01 and I have the following problem.
When I type one of theses characters: "ě č ř" and then save and reopen diagram the characters are replaced by e c r. Same thing happens if I just copy element with these characters (shown on example image bellow).
Here are more information:
Doesn't matter where are the characters typed. It could be at notes, properties, model, package, diagram, element... just anywhere
It happens when diagram is reopened or the element is just copied.
Doesn't matter if it is new project or existing
I tried different versions of EA (11, 12.1, 13) and it also has no effect
Doesn't matter if using "JET 4.0" (Options > general > "Use JET 4.0 - requires restart")
I have to use EA, so workaround using different program will not help.
Thank you for any information, any help is appreciated.
example image
I think you not only have to turn the flag Use Jet 4.0 on, but you also need a 4.0 startermodel.
Now you are probably using the right driver on the wrong (v3.5) database.
IIRC you can download one from the Sparx website.
I had the same problem and all you have to do is to change your non-Unicode language Windows preference to your local.
Related
I was working on a Ruby program and had issues that I finally found out were caused by the default encoding in Windows 10 terminal, which apparently is CP850, an encoding so old it doesn't even include the € symbol. I read that, of course, if I try to change this other programs around the computer will give issues.
Wikipedia indicates that CP850 has theorically been "largely replaced" by Windows-1252 and, later, Unicode, and yet it's here, right in the OS's terminal.
Picture attached as proof. It's in italian language but you'll see it under "Tabella codici corrente", aka "Current code table".
How's that possible?
This is historical.
DOS had cp437, and later cp850 (and e.g. also cp852) as standard code page.
Terminal in Windows was also known as "DOS prompt": so a way to run DOS programs in Windows, so they keep the code page of DOS. Microsoft dislikes non-backward compatible changes, so your DOS program should works also on Windows terminal without problem.
Windows-1252, as the name stress it out, was done for Windows, so no compatibility problem, and for Windows programs, but so, in order to gain graphical interface market, but keeping compatibility with many business applications, Microsoft maintained two different code page.
Today, I wanted to create a Setup file for Project in VS Community 2017. When I import file .sln in Advanced Installer 11.1. I receive notification from Advanced Installer.
Latest Version: Not my exertise, but off the top of my head: 1)The first thing you might want to do is to download the latest version of Advanced Installer (15.0.1 at the time of writing), to see if this solves the whole problem.
Language Issue?: If that doesn't solve things (which it just might do), then 2) I suppose this may have to do with the language. It looks like you have a Vietnamese VS project? That Advanced Installer project you show is set to "English" (look at title bar - it says "English US"). Maybe check the view "Translations". It does not look like Vietnamese is one of the supported, built-in languages for Advanced Installer (as of now). Towards the top right, select "All" in the "Show" box and select Vietnamese.
Path Issue?: 3) Perhaps also try to copy the VS project to a path which does not have Vietnamese character in the file and path name? Then try to run the import again.
VS Project Issue?: 4) Perhaps there are weird characters inside the VS Project that cause the problems? I guess there certainly are characters in there that are not normal, Western characters in your case.
Advanced Installer Community: That was just a couple of thoughts off the top of my head - essentially all about language and encoding, there could obviously be further issues. Also reminding you of the Advanced Installer Community Forums. Please try your luck there if you don't get any good answers here.
Some Links:
https://www.advancedinstaller.com/forums
i use LiveCode 6.0 community edition, when i try to make a label in the GUI using an Arabic text it displays it, but from left to right not from right to left[RTL] .
is it possible to display a text in LiveCode using RTL?
Not yet unfortunately. Last time I looked into this I think you could set the text to some RTL text but you couldn't enter it RTL. Could be wrong as the project was put aside as soon as text entry was found to be LTR only.
Economy-x-Talk has a commercial custom software solution. It is fairly limited and I don't know if it is something for you but you could contact us at http://economy-x-talk.com.
LiveCode 7.0 will contain support for RTL languages. This is in development and a beta is expected in March 2014.
LiveCode 7.0.0 developer preview is now available for download:
http://downloads.livecode.com/livecode/
It is the first version to natively support LTR languages and unicode.
To achieve this, several new chunk expressions have been introduced. Most importantly, the
trueWord chunk expression can process text based the ICU library with its many rules taking into account many language and charset.
Please be careful, it is still a DP
I'm converting existing database driven application from D7 to D2009, therefore I won't be able to use dxGrids anymore. Is there any automatic way to convert dxGrid components to cxGrids? If not, what would you suggest me in order to gain time converting them manually?
Here is a issue on the Dev Express site that address this issue
www.devexpress.com/issue=CQ59375
Excerpt:
In brief, you should perform the
following steps to convert your
current project:
1) Install both versions of the
ExpressQuantumGrid (v3 and v6) for
Delphi6; 2) Convert your old grid's
layout to the latest product version
(please refer to the "Converting to
ExpressQuantumGrid" topic in the
ExpressQuantumGrid's documentation to
find more information on this
subject); 3) Adjust your code to use
the latest product version; 4) Install
the latest version of the
ExpressQuantumGrid (v6) for Delphi
2007; 5) Use the converted project in
Delphi 2007.
From the help file that they refer to:
ExpressQuantumGrid provides an Import
dialog at design time for importing
settings from third-party grid
controls and converting them to the
native properties of the
ExpressQuantumGrid. Three types of
grid components can be imported to
ExpressQuantumGrid:
· ExpressQuantumGrid3 (TdxDBGrid) and
ExpressQuantumGrid3 Layout
(TdxDBGridLayout)
· standard TDBGrid
· W2W InfoPowerGrid 3000 (TwwDBGrid)
ExpressQuantumGrid by VCL may have the migration support you need.
What Windows code editors allow the use of elastic tabstops, either natively or through a plugin?
I know about a gedit plugin, but it only works on Linux.
Code Browser may be the first for windows. I would love to see this feature as a plugin for other editors as well.
I did quite a bit of googling trying to find this answer. There are plenty of people asking for it:
http://developers.slashdot.org/comments.pl?sid=414610&cid=21996944
http://www.arguingwithmyself.com/archives/75-the-biggest-feature-your-editor-is-missing
http://intype.info/blog/screencast-parser-in-editor/#comment-221
http://codewords.wordpress.com/2006/10/16/eclipses-achilles-heel/
just to name a few...
so I don't think one exists yet, sorry :(
Code Browser supports elastic tabstops, but it appears to be the only thing for Windows that currently supports it. Unfortunately, it has an unusual UI which may render it unsuitable for multi-person projects, and may even make it difficult for you to use even if no other editors are involved.
According to the elastic tabtops website, he's working on plugins for eclipse and Visual Studio 2010 (though the Eclipse plugin is stalled pending a bugfix, and jedit should support elastic tabstops in an upcoming version.
Finally, though this probably isn't an option, you could try running an x server (such as Cygwin/X or Xming on your Windows computer and ssh into a Linux client (either a virtual machine or another computer) to run Gedit. This approach has many problems though: you need to keep your files on a separate computer (perhaps using Dropbox to keep them in sync), X over SSH is notoriously slow, and you need either another computer or a virtual machine.
XMLQuire is an XML editor developed for windows to showcase virtual formatting. This concept goes a step further than elastic tabstops, indentation is simply a function of the position of the preceding line-feed character and the nesting level and context assessed by the parser:
It's the XML parser that determines the nesting level and therefore the required indentation, there's no reformat key or tab key to press, the XML formatting just reflows as you edit, drag and drop etc.
This means that XML is always properly indented, but without leading tabs or spaces. The concept should also work for more conventional code (except for languages like F# that exploit whitespace), but this has not yet been tried out.
Note that, unlike elastic tabstops, virtual formatting only works from the left-margin and only uses the parser context. The parser context is more than just about nesting level though, factors such as mixed content, node-type, length of parent element name and attribute name all come into the equation. This allows alignment of attributes and attribute values that occur on new lines also (as shown).
Word-wrapped text naturally just fits to the indentation scheme. If further text formatting is required then space characters are added by the user in the conventional way.
As with elastic tabstops there's a potential issue when virtually formatted text is opened in a more conventional editor. However, because no characters have been added for XML formatting (it was all virtual), conventional editors can simply apply conventional formatting according to the settings for that editor, uses tabs or spaces.
Here's a elastic tabstop plugin for Visual Studio 2010 by ferveo (Ramunas Geciauskas):
http://visualstudiogallery.msdn.microsoft.com/ccff2b55-201f-4263-aea5-3e66024d6c0e
Another option is jedit which has already added support for elastic tabstops. It is available on Windows, Linux, OS X, and Unix.
The problem is that only a few toolkits/platforms have text widgets that offer the ability to set non-uniform tabstops on different lines. To my knowledge, those toolkits/platforms are Java Swing (used by the demo on the elastic tabstops page), GTK (used by Gedit and the Gedit plugin), and apparently the new version of Visual Studio (VS 2010).
Expect to (eventually) see more developments on all of those platforms.
Textadept has an elastic tabstop plugin.
Atom also has a plugin.