border issue in Endnote

[Hosun]

Hi,

I opened an EPUB with the Books app on Mac. 
All of a sudden, I see a black border in Endnote. I haven't seen it before. 

How can I resolve the issue?

Hosun

 

[James Gifford—NitroPress]

Open the EPUB in any other reader, like Calibre. If the border is there as well, it's something in the file. However, I suspect it's an app thing, since almost no reader allows any kind of content display outside the viewport area (with small margins all around the screen).

Try any couple of EPUB readers you might have, good or bad, just to check for the border.

If it's only in the end notes, it may be a (new?) reader feature indicating you're out of the main content, or something.

[Hosun]

Thank you very much for your reply.

You are correct. It’s the app’s issue.

I can remove the border with

#_idContainer150 {border-style: none;}

The issue is; the text frame is squeezed on both sides. It is observed only in Endnote.

Is there any way to remove the space and enlarge the text frame?

The settings on Id are not presented only in Endnote on ePub.

 

[Hosun]

Hi,

(Refer to Screenshot 1)

I wrote CSS:

#_idContainer150 {

                                  border-style: solid;

                                  width: 100%;

                                }

ol._idFootAndEndNoteOLAttrs {padding: 0;}

As a result, I removed the unnecessary space.

But I still have two more issues.

Issue 1.

In Screenshot 2, there is Endnote 28. On EPUB, it is not presented in full (Screenshot 3).

Issue 2. (Screenshot 4)

When I wrote CSS:

p.endnote-text, li.endnote-text {font-size: 0.5em;}

Font-size doesn't change. 

1.167em is 14pt I want to get. But on EPUB, it is seen bigger. It's the reason why I want to reduce the font size with CSS.

Issue 1 and Issue 2 seem to be related.

Do you have any comment?

Hosun

Screenshot 1Screenshot 2Screenshot 3Screenshot 4

[James Gifford—NitroPress]

It looks as if you have a handle on the issue; without having my hands on the file, I can't see any additions or improvements.

I do dislike having to find the internal styles for modification; maybe if you apply an Object Style to the end note frame, you could use that as a handle to apply the changes without having to dig out the style ID, possibly each time you do a changed export.

This all does sound like some small change in the Apple reader, though. This game is already fun enough without having to chase these moving targets.

[Hosun]

Three weeks ago, I posted a question to Apple Community (Screenshots 1, 2, 3, 4).

I ecountered the boreder issue in Endnote, when I saw the bubble tip to Endnote. So, I was thinking it's the app's issue.

I've just downloaed Adobe Digital Editions and opened the EPUB. There is still the border (Screenshot 5).

The border issue might be related with BOTH Id AND Books app.

I can't figure out how to move forward. So, I send the files (Id and EPUB) to you via Messages.

Can you give me some advice?

I think going with CSS below might be the best.

#_idContainer150 {

                                  border-style: none;

                                  width: 100%;

                                }

ol._idFootAndEndNoteOLAttrs {padding: 0;}

Hosun

Screenshot 1Screenshot 2Screenshot 3Screenshot 4Screenshot 5

[Hosun]

Larger Screenshots.

Screenshot 1Screenshot 2Screenshot 3Screenshot 4Screenshot 5

[James Gifford—NitroPress]

Okay, there is something very strange going on, but I think I've figured out how to get rid of it.

First, the INDD you uploaded was around 18M, which I assume is leftover bloat from stripping it down to this sample. My first step was to convert it to IDML, then open it again, to get rid of the bloat and fix any document corruption; it saved at 57kb.

However, nothing I could do directly in ID got rid of the black border, which appears in all three of my standard viewers. I think it is unquestionably a document artifact and not anything related to any one viewer or platform.

So in looking through the ID styles, I can''t find ANYTHING with a border defined that might be inappropriately applying to that text frame.

In the EPUB, none of the generated styles seem to have anything to do wtih it, either.

However... the basic text frame export style contained "border-style: solid;" — and all changes to this were reflected in the EPUB. I changed it to "border: none;" and the border disappeared. I changed it to "double" and the border became a double line. So this is the controlling element, but nothing I examined in the INDD file (either before or after the purge) shows any border defined on any Object Style. However, the Basic Text Frame style has a persistent override that nothing I tried would clear.

So the hack-fix would be to edit the CSS export for Basic Text Frame (or, try this — exclude it from export so it has no efect!). The proper fix would be to work backwards and figure out where that 'border-style: solid' is being applied to it. As to why the same style is only showing a border on that one frame... I am stumped.

