Text size/location different in editor than when published

ebruner3016
Community Member Posts: 10
Hi, I'm using Publisher 12 and I'm having an issue with the text boxes in my project. Some of the text appears differently on the edit screen than it does when I publish or preview the file. Sometimes the tail end of the text is cut off on the edit screen, but appears fine in the preview/published file. Sometimes the text is just positioned slightly differently. It's almost like the text size is larger in the edit view. However, sometimes it all looks the same in the edit view and the published file. This makes it difficult to know how things will appear. Has anyone else had this issue? Is there a way to fix it?
Comments
-
Hi Elizabeth,
You said that you inherited the title, so I'm wondering if perhaps some of the text boxes are set to use a font that is not installed on your system, so it's doing its best to substitute and looks different when published? Just guessing here. If that's not the issue, would you be willing to share the title? I'm running Windows 7 too and would be happy to take a look at it. -
-
-
I have had this same issue ever since I started using Lectora... especially when you set Header tags <H1>... A title I'm working on at the moment is giving me the same issue. Screenshots attached... editor.jpg is from Lectora, browserIE.jpg is from Internet Exporer 11 and browserChrome is from Google Chrome. There is a big difference between the H1 tags from editor to browser. Not so big a difference with the H2... between the two browsers there is only a shift to the left a couple of pixels from IE to Chrome.
-
Hello, I have the same problem with Lectora Publisher 16.1.1 (10553).
I have attached a screenshot of the "Edit mode" where everything looks great.
The other screenshot shows the "Run Mode" where the text is misaligned. The published EXE file looks the same.
The title itself is also attached.
These screenshots are made from a new title created by Lectora 16. I have only inserted a PNG graphics and the text.
We have seen this difference on 2 PC's. The published EXE file was tested on several PC's with different operating systems (Windows 7 and Windows 10) - the problem was always the same. -
-
-
-
Hi, I also have the same problem with Lectora 16.2.2. The text is not in the same place in edit, run and preview mode. It is kind of annoying since I have to figure out how to position the text so it's on the "right" place in preview mode.
I've tried the eLearning Brothers template and it happens there as well...
Is there any solution..workaround to this other than checking out how much the text drops and then putting it up in edit mode so it becomes just right in preview? ....:)
-
-
Hi Jennifer, I already did:
http://community.trivantis.com/forums/topic/text-sizelocation-different-in-editor-than-when-published/#post-318507
To reproduce the problem, you just have to open Lectora with a new, blank title, insert an image file and a text block and switch to the "Run mode". Then you will see that the text is positioned too low. -
-
-
Has anyone seen a correction for this. If I convert text to image it does help but I'm creating 508 compliant content and that option is not available to me since it won't allow screen readers to read what was originally in the text box. Im using 17.0.4
I added some images test1 is in the publisher, test 2 is in run mode, test 2 is the html preview (firefox) -
Alright this is great that everyone is having the same issues. Could SOMEONE from TRIVANTIS pipe in with the solution.
Rationale why this is happening is because every users personal browser is using it's own default settings to view the material on the page. Which is hilarious because i'm using verdana, arial and the most used fonts in the universe and somehow the browsers are still screwing up the kerning and line spacing.
Solution: (the only one I know of that is painful as faaaa) is to click on the properties of the text box and click on convert to image. All this will do is preserve all the aesthetic settings so each persons browser doesn't and it will hold the integrity. SEE ATTACHED.
Only other solution is to reduce the volume on the page of content.
But serious trivantis should have their publishing and developing team FIGURE THIS OUT. In this day and age we shouldn't have to be worrying about this problem that is so 2000's.
Cheers,
Doug
Categories
- 4.8K All Categories
- 6 New Feature Releases
- The Training Arcade®
- Arcades™
- 125 ✫ Announcements
- 9 ✪ Contests
- 34.1K eLearning Brothers® Products
- 33.6K Lectora®
- 31.6K Lectora Discussions
- 1.9K Lectora Feature Requests
- 71 Lectora User Groups
- 17 Asset Library
- 10 AssetLibrary Discussions
- 7 AssetLibrary Feature Requests
- 304 CenarioVR®
- 178 CenarioVR Discussions
- 126 CenarioVR Feature Requests
- 40 Rockstar Learning Platform®
- 28 Rockstar Learning Platform Discussions
- 12 Rockstar Learning Platform Feature Requests
- 4 Off-the-Shelf Course Library
- 3 Off-the-Shelf Course Library Discussions
- 1 Off-the-Shelf Course Library Feature Requests
- 114 CourseMill®
- 107 CourseMill Discussions
- 44 ReviewLink®
- 32 ReviewLink Discussions
- 12 ReviewLink Suggestions
- 2 The Training Arcade®
- 1 The Training Arcade Discussions
- 1 The Training Arcade Feature Requests
- 10 Additional Learning Products
- 2 Adobe®
- 4 Articulate®
- 2 Camtasia®
- Docebo®
- 1 iSpring®
- 1 Microsoft® PowerPoint®
- 932 All Things eLearning
- 5 Course Development Showcase
- 1 eLearning Brothers® Downloads
- 1 Compliance Training
- 11 eLearning Development
- eLearning Game Design
- 7 Instructional Design
- 545 Learning Management System (LMS) Integration
- 3 Mobile Learning
- 22 Visual Design
- 331 Web Accessibility
- 1.2K ♪ The Green Room
- 8 ♡ Community Feedback
- 7 Community Tips