What is the purpose of the 'Pdf embedded' option of the Static Text element in iReport 5.6.0? - jasper-reports

Does anyone know what the 'Pdf embedded' option in Text properties of the Static Text element's attribute is used for in iReport Designer 5.6.0?

I had the same question just today. But I took a look in the official page bellow, and the Summary says:
Unless you are okay with your PDF potentially being rendered with a default/native PDF specification font, or unless you are confident your client machines will always have the fonts installed, you need to use the "embed..." checkbox while creating your font extension
https://community.jaspersoft.com/wiki/what-purpose-embed-font-pdf-document
Because the font is needed in others clients to render correctly.
PS: sorry my English..

Related

How can I autogenerate Code128 in Adobe Forms once I have the font?

I am trying to get Adobe Form to autogenerate a Code128 in a text field by its self when text is input in another text field. I know there is Code128 font, and I have found a bunch of postscript stuff. I am just wondering IF I have to purchase the font and why? (I see something about the license) I just worry I spend this money on a Coding font and I still can't do what I'm wanting by "changing the font" for the "barcode" text field. I don't know any coding, closest is I took an HTML web design class in high school YEARS ago. I appreciate any help. Just to show the one line of code I found (gosh I don't even have a clue HOW) is
'''event.value = this.getField("Size In HP").value;'''
I don't even know if I am using it in the proper "script" box option in Adobe, I just place it and change it to what box I want. hoping it works. -_- (side note the ''' are around the code because below this typing window it shows to do that?)
If you are not planning on a separate program for calculating the checksum, you should stay away from Code128, as the font won't generate the checksum for you. Code39 does not require a checksum, therefore, no calculation.
As long as all you need is capital letters and numbers, Code39 is much easier to work with.

typo3 backend: Attach a label to extension placeholder

In typo3 4.7 (cannot upgrade this instance) I often need to put a few lightweight extensions on one page. In the backend, I quickly lose track of all these extensions.
I wonder if there is a way to attach a label to such an extension placeholder.
I want a similar functionality as the freetext field: "Name (not visible in frontend)" which is available for "Default HTML" content elements, but not for "Plugin" content elements.
Here is an illustration of what I mean. In the backend, WEB Module/Page, editing any page:
... or can they?
Answering my own question:
The "Behavior" tab contains a deprecated textfield "Plugin Mode" that can be used as a label. Internally the value from this field will be stored in a column called "CODE".
According to the context-sensitive help for this field, it can function aas a label unless the plugin uses this value.
And indeed, the text from the 2nd red box above appears in the backend and facilitates orientation.
But here I am talking about my own extensions where I know that this field is unused.

Modx multiple contents with CKEditor

I am building a website with the Modx CMS.
Now i want to have multiple content area's on one page.
My solution: create an extra TV, set the TV with form customisation to the content, so the tv is under the content.
I created a template looking like this:
[[$top]]
<h1>[[*pagetitle]]</h1>
[[*content]]
[[!myCustomSnippet]]
[[*Other Content]]
[[$bottom]]
After creating the TV, i've set it's region to modx-resource-content.
The result:
As you can see, the text is messing with the CKEditor.
Somebody any ideas how to fix this?
(Using version 2.3.1-pl)
If you are looking to get TVs appear under the content textarea, it is better to use MODX system setting to that. Please goto Settings, and search for tvs_below_content and set it to Yes.
By doing this, the TVs will appear under the content textarea on single page instead of having their own separate tab.
Hopefully this helps.

Items in Plones TinyMCE content browser are overlayed in album view - how to tackle this?

I do not know if this is a bug or rather stems from any customizations. I would like to know how to tackle this problem:
If I click on "add image" or "Link" in Plone's "Content Browser" the default view mode is "Album". In this mode the items are layed above each other, i.e. after 4 items the next items do not seem to be put into a new column.
See the screenshot:
Plone version is 4.3.2. How can I fix this? Pointers (relevant files, parts of code) welcome.
I have seen this happen too, depending on what I did with styling and skins. TinyMCE uses a grid system for showing these images and this needs the columns.css file from plonetheme.sunburst. I only now realize that this actually already goes wrong in the way you describe when you use standard Plone 4.3.2 and choose the classic theme as skin.
Ah, but it only fails because there is a typo in the columns.css that is shipped with plonetheme.classic, which actually includes the grid css as well. You can customize this file in portal_skins and fix the error. The problem is a line that is meant as a comment.
Change this line:
The 16-column Deco Grid System.
into this line:
/* The 16-column Deco Grid System.

get PDF page title

Is it possible to get page title via iText?
The PdfTextExtractor returns all text from the page but I don't know what line is title. Also, title may contain more than one line
I don't know coordinates of title thus I can't use RegionTextRenderFilter
I can try to analyze the font size and take the line(s) with biggest font but TextRenderInfo doesn't provide public access to gs (private final GraphicsState gs)
Any other ideas?
Pages within a PDF don't have titles, they just have text that happens to be bold or in a large font and appears in an area you consider to be "more top" than other pieces of text. It sounds like you know this already, I just needed to be clear on this.
See my post here which shows how to get font information by subclassing ITextExtractionStrategy. My sample targets iTextSharp which is the .Net port of iText but they match pretty much feature-to-feature. The biggest differences is that Java uses getXXX and setXXX whereas .Net just uses XXX for both. Otherwise everything should port just fine.
The moral of the story is that you are going to have to write some arbitrary rules defining what you think of as a "title" and then parse based on those rules.