ETA: yes, excluding Basic Text Frame and Basic Graphics Frame from the export fixed the border problem. As I don't know any good reason to export styles for these, that could be the fix you need. But the why of this is completely eluding me. I think it may be a corrupted style that IDML-to-INDD is not fixing.

Is dumping the whole project into a new, clean INDD file too big a step?

[Hosun]

Thank you very much for your reply.

While following your advice, I tried to make Endnote with a placeholder text in a simplist way, before making a new file for my project. I see the border again in Endnote (Screenshot 1).

border-style: solid; works for section.Basic-Text-Frame, not for div.Basic-Text-Frame.

I uninstalled and re-installed Id. But nothing different.

Do you have any comment on it?

I send the files (Id and EPUB) to you via Messages.

Hosun

Screenshot 1Screenshot 2Screenshot 3

[James Gifford—NitroPress · Accepted solution]

First, if you simply exclude [Basic Text Frame] from export, the problerm is functionally solved. As I routinely exclude all the built-in, Basic styles from my exports, this works for me regardless of what's actually causing the fault.

That said, I've been forward and backward over the content code and CSS and cannot figure out what is causing that addition of 'border-style: solid;' to the CSS, or why it is only being enabled for the Endnote frame. Nothing in the code adds up to this result; I can only think there is some interpretation code assembling that border from the definitions.

I'll also note I've never seen a section. definition type, as applied to the basic text frame. I was sort of done with my poking by the time I thought to see if you have any document sections defined that might be triggering that export.

On the whole, I'd just go with the exclude fix above and move on, but I will look at the file again today just out of confused curiosity.

[helenatawny]

Hello! I am having this same issue, using North American version 19.5 and I don't see any 'basic text frame' option during export. I also have never created a custom CSS style sheet, so I'm not sure how to go about that. Any help is greatly appreciated! I don't have any additional programs I'm using to run the file through to generate any of these style sheets or double check errors. 

[James Gifford—NitroPress]

I unfortunately still don't have any solid data on why this effect occurs, so I don't have any absolute answer as to where and how it can be fixed. But the steps for getting rid of it remain the same, so let me sum those up:

• In the Paragraph Style pane, under the hamburger menu, click on Edit All Export Tags. At the bottom, with other graphic elements, you'll find [Basic Text Frame]. In its line, uncheck "Include in HTML."
• Click to select the Endnotes frame. In Color, make sure the frame itself is set to [None] in both Fill and Stroke color.
• With the Endnotes frame selected, note which Object Style is applied to it. If it's [Basic Text Frame], that's good enough. If the [Basic Text Frame] item has a + sign indicating it's been modified, you need to reset it to the most basic, baseline mode. If you reset the stroke to [None], try right-click/Redefine Style to see if it resets to "no mods" (no + sign) and the Endnote frame remains without a defined stroke ([None]).
• Finally, select the Endnotes frame, assign it an unmodified [Basic Text Frame] object style, then from there create and define a new Object Style. Name it Endnotes or similar. Make absolutely sure this style does not have any stroke defined (apply it to a few other text frames to see, then undo that application).

If this progression doesn't remove the border on the exported frame, it's in that realm where something is wrong with the file that I have not successfully identified from all the instances so far. A brief CSS style will be needed to fix it:

• Create a plain text file named NOTEFIX.CSS.
• Open this file in a plain text editor.
• Copy the following content into the file:
  

  div.Basic-Text-Frame, div.Endnotes {
  border: none;
  }

• In the EPUB export menu, under HTML & CSS, add NOTEFIX.CSS to the list of Additional CSS files.

That should remove any border from the Endnotes frame no matter what's causing it.

Let me know which step works, or if none do. (Sigh!)

[RenRenP]

I am having the same issue with getting a border around the endnotes of a book I've been trying to export from InDesign to epub. I've tried all the suggestions you've mentioned here with the endnotes frame and even tried adding the .css file to the epub export menu under HTML & CSS. Still no luck. I'm frazzled to say the least. Any other suggestions?

[Hosun]

All that I can think of is double-checking the CSS codes, esp. numbers. 

Hosun

[James Gifford—NitroPress]

The instructions given above should fix the problem if correctly applied. Suppressing the border at the CSS level is pretty absolute and should work in all cases.

