Re: FW: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devi
I understand, but keep in mind that Templates are not quite the same as Master Slides. You can select a Template when you are creating a new presentation, and to be sure, the Template will contain one or more Master Slides. But, once you've created a presentation, you can still change the Master Slide which controls the way the slide appears. "Metropolis" is both a Template and a Master Slide. You get to the Master Slides through the "Sidebar" which should be visible on the right side of your screen. If it isn't, click on "View", "Sidebar" to make it show up. The Sidebar contains all sorts of controls under various sub-menus called "Properties", "Slide Transition", "Animation", "Master Slide", "Styles", and so on. If you click on the Master Slide icon on the Sidebar, you should see an array of available Master Slides. The ones you have available may depend on your particular installation, OS, etc. On my Windows machine, for any given presentation, I can choose from about 29 different Master Slides, some of which I created, and others that came with my particular LO installation. I didn't have to download any additional templates. With any given slide showing, you can left click on an available Master Slide, and that MS will immediately be applied to the showing slide. You can select a different Master Slide for each slide of your presentation. Or, if you prefer, you can right click on an available Master Slide, and select "Apply to All Slides." In your situation, as a way to troubleshoot your presentation, I would select a different Master Slide for each of your slides in the presentation. I would then export the presentation as a PDF and then transfer and open it on an Apple device. I would expect some of your slides to be properly displayed and others to be messed up. I would then make a note of the Master Slides that worked and those that didn't. Good luck. Virgil On 5/24/2021 2:14 PM, Daffy Duck wrote: Thanks. I did download some templates https://dohliam.github.io/libreoffice-impress-templates/ <https://dohliam.github.io/libreoffice-impress-templates/> But most of them don't seem to work? On Mon, 2021-05-24 at 17:21 +, Virgil Arrington wrote: Yeah,I don't think changing the font will fix it. I would try changing the Master Slide to something other than Metropolis. You can apply different Master Slides to different slides and see which ones work with Apple devices. Virgil Sent from my Verizon, Samsung Galaxy smartphone Original message From: Daffy Duck Date: 5/24/21 12:05 PM (GMT-05:00) To: users@global.libreoffice.org Subject: Re: FW: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devi I changed the font to Arial, same problem on iphone. On Wed, 2021-05-19 at 21:19 +, Virgil Arrington wrote: > I neglected to send the below email to the list, hitting only Reply instead of Reply List. > > > > > Sent from my Verizon, Samsung Galaxy smartphone > > > > Original message > From: Virgil Arrington > Date: 5/19/21 4:10 PM (GMT-06:00) > To: Daffy Duck > Subject: RE: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devi > > Metropolis is not a template. It is a Master Slide. You get to Master Slides on the control panel on the right side of the screen. There should be an array of available Master Slides. Right click on one of them and you can apply it to all slides. > > Virgil > > > > Sent from my Verizon, Samsung Galaxy smartphone > > > > Original message > From: Daffy Duck > Date: 5/19/21 3:59 PM (GMT-06:00) > To: users@global.libreoffice.org > Subject: Re: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devi > > I see how to get to master, but I still am unable to see how to change > the current template. I have searched on Google, etc, and don't see > how to do that. > > I see how to do file/templates and manage, but that's it. > > FWIW, when I do that, I don't even see metropolis template. > > On Wed, 2021-05-19 at 15:22 -0400, Cuyahoga Falls wrote: > > I would only add that, after changing the font in the styles, you may > > also have to clear any direct formatting that you may have previously > > applied on a given slide or slides. Highlight the text on the slide and > > click on "Format > Clear Direct Formatting". This will then apply the > > style-controlled font to the selected text. *Caution:* It will also > > eliminate any other specific formatting that you had previously applied,
Re: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devi
I would only add that, after changing the font in the styles, you may also have to clear any direct formatting that you may have previously applied on a given slide or slides. Highlight the text on the slide and click on "Format > Clear Direct Formatting". This will then apply the style-controlled font to the selected text. *Caution:* It will also eliminate any other specific formatting that you had previously applied, such as boldface, italics, color, etc. It will get you back to the original font of the style used in the master slide for the presentation. But, based on my earlier experimentation, I don't think just changing the font will fix your problem. I created a slide presentation using Metropolis as you describe and converted it to PDF and sent it to both my Android phone and Apple iPad. On the Android, the PDF everything displayed fine. On the iPad, I got missing text and text cutoff as you described. I then changed the font on the Metropolis theme to a font I knew worked on the iPad in other situations and I got the same results (missing text and text lines cutoff). I'm convinced your problem is with the Metropolis theme itself. If I were you, I would select a different master slide theme and right click on it and then click "apply to all slides" and see if that helps. Virgil On 5/18/2021 11:36 PM, Steve Edmonds wrote: No. On the right of the Impress window click the styles and formatting icon. Click the style you used for the test and right click modify. On the font tab change the font to the one you want to use. On 19/05/2021 14:16, Daffy Duck wrote: So, on any particular slide, I go to format/style and change the font. It doesn't seem to do anything? On Wed, 2021-05-19 at 09:29 +1200, Steve Edmonds wrote: I just did a quick test, if you modify the style(s) you used and change the font there it will change your presentation. On 19/05/2021 05:38, Daffy Duck wrote: I guess my question is, in that case, how would you easily change the font for a 50 page presentation? On Mon, 2021-05-17 at 19:37 -0400, Paul D. Mirowsky wrote: Shot in the dark. You can probably assume those fonts that currently work on Iphone with Metropolis are available by default. Find out the fonts that aren't working and substitute with other default fonts that are used on Iphone. Use only those font inside Metropolis. Hope this helps. On 5/17/21 4:27 PM, Daffy Duck wrote: Seem to have the same result :( I wonder if I just have to ditch metropolis? On Mon, 2021-05-17 at 15:39 +1000, Michael D. Setzer II wrote: On 16 May 2021 at 18:27, Daffy Duck wrote: Subject: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devices From: Daffy Duck To: users@global.libreoffice.org Date sent: Sun, 16 May 2021 18:27:18 -0500 I made a presentation with impress, used Metropolis theme. I then exported it as PDF. The problem is, some, when opening on such things as iphones, get the text cut off, like the top part of the text is not showing, etc. Others, until they turn the phone sideways, it doesn't display the text correctly. How do I make sure the text looks correct for all, or at least most, users on different devices? Note an expert, but something you might try. Open file, and go to File/Properties/Fonts There are two check boxes for embedding fonts. Don't know if either or both would make a difference. Might be some font that you used isn't included on these devices and they are using a different font that throws everything off? Not sure why this isn't listed under the PDF options as a choice? Had a spreadsheet I exported that had this issue with some fonts, and believe this fixed it? But it was long ago.. Worth a try. Worst thing, it makes no difference. File will be bigger since fonts will be included. -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy ++ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mi...@guam.net mailto:msetze...@gmail.com Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ ++ -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy:
Re: [libreoffice-users] Libreoffice impress presentation - metropolis - exported as PDF, doesn't display correctly on some devices
Your problem made me curious, so I played a bit. I took one of my slide presentations and applied the Metropolis master slide theme to all the slides. I then exported the file as PDF, HTML, and XHTML and then sent them to my Samsung A51 smartphone. The PDF displayed just fine on my Samsung phone. I then opened the file on my iPad and immediately saw what you are talking about. The text was lost on all my slide titles and on some slides, it was cut off. It only happened on the Apple device, and not on the Android device. I then used my original LO file, which was NOT made with the Metropolis master slide theme. I used a master slide that I had created myself and it loaded just fine on my iPad. It appears as if the problem is within the Metropolis master slide theme. As some suggested using HTML, I tried exporting the file as both HTML and XHTML, and both were much more challenging and I received a wide variety of results depending on the various HTML variables I applied. However, despite all my experimentation, I didn't find any HTML export solution that gave me everything. Some resulted in a separate file for each slide, some resulted in a loss of slide structure and others resulted in a loss of graphics. In short, I wasn't satisfied with any of the HTML solutions. If I were you, I would try a different master slide theme. The Metropolis clearly creates a problem, but I don't know why. It's not just a font issue. I changed the font on my Metropolis based presentation to Sitka Text (the font used in my self-created theme) and it was still getting cut off on the Apple device. Virgil On 5/17/2021 1:18 AM, Daffy Duck wrote: It's an instructional presentation. I want to distribute it as a single file that anyone can open. PDF really is the best option, but as mentioned, I'm having some issues with the fonts on the iphone. On Mon, 2021-05-17 at 00:25 -0400, John Kaufmann wrote: Without knowing what you are exporting, I would not make a suggestion, but did you consider HTML? On 2021-05-16 23:43, Daffy Duck wrote: Yes, for distribution to a large amount of people, none of which use libreoffice. On Sun, 2021-05-16 at 23:36 -0400, John Kaufmann wrote: On 2021-05-16 19:27, Daffy Duck wrote: I made a presentation with impress, used Metropolis theme. I then exported it as PDF. The problem is, some, when opening on such things as iphones, get the text cut off, like the top part of the text is not showing, etc. Others, until they turn the phone sideways, it doesn't display the text correctly. How do I make sure the text looks correct for all, or at least most, users on different devices? Don't use PDF. The whole idea of PDF is to represent a physical page; it is not intended to adapt to different screens of a large range of sizes. Is there some reason for exporting to PDF? -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Can't edit a paragraph style anymore
I'm using an older version of LO (6.3.4.2 on Windows), but you might look under "Tools", "Chapter Numbering." It is there that leading text to numbering is controlled, rather than in the paragraph styles. I have found that MS-Word and LO deal with chapter/outline numbering differently and I have always gotten translation problems with automatic numbering when trying to save an LO document to a Word format (.DOC or .DOCX). I have found that (.DOC) is better behaved than (.DOCX). You might also try saving as an .RTF format. Another variable that affects the results is the program that will end up reading your exported file. Each program reads Word documents differently. You can also experiment with the wealth of different ways LO handles numbering. There are many settings and many options within the settings. For example, you can follow your numbering with one or more spaces or with tab stops. That will make a difference when translating to different file formats. You can keep your heading text flush left or create hanging indents with the numbers outdented, which will also make a difference when saving to other formats. I have spent hours playing with the treasure chest of numbering options in LO... which may help explain why I've never finished my Great American Novel. Virgil On 22/04/21 5:09 pm, MR ZenWiz wrote: I have written a number of novels using Writer, currently running LO 7.1 (on Xubuntu 20.04).. All the chapter headers are modified 'header 3' style paragraphs with numbering turned on and the word "Chapter" preceding the number. Unfortunately, when I try to save this in either .DOC or .DOCX format, the "Chapter #" piece is outdented so the actual title starts at the left margin, which is not an acceptable format for publishers or even editors to read/publish. It also looks really screwy. When I went in to edit the style, there is nowhere I can see/find such that the "Chapter" part can be edited or removed. How do I do that? I tried looking in LO Help, but I'm not even sure how to query for this feature that used to be there. Any suggestions that work would be most welcome. Thanks. Mark -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Writer: Fake vs. Real Superscripts in advanced fonts
On 12/6/2020 6:00 PM, Richard England wrote: "cuyfalls", I may not have your discerning eye, but using LO v7.0.3.1 on a Fedora v33 box, when I check the automatically converted superscript with one that is created manually by selecting the ordinal abbreviation and changing it to a superscript they look identical for me. I checked two different fonts. My OCD may not be as intense as yours. :-) Could be a difference in LO releases or operation system fonts (?). ~~R StGeorge Richard A lot depends on your OS and its available fonts. Not all fonts have advanced features built in. I have found that Windows 10 seems to have more fonts with the available features than my implementation of Puppy Linux. On Windows, I can use Sitka Text, Palatino Linotype and Linux Libertine G to achieve true and proper superscripts. I'm sure there are others; I just haven't checked them all yet. On my Puppy Linux system, it seems that only Linux Libertine G and Source Serif Pro have the available features. Having never used Fedora, I have no idea what you might have available to you. If you're at all interested in fonts, I would highly recommend obtaining Linux Libertine G and its sans serif companion Linux Biolinum G. They are available in the Ubuntu-based repositories, so I assume they would be in whatever Fedora uses. To see what advanced features are available on your particular machine for a given font, from within LO, click on Format > Character > Font and then click on the "Features" button directly below the font-size drop down list. You will then see a dialog box that will show the available features for that font. Not all features are available for all fonts, so you'll have to scroll through each font and click "Features" to see which ones are available. Your results will also depend on how you "manually" create a superscript. As with all things LO, there are multiple ways to skin the cat and not all of them produce the desired results. There are at least four different ways to obtain superscript ordinals. The first three listed below will produce what I'm calling "fake" shrunken superscripts with lighter stroke weight and condensed spacing. Only the fourth will produce properly weighted and spaced superscripts. *Option 1* (fake superscript) -- With the option to "format ordinal numbers suffixes" selected in Tools > AutoCorrect Options > Localized Options just type the number desired (1st, 2nd, etc.) and press spacebar and the ordinal will automatically be converted to a "fake" superscript. *Option 2* (fake superscript) -- With the AutoCorrect option UNnselected, type the number desired. Then select the ordinal ("st," "nd," "th", etc.) and click on the superscript icon in the Formatting Toolbar (assuming that icon appears in your particular toolbar as they are customizable). This will also produce a "fake" superscript. This is simply a manual way of achieving the same result that the AutoCorrect option automatically obtains. *Option 3* (fake superscript) -- Again with the AutoCorrect option UNselected, type the number desired and select the ordinal. Then click on Format > Character > Position > Superscript. This is just another way of achieving the same results as found in Options 1 and 2, and will produce the same "fake" superscript. However, with this option, you can manually control how much LO shrinks the superscript and how much it raises it above the surrounding text. At least, with this option, you can reduce the adverse effects of LO's default font shrinking. *Option 4* (true superscript) -- This option depends upon the font you use. Many fonts will have access to true superscripts; others will not. In Windows, for this test, you can use Palatino Linotype or Sitka Text. In Linux, if you have it, try Source Serif Pro. For both OS's you can use Linux Libertine G (http://www.numbertext.org/linux/). As with the other options, type the desired ordinal number in the appropriate font and select the ordinal to be raised to a superscript. Then click on Format > Character > Font. Make sure your desired font is selected in the drop down list of fonts. Then, click on the Features button immediately below the font size drop down box. In this dialog, you'll see a host of advanced features available for the font you've chosen, and the features will be different for each font. With Sitka Text, Palatino Linotype (Windows) and Source Serif Pro (Linux), you'll have an option to select superscript. Click on that. You will then immediately see the font name change to something like "Sitka Text:frac=1". Everything after the : consists of a code implementing an advanced feature. The "frac=1" implements true fractions. (On my LO, this seems to be a default setting). The "sups" implements true superscripts with the "&" separating the codes. In addition to selecting features from the dialog box, you can manually type in the codes once you get to know
Re: [libreoffice-users] Writer: Fake vs. Real Superscripts in advanced fonts
Michael, Thanks for the suggestion. I'll look at it from that angle. It's such an obvious solution, I should have thought of it myself. Virgil On 12/6/2020 4:56 PM, Michael H wrote: What you're looking for is the autocorrect autoreplacements table. Tools --> Autocorrect --> Autocorrect Options. Turn off the fake ordinals on the Localized options tab. Then you can add entries in the Replace tab for the values you want, like 1st -> 1ˢᵗ. There may be a way to introduce a character style method with this table, so that copy/paste won't produce weirdness like the ordinal glyphs might if the pasted field doesn't have ordinals in the active font, but this is where you'd do it. On Sun, Dec 6, 2020 at 2:56 PM Cuyahoga Falls <mailto:cuyfa...@hotmail.com>> wrote: I have a question dealing with one of the advanced features of today's fonts: superscripts. Using LO, one can automatically get ordinal numbers using the Autocorrect feature. Type 1st and the "st" is automatically converted to a superscript. However, the superscript is an artificially created superscript where the "st" is shrunken and raised. The stroke weight is correspondingly reduced resulting in a superscript that looks disproportionately light when compared to other letters. Today's modern fonts have better technology. Many fonts have built in superscript glyphs that are properly sized and weighted. LO can access these features graphically through the "features" option in the Format > Character dialog (or "Font" tab in paragraph or character style dialogs). If I click on the "features" option, and select "superscript," LO will insert an additional code in the font name that will call the properly designed glyphs. Thus, for example, "Sitka Text" becomes "Sitka Text:sups" and the superscript inserted is properly sized and weighted. I can get the same effect by typing the appropriate code in the font name box rather than selecting from the graphical menu of optional "features" in the character style dialog. The typographic benefit is that, by selecting the advanced superscript of the font, one gets a true superscript that is not just shrunken letters with reduced stroke weight. The stroke weight remains consistent with the weight of the normally sized font. As an OCD challenged font freak, I prefer using the true superscripts rather than the artificially produced shrunken superscripts, which brings me to my question. As far as I can tell, LO's automatic insertion of ordinal superscripts using the Autocorrect function always inserts artificially generated and shrunken superscripts rather than the true properly proportioned superscripts contained within advanced fonts. Is there a way of directing the Autocorrect function to use proper superscripts if they are available rather than always creating artificially shrunken ordinal superscripts? It's a bit of a pain to have to manually reformat each ordinal number to use the proper superscript. Even if I use character styles, that is still more labor intensive than simply typing "1st" and spacebar and getting the desired effect. If I could direct the Autocorrect function to select true superscripts rather than artificially generated superscripts, that would be great. For what it's worth, I'm using LO 6.3.4.2 on Windows 10. Thanks. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org <mailto:users%2bunsubscr...@global.libreoffice.org> Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ <https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette <https://wiki.documentfoundation.org/Netiquette> List archive: https://listarchives.libreoffice.org/global/users/ <https://listarchives.libreoffice.org/global/users/> Privacy Policy: https://www.documentfoundation.org/privacy <https://www.documentfoundation.org/privacy> -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Writer: Fake vs. Real Superscripts in advanced fonts
I have a question dealing with one of the advanced features of today's fonts: superscripts. Using LO, one can automatically get ordinal numbers using the Autocorrect feature. Type 1st and the "st" is automatically converted to a superscript. However, the superscript is an artificially created superscript where the "st" is shrunken and raised. The stroke weight is correspondingly reduced resulting in a superscript that looks disproportionately light when compared to other letters. Today's modern fonts have better technology. Many fonts have built in superscript glyphs that are properly sized and weighted. LO can access these features graphically through the "features" option in the Format > Character dialog (or "Font" tab in paragraph or character style dialogs). If I click on the "features" option, and select "superscript," LO will insert an additional code in the font name that will call the properly designed glyphs. Thus, for example, "Sitka Text" becomes "Sitka Text:sups" and the superscript inserted is properly sized and weighted. I can get the same effect by typing the appropriate code in the font name box rather than selecting from the graphical menu of optional "features" in the character style dialog. The typographic benefit is that, by selecting the advanced superscript of the font, one gets a true superscript that is not just shrunken letters with reduced stroke weight. The stroke weight remains consistent with the weight of the normally sized font. As an OCD challenged font freak, I prefer using the true superscripts rather than the artificially produced shrunken superscripts, which brings me to my question. As far as I can tell, LO's automatic insertion of ordinal superscripts using the Autocorrect function always inserts artificially generated and shrunken superscripts rather than the true properly proportioned superscripts contained within advanced fonts. Is there a way of directing the Autocorrect function to use proper superscripts if they are available rather than always creating artificially shrunken ordinal superscripts? It's a bit of a pain to have to manually reformat each ordinal number to use the proper superscript. Even if I use character styles, that is still more labor intensive than simply typing "1st" and spacebar and getting the desired effect. If I could direct the Autocorrect function to select true superscripts rather than artificially generated superscripts, that would be great. For what it's worth, I'm using LO 6.3.4.2 on Windows 10. Thanks. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Editing Impress Master Slides
On 10/24/2020 11:12 AM, Michael H wrote: I think what you want is "clear direct formatting." In LO 6.3 this is on the right-click menu for each object in a page, but it doesn't show up when you have multiple objects selected, and it doesn't show up when you select the page on the page browser. It would be nice if 'clear local overrides' was programmable to a key in 'customize keyboard' but I don't see it there. Thank you for the suggestion, but I don't think it works on my problem. When I right click on a text box on a slide and then click "Clear Direct Formatting" it clears the formatting of the text itself (boldface, italics, etc.), but it doesn't seem to have any effect on the geometry of the text box that holds the text. When I edit a master slide, usually what I am editing is the layout, meaning the placement and size of text boxes on the slide. When I apply the edited master slide to all slides, there are always some slides that don't accept the changes, while others do. I have tested this on several different slide presentation files, starting from scratch in each case. I have been careful *not* to apply any direct changes to text box geometry on individual slides before editing the master slide. Even so, after editing the master slide, the changes are never applied to all slides in a presentation and clicking "Clear Direct Formatting" doesn't seem to help. Virgil On Thu, Oct 22, 2020 at 3:06 PM Cuyahoga Falls <mailto:cuyfa...@hotmail.com>> wrote: As a college professor, I use slide presentations daily. I have used a variety of solutions including LaTeX/Beamer, Markdown/Slidy, and LO Impress. Impress is obviously very full-featured and easy to use with its WYSIWYG user interface. However, I have been bothered by what appears to be a strange behavior in Impress. There are times when, after creating a slide presentation with 15 to 20 slides, I find I need to edit something globally, such as the size or shape of a text box on the slides. To do this, I go into the appropriate Master Slide and make my changes. I then click to apply the Master Slide to all slides, but then when I go back into the slide presentation, I find that my changes are only applied to some, but not all of the slides. I then find myself having to go into each slide to reapply the same changes on a slide-by-slide basis that I had tried to apply globally by changing the Master Slide. I'm finding that, when working with Impress, I have to carefully design all of my slide formatting *before* composing my content, because if I have to change formatting later, I have no assurance that the changes will take effect globally. This is obviously the opposite of the behavior in LaTeX or Markdown, where the formatting can be designed at any point in the process with predictable results. Has anyone else noticed this behavior? Is this a bug, or can anyone suggest anything I might do differently? I am currently using LO 6.3.4.2 on Windows 10, but I have noticed this behavior for years on a variety of LO versions on both Windows and Linux. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org <mailto:users%2bunsubscr...@global.libreoffice.org> Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Editing Impress Master Slides
As a college professor, I use slide presentations daily. I have used a variety of solutions including LaTeX/Beamer, Markdown/Slidy, and LO Impress. Impress is obviously very full-featured and easy to use with its WYSIWYG user interface. However, I have been bothered by what appears to be a strange behavior in Impress. There are times when, after creating a slide presentation with 15 to 20 slides, I find I need to edit something globally, such as the size or shape of a text box on the slides. To do this, I go into the appropriate Master Slide and make my changes. I then click to apply the Master Slide to all slides, but then when I go back into the slide presentation, I find that my changes are only applied to some, but not all of the slides. I then find myself having to go into each slide to reapply the same changes on a slide-by-slide basis that I had tried to apply globally by changing the Master Slide. I'm finding that, when working with Impress, I have to carefully design all of my slide formatting *before* composing my content, because if I have to change formatting later, I have no assurance that the changes will take effect globally. This is obviously the opposite of the behavior in LaTeX or Markdown, where the formatting can be designed at any point in the process with predictable results. Has anyone else noticed this behavior? Is this a bug, or can anyone suggest anything I might do differently? I am currently using LO 6.3.4.2 on Windows 10, but I have noticed this behavior for years on a variety of LO versions on both Windows and Linux. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Presentation - video record
On 6/16/2020 2:14 PM, charles meyer wrote: I'm trying to coordinate a presentation with Libre Presentation. Can Presentation record screens on your laptop like MS Power Point? If so, could you please share those steps? Thank you. Charles. I don't think Presentation can do it natively. I use free third party programs to accomplish this. In Windows, I use a free program called ShareX, which works just fine. You can also do it through Zoom and include your own picture in a corner of the screen through its screen share feature. In Linux, I use Kazam. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Document hierarchy and Indexing [as applied to LO Guides]
On 6/16/2020 3:54 AM, John Kaufmann wrote: Hi Robert, On 2020-06-16 03:38, Robert Großkopf wrote: ... newbies will create all content in one document. So it is no problem to set Level 1 ~ Heading 1 Level 2 ~ Heading 2 Level 3 ~ Heading 3 But if there are separate document for each chapter of a guide you couldn't get a well formed Master Document for a guide. Heading 1 must be there in Level 2 and the Title of the separate Documents must be in Level 1. Hope the global documents have been created the same way, as, for example, the German Base Handbuch. Thanks for that. I knew there must be something I was not seeing, and will consider the implications of Master Document construction. (Will post again when I have thought it through.) In any case, though, shouldn't the same construction logic apply to all LO Guides? Regards, John This thread reminds me that LO's greatest advantage is that the user has complete control over everything... And LO's greatest drawback is that the user has complete control over everything... Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Font colors on Windows vs. Linux
On 3/2/2020 1:19 PM, Steve Edmonds wrote: Hi all. When comparing the palettes can you please advise the top row description, I find this varies. i.e. on my linux machine top row is greys graded light to dark, left to right. Are all your palettes of 12 columns similar colour arrangement. steve. Since I started this, let me echo Heiko's reference to this site, https://design.blog.documentfoundation.org/2017/04/10/new-standard-color-palette/ In it you will see that color palettes have been evolving over the years with LO. It shows three different palettes that have been used as "standard" in the past five years or so. You'll find yours with gray shaded light to dark from left to right and others with gray shaded dark to light from left to right. I also learned that the palette that a given LO installation uses is somehow stored in the user profile. By renaming the profile on my older Linux LO installation, it updated my standard palette to match that on my newer Windows LO installation. That's not necessarily a great solution for me as I now have dozens of Impress presentations with colors that are no longer found on the new standard palette, not to mention that renaming the user profile always results in the loss of other customization. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Font colors on Windows vs. Linux
I stand corrected. I had previously renamed the user profile on my Windows machine, without effect. It never occurred to me to rename the user profile on my Linux machine. I just went in and renamed the user profile on my Linux machine, and that, in fact, did have the effect of calling up the newer color palette. So now, my Windows and Linux installations of LO have the same "standard" color palette. My apologies for wasting everybody's time. Virgil My apologies for having not tried that earlier. I had always thought that my problem was with my Windows installation On 3/2/2020 8:45 AM, Heiko Tietze wrote: It might help to clean the user profile, see https://wiki.documentfoundation.org/UserProfile. Background to the color palette update can be found here https://design.blog.documentfoundation.org/2016/12/30/new-color-palettes-in-libreoffice/ and there https://design.blog.documentfoundation.org/2017/04/10/new-standard-color-palette/. Cheers, Heiko PS: Colors are stored as RGB values in documents, there must not be any difference between $FF (Red) on Linux vs. Windows or between different versions. On 02.03.20 12:32, Philip Jackson wrote: I have never had much use for the color palettes other than the occasional use of red for the odd word in Writer. So this thread provoked a bit of curiosity to check on my machines. My W10 box has LO installed from the LO website - recently updated to 6.3.5.2 and the standard color palette is 12 columns by 10 rows. The drop down lists 8 palettes. My UbuntuStudio box shows 2 standard palettes (in a drop down list of 9 palettes) : - one with 12 cols by 14 rows with 7 more colors on the 15th row. - the other standard palette has 12 cols by 10 rows For years, I have used the Ubuntu distribution of LO but recently I changed to the PPA which purports to maintain the latest LO stable release. It recently updated my copy to 6.3.5.2. I imagine the color palette situation on my Ubuntu box reflects the history of my LO installations from Ubuntu over the years. Although I am surprised that two palettes with the same name can exist in the drop down lists. Philip On 01/03/2020 21:49, Dan Lewis wrote: I use the Ubuntu O/S; LibreOffice 6.3.5.1 and 6.4.1.1 are from the LO website. In both cases, the standard pallet contains 12 columns and 10 rows. Dan On 3/1/20 2:36 PM, Steve Edmonds wrote: I notice the same thing, but my linux version is 6.3 from the openSUSE repository and not the LO website and the win 10 install is 6.4 so I could not say that that hasn't caused the difference. I have noticed the palettes changing over time and a while back I created my own custom palette (including company branding colours) so I could have consistency. steve On 02/03/2020 07:19, Cuyahoga Falls wrote: I have two laptops running LibreOffice. One is a Sony Vaio with LO 6.0.6.x and Linux Mint 18. The other is a Lenovo with LO 6.0.7.x and Windows 10. I recently opened an Impress Presentation on my Windows machine to work on. At one point, I wanted to change the color of my font on one of my slides. I went to the font color icon on the toolbar and clicked the down arrow. I immediately noticed that the selection of available colors was different that that available on my Linux computer. To be more specific, if I click on the font color icon on the Windows computer, I get a selection of available colors arranged in 12 columns by 10 rows. For this example, I am using the colors available in the palette called "standard." The top row shows 12 shades of gray. In the second row, the color choices are "Yellow," "Gold," "Orange," "Brick," "Red," "Magenta," "Purple," "Indigo," "Blue," "Teal," "Green," and "Lime." Then under each color column are boxes called Light or Dark followed by a number. So, for example, if I look at the "Blue" column, the top color is represented simply as "Blue." Below it are color boxes called "Light Blue 4," Light Blue 3," and so on down to "Light Blue 1," then followed by "Dark Blue 1," up to "Dark Blue 4." Each column is similarly arranged under its respective color. On my Linux computer, the "standard" palette consists of 12 columns by 15 rows of colors. The color row below the row of gray, is represented by the colors, "Yellow," "Orange," "Red," "Pink," "Magenta," "Purple," "Blue," "Sky Blue," "Cyan," "Turquoise," "Green," and "Yellow Green." Then below each main color are boxes ranging from 1 to 9 with no light or dark designations. In short, the "standard" font color palette on LO in Windows is different from the "standard" palette on LO in Linux Mint. Moreover, the color re
Re: [libreoffice-users] Font colors on Windows vs. Linux
On 3/2/2020 8:45 AM, Heiko Tietze wrote: It might help to clean the user profile, see https://wiki.documentfoundation.org/UserProfile. Background to the color palette update can be found here https://design.blog.documentfoundation.org/2016/12/30/new-color-palettes-in-libreoffice/ and there https://design.blog.documentfoundation.org/2017/04/10/new-standard-color-palette/. Cheers, Heiko PS: Colors are stored as RGB values in documents, there must not be any difference between $FF (Red) on Linux vs. Windows or between different versions. Thank you for the suggestion and links. As to the user profile, I did clean it by renaming it before I posted my original message. It had no effect. The links are informative. They help me understand that this whole color palette issue is a fluid one. I notice, however, that the links discuss color palette changes that were made in the days of LO 4.x and LO 5.x. Both of my installations, whether Windows or Linux, are in the LO 6.x range. For example, according to your links, the standard color palette on my Linux LO 6.0.6 is very similar to that used in LO 4.3 whereas the standard palette used on my Windows LO 6.3.4 is most similar to that used in LO 5.4. I would think that, by now, there would be greater uniformity between the Windows and Linux versions of LO in the same release range. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Font colors on Windows vs. Linux
On 3/2/2020 6:32 AM, Philip Jackson wrote: ... I imagine the color palette situation on my Ubuntu box reflects the history of my LO installations from Ubuntu over the years. Although I am surprised that two palettes with the same name can exist in the drop down lists. That was my surprise as well, which prompted my original post. I teach at a local college as well as my church and always use slide presentations for my classes. My Windows box is newer with a nice long battery life for teaching a class without having to plug things in. My Linux laptop is old and tired, so I tend to use the Windows machine more often. However, for a reason I haven't yet figured out, it doesn't work well with my church's Epson projector. The projector keeps resetting itself in the middle of a presentation, so, I still use my Linux computer to show my slide presentations at church. What this means is that I create and edit my slides on my Windows computer and then transfer them over to the Linux computer for showing in church. Since I can never leave things alone, I am constantly doing final editing on the Linux computer, which is how I discovered the difference in color palettes. I use blue and red font coloring for highlighting and I was surprised to find out that "Blue" on my Windows LO installation is different than "Blue" on my Linux LO installation, and that the "standard" palette on Windows LO doesn't include "Blue 4," which is what I use on Linux LO. The result is that colored text on a slide created in Windows LO is a different shade than colored text on a slide edited in Linux LO. I have to believe that, having different color resources on the different versions of LO would make life frustrating for people sharing documents between Windows and Linux computers. Part of me was wondering if this is something dictated at the level of the operating system. However, because I'm constantly searching for different/better solutions, I also use LyX/LaTeX/Beamer and RMarkdown/Slidy to create slide presentations, and I haven't noticed any differences in colors between my Windows and Linux installations of those respective respective systems. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
[libreoffice-users] Font colors on Windows vs. Linux
I have two laptops running LibreOffice. One is a Sony Vaio with LO 6.0.6.x and Linux Mint 18. The other is a Lenovo with LO 6.0.7.x and Windows 10. I recently opened an Impress Presentation on my Windows machine to work on. At one point, I wanted to change the color of my font on one of my slides. I went to the font color icon on the toolbar and clicked the down arrow. I immediately noticed that the selection of available colors was different that that available on my Linux computer. To be more specific, if I click on the font color icon on the Windows computer, I get a selection of available colors arranged in 12 columns by 10 rows. For this example, I am using the colors available in the palette called "standard." The top row shows 12 shades of gray. In the second row, the color choices are "Yellow," "Gold," "Orange," "Brick," "Red," "Magenta," "Purple," "Indigo," "Blue," "Teal," "Green," and "Lime." Then under each color column are boxes called Light or Dark followed by a number. So, for example, if I look at the "Blue" column, the top color is represented simply as "Blue." Below it are color boxes called "Light Blue 4," Light Blue 3," and so on down to "Light Blue 1," then followed by "Dark Blue 1," up to "Dark Blue 4." Each column is similarly arranged under its respective color. On my Linux computer, the "standard" palette consists of 12 columns by 15 rows of colors. The color row below the row of gray, is represented by the colors, "Yellow," "Orange," "Red," "Pink," "Magenta," "Purple," "Blue," "Sky Blue," "Cyan," "Turquoise," "Green," and "Yellow Green." Then below each main color are boxes ranging from 1 to 9 with no light or dark designations. In short, the "standard" font color palette on LO in Windows is different from the "standard" palette on LO in Linux Mint. Moreover, the color represented as "Blue" on my Windows machine is decidedly different than the color called "Blue" on the Linux machine. I must say I have been using both computers for over a year now and I often share LO files between the two computers. It was only recently -- in the past week -- that I noticed the difference in standard color palettes. I could have sworn that the two palettes were the same in the past, but I can't think of anything I could have done to cause the Windows LO "standard" color palette to suddenly change. In an attempt to "fix" things, I downloaded and installed LO 6.3.4.2 to my Windows computer, and also renamed my user profile. Neither had any effect on the way the "standard" font-color is represented. I know this is longer than anyone would like, but if anyone can confirm similar behavior on their Windows vs. Linux installations of LO, or recommend any action, I would appreciate it. Virgil -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy