I use Pdflib 6 for generating PDF in Arabic.
I can not get the correct texts (I get the words without ligature.)
I know that with PDFlib 8 & 9 we can use
new shaping(
"tahoma",
"shaping script=arab features={liga}",
"With optional ligature: features={liga}",
"ﻟﻠﻪ"),
to get the ligature. Unfortunately I can't change my version of PDFlib and we can't use shaping in current version.
So I'd like to ask if I have other solutions for this problem.
for shaping, it's required to use PDFlib 8 or newer. There is no solution in the old and outdated PDFlib 6. So the you have to force updating to the current version of PDFlib 9.
Related
I want to allow upper case letters for frontendusers in TYPO3 9.5.x.
When a new feuser self-registers via sfregister_form, it works, but when I add a feuser in the backend, the username gets converted to only lowercase letters.
I found solutions here in the forum https://www.typo3.net/forum/thematik/zeige/thema/47903/ how to (propably) change it, but they only work in older versions of TYPO3. Since there has been lot of changes in TYPO3 since the 10 years old post and I found nothing that talks about TYPO3 9.5.x I ask the question here.
By default username field has set lower eval among others, the fast solution is rewriting it, i.e. if you have some own extension you can add this to its ext_table.php or Configuration/TCA/Overrides/fe_users.php
$GLOBALS['TCA']['fe_users']['columns']['username']['config']['eval'] = 'nospace,trim,uniqueInPid,required';
Note: you can do it within two files, and nowadays the second is more advised
Note 2: Since TYPO3 ver 7.3 typo3conf/extTables.php is deprecated https://docs.typo3.org/c/typo3/cms-core/master/en-us/Changelog/7.3/Deprecation-65344-ExtTables.html
typo3conf/ext/yourext/ext_tables.php
typo3conf/ext/yourext/Configuration/TCA/Overrides/fe_users.php
Works with 9.5.x as shown on screenshots:
I'm using the strapi 3.0.0-beta.15
DB - mongo 4.2.2
After updating one of model fields - which is type of 'text', it is cutting the last three chars and set it to '000'. Saw this only if there are numbers at field.
Writting text (before saving
After saving
Did anyone have stacked with such problems yet?
This issue has been fixed in the last version of Strapi (at least beta.18)
I suggest you update your application using a migration guide if necessary, or, using the application update guide that is into the documentation.
Here is what I did in a short video - https://www.loom.com/share/23076126176546708f9dcaa7eac1924c
I really need your help...
I use PDFlib-API and i want to write PDF right to left (like Hebrew, Arabic).
I found a way to do this, but it doesnt support text flow, it supports only in one line.
The code in this link:
http://www.pdflib.com/pdflib-cookbook/complex-scripts/starter-shaping/
I use class shaping (you can see it in the link), but the Parameter of textflow have to be false,
if i change it to true i get an error message:
PDFlib exception occurred:
[2582] fit_table: Bidirectional writing mode not supported in Textflow
How can I solve this?
or any idea how to write RTL with Textflow? (with PDFlib API)
Thanks!!
this is a documented limitation in PDFlib 9 and there is now workaround. As you can see from the error message, or also within the PDFlib 9 Tutorial, chapter 6.4.4 "Bidirectional Formatting":
Bidi processing is not currently supported for multi-line Textflows, but only for Textlines (i.e. single-line text output).
By that, I mean the built-in bash string operators ${lowercase^^} and ${uppercase,,}. I just wondered what the minimum version is that supports it. Googling indicates version 4.x. But what is version .x? Version 4.3.1 or 4.0?
There doesn't seem to be a change log on http://www.gnu.org/software/bash/
It's added in 4.0. See the NEWS file in Bash source code:
This is a terse description of the new features added to bash-4.0 since
the release of bash-3.2. As always, the manual page (doc/bash.1) is
the place to look for complete descriptions
... ...
hh. There are new case-modifying word expansions: uppercase (^[^]) and
lowercase (,[,]). They can work on either the first character or
array element, or globally. They accept an optional shell pattern
that determines which characters to modify. There is an optionally-
configured feature to include capitalization operators.
I'm using Par (in linux) to get nice comments formatting quickly. The problem is that now I want to introduce comments that include some international characters, like áéíóú or äëïöü...
The program Berkeley Par considers these international characters as 2 ASCII characters (I believe) and it outputs the comments somehow broken because it doesn't count characters properly.
Did you face this problem before? Do you have any solution? Ideas?
You mean the code from Add multibyte characters support in "par" (or just the patches applied to the original source) don't work for you?
Then maybe it is a problem with your shell or the font it uses. Are you sure the shell and font you use is able to reproduce unicode characters
Par, as distributed in Ubuntu from Hardy on, is supposed to handle multi-byte encodings.
http://packages.ubuntu.com/hardy/par
I've never even heard of this tool, but check out par 1.52.
The latest version of Par, released on 2001-Apr-29, tar'd and gzip'd. The only real change is better support for 8-bit character sets (as opposed to just 7-bit ASCII), but see also the release notes.
Edit: On the page, see par_1.52-i18n.3.diff.gz:
A patch by Jérôme Pouiller that adds
support for multibyte charsets (like
UTF-8), plus Debian packaging. Copied
from http://sysmic.org/par/debian/.
See also his original announcement.