That said, I still don't have any clear idea why this facet/glitch is applied to some exports. But making sure there is no border applied to the default text frame, assigning an object style to the endnotes frame and making sure it has no border, and adding the CSS statement to suppress the border for both... should work. Double check that you have all style/CSS names correct.

[Hosun]

- Unzip the EPUB file. 

- Open some files  with Notepad ++.

- Write the CSS with TextEdit (Mac) and add it during the export from Id to EPUB

For other details, follow the instructions of James Gifford.

If you read the conversations in this thread, you would find out some clue.

Hosun

[James Gifford—NitroPress · Accepted solution]

Okay, I thought this might have to do with very recent updates to ID (v19.4 changed a number of things for EPUB), but I am now pretty much convinced it's due to the version of ID you're using and/or something in your setup (glitched or intentional). Here's where I'm at, after poking at your second file version:

• Absolutely nothing I can do will remove that border from your content.
• Absolutely nothing I do in fresh (or legacy) files will make the border appear.

So, some details:

• I cannot find any setting or style value that is enabling that border, other than that the Basic Text Frame has an override marker I cannot clear. I've been through all the settings, the pop-up reason for the override makes no sense (some footnote setting changes, and yes, I've been through and back the footnote/endnote settings) and done both the IDML purge and moving the content to a fresh file. The override marker persists; the border on output persists.
• Nothing I can do in my own docs, including some endnote text docs from a few weeks and a few months ago, will make this fault appear; my docs don't even export the Basic Text Frame style, whether I omit it or not.
• Endnote exports do seem to use the (rare) CSS declaration <section>. As it's never been a problem or of any use, I've ignored it. Your doc is unique in that the Basic Text Frame style is specifically applied to it. (Mine have no style applied.)

So without further data, maybe from someone who knows ID doc structure better than I do, or is using the CJK version of ID (as I assume you are)... best I can do is say (1) it's peculiar to your document setup, from glitch or software variation; (2) I can't find a source cause, thus no direct fix; but (3) turning off Basic Text Frame export cures the fault and should have no other consequences.

[Hosun]

I guess something is not consistent between Id and the Books app.

A few years ago, I made my website.

The final version was good on Chrome and Edge. But on Safari, it's presented a little different from what I intended. So, I added a few line to CSS. I guess a similiat thing is happening now.

The Adobe people might monitor converstions in the Community. They would address the issue soon.

Thank you very much for your help. And I have two more questions.

Q1.

What is CJK version of Id?

Q2.

In the table below, converting indd to idml reduces the file size a lot.

When each is exported to EPUB, the file sizes are identical.

What is idml?

Should I convert indd to idml, before exporting to EPUB?

Hosun

[James Gifford—NitroPress · Accepted solution]

First, the border appears on all readers I have tried. It has nothing to do with Apple's reader.

Since I cannot make it appear on any document except your source one, I conclude that your version of InDesign is doing something differently from my standard, Western/English version of 19.4. I assume (possibly wrongly) you are using the version that can handle Asian languages, known as the "Chinese-Japanese-Korean" version, or CJK. If not, I have no idea why your setup would produce this different result on EPUB export.

IDML is a more generic XML-based version of InDesign documents. It can be used to move docs from one version to another, especially to older versions from newer ones. It is key in fixing certain kinds of document corruption — if you export a problematic document to IDML, then open it and save again as INDD under a new name, it often fixes problems with things like formatting, numbering etc. that can't be fixed by regular adjustments. It has nothing to do with EPUB export.

I suspect that is at the root of the file size difference as well. Your INDD file is bloated with old editing and meta-data, and export to IDML purges that. Since the conversion to EPUB is about as total a format change as possible, the results are the same since the extra/bloated data is irrelevant to the export.

There is something different about your system and export; it may be that you have a corrupted document that has faulty settings for the Basic Text Frame, or that your setup is handling it differently. That's the whole of this problem, and simply omitting Basic Text Frame from the EPUB export cures it — at least, for me.

[Hosun]

1.

I am in South Korea. My Id looks like the CJK version (Screenshot 1).

2.

I added a hyperlink to Endnote. But it doesn't appear on EPUB (Screenshot 2).

3.

I think the issue would be addressed soon. It won't be a big issue to the Adobe people. They are incorporating even AI elements to Id now.

Interesting to see there is a difference between CJK version and American version in Id.

Thank you very much.

Hosun

Screenshot 1Screenshot 2