<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Hello Adrian,</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">thank you for your answer.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Yes, it works if I set the limit to
800000 characters,</div>
<div class="moz-cite-prefix">and I can certainly try to clear the
Disble box when the file goes beyond that limit,</div>
<div class="moz-cite-prefix">which will happen soon.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">NEVERTHELESS,</div>
<div class="moz-cite-prefix">the main problem is the following.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">I have been using oXygen for more than
10 years,</div>
<div class="moz-cite-prefix">and have frequently handled files which
are much bigger than that.</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">If I work in Text mode, I have to enter
text based on where I know the (invisible) cursor to be
[disregarding the misleading visible cursor]</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">If I work in Author mode (when a .CSS
is defined), I have to patiently wait for the screen to
stabilize, in a number of occasions where some reformatting takes
place</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">As a last resource solution, I
occasionally edit my .XML files using Notepad++, if I have to do
some adjustment to my file which would be too painful to do
otherwise<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">All this is fine for me, who started to
use computers before the age of Windows ...</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">... BUT I NEVER FEEL COMFORTABLE
RECOMMENDING THE USE OF OXYGEN TO COLLEAGUES WHO WORK ON TAMIL</div>
<div class="moz-cite-prefix">knowing the suffering it will be for
them</div>
<div class="moz-cite-prefix">-- either to see a misleading insertion
point cursor</div>
<div class="moz-cite-prefix">-- or to see the computer seemingly
freeze at the time of redrawing the screen</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">SIMPLE SCRIPTS are not the only scripts</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">There is a HUGE WORLD of scholarship
using COMPLEX SCRIPTS (for Tamil, for Sanskrit, for all indian
languages, and in other places)<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Would it not be wise for the oXygen
team to "use native methods (OS support) to render and manage
cursor positions in the text"?</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Please consider this humble plea</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">அனà¯à®ªà¯à®Ÿà®©à¯</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">-- Jean-Luc<br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><a class="moz-txt-link-freetext" href="https://htl.cnrs.fr/equipe/jl-chevillard/">https://htl.cnrs.fr/equipe/jl-chevillard/</a><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">On 25/10/2023 14:33, Oxygen XML Editor
Support (Adrian Buza) wrote:<br>
</div>
<blockquote type="cite"
cite="mid:7a80fda8-c617-a88a-cf63-bec0276e5a45@oxygenxml.com">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
Hello,<br>
<br>
Tamil is a script that requires "special characters" support in
text mode. When you open in Oxygen a document that contains such
script (with default options) you are prompted to Enable/Disable
support for bidirectional text and special characters. When this
support is enabled, the performance is affected significantly.
Larger documents incur a more significant performance penalty. By
default <b>this support is disabled for files larger than 300KB,
but performance can be acceptable for up to 800KB.</b> <br>
<a class="moz-txt-link-freetext"
href="https://www.oxygenxml.com/doc/versions/26.0/ug-editor/topics/bidirectional-support.html"
moz-do-not-send="true">https://www.oxygenxml.com/doc/versions/26.0/ug-editor/topics/bidirectional-support.html</a><br>
<br>
<blockquote type="cite">if I edit in text mode a file containing
the equivalent of 60 pages (which has a <b>size of 693 kB</b>),
I can no longer trust what I see and have to enter the Tamil
text without paying attention to the position of the cursor,
which is far to the right side of the actual insertion position.
<br>
<br>
Why is that the case?</blockquote>
To answer your question, if you have the default limit of 300k in
Oxygen and are editing a file that is larger, the "special
characters" support is disabled without notification. With the
support disabled, it is normal for the cursor positioning and
editing to be "off".<br>
If you want to have it enabled, go to Options > Preferences,
Editor > Open/Save and in the section "Support for Special
Characters" <b>configure the 'Disable special characters support
for documents larger than (characters)' limit to 800k</b>. If
you feel confident it will hold, you could clear the Disable box
(so that it never gets disabled), but be aware that the larger the
document, the more it will slow down, up to making it appear as
hanged. If you disable the limit, I would advise to at least set
it to "Prompt for each document", so you can disable it yourself
when it's not needed.<br>
<br>
<blockquote type="cite">Why is a text editor such as Notepad++
capable of doing what oXygen cannot do, with respect to
rendering text containing complex scritps such as Tamil? </blockquote>
Oxygen XML Editor is a Java application and at least for the text
mode it uses the support that Java implements for rendering texts
and managing cursor positions. When dealing with large file sizes
and special scripts, the Java implementation struggles to
efficiently handle the text rendering and cursor positioning due
the complexity and nuances of the script that is not handled
natively.<br>
<br>
On the other hand, text editors like Notepad++, which are solely
built for handling text files, might perform better with large
files and complex scripts because they use native methods (OS
support) to render and manage cursor positions in the text.<br>
<br>
Regards,<br>
Adrian<br>
<pre class="moz-signature" cols="72">Adrian Buza
oXygen XML Editor and Author Support</pre>
<div class="moz-cite-prefix">On 24.10.2023 23:41, Jean-Luc
Chevillard wrote:<br>
</div>
<blockquote type="cite"
cite="mid:312168418.01698180150099.JavaMail.alg@alg">Dear list,
<br>
<br>
I have often wondered why the size limit so low for comfortably
editing files in text mode in scripts such as Tamil? <br>
<br>
I am currently editing an ancient Portuguese-Tamil dictionary <br>
and as soon as the file size reaches a certain size, I can no
longer trust the cursor position. <br>
<br>
To give an example, <br>
if I edit today in text mode a file containing the equivalent of
one page, which has a size of 23 kB, I can trust the position of
the cursor <br>
on screen to show me where the next Tamil character will be
inserted. <br>
<br>
HOWEVER, if I edit in text mode a file containing the equivalent
of 60 pages (which has a size of 693 kB), I can no longer trust
what I see and have to enter the Tamil text without paying
attention to the position of the cursor, which is far to the
right side of the actual insertion position. <br>
<br>
Why is that the case? <br>
<br>
Why is a text editor such as Notepad++ capable of doing what
oXygen cannot do, with respect to rendering text containing
complex scritps such as Tamil? <br>
<br>
Am I doing something wrong? <br>
<br>
I would like to know <br>
<br>
Thanks for any solution provided <br>
<br>
-- Jean-Luc Chevillard <br>
<br>
<a class="moz-txt-link-freetext"
href="https://htl.cnrs.fr/equipe/jl-chevillard/"
moz-do-not-send="true">https://htl.cnrs.fr/equipe/jl-chevillard/</a>
<br>
<br>
<br>
P.S. The problem does not occur in Author mode, but one does not
always want to define a .CSS <br>
_______________________________________________ <br>
oXygen-user mailing list <br>
<a class="moz-txt-link-abbreviated moz-txt-link-freetext"
href="mailto:oXygen-user@oxygenxml.com" moz-do-not-send="true">oXygen-user@oxygenxml.com</a>
<br>
<a class="moz-txt-link-freetext"
href="https://www.oxygenxml.com/mailman/listinfo/oxygen-user"
moz-do-not-send="true">https://www.oxygenxml.com/mailman/listinfo/oxygen-user</a>
<br>
<br>
</blockquote>
<br>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
oXygen-user mailing list
<a class="moz-txt-link-abbreviated" href="mailto:oXygen-user@oxygenxml.com">oXygen-user@oxygenxml.com</a>
<a class="moz-txt-link-freetext" href="https://www.oxygenxml.com/mailman/listinfo/oxygen-user">https://www.oxygenxml.com/mailman/listinfo/oxygen-user</a>
</pre>
</blockquote>
<p><br>
</p>
</body>
</html>