Bug 35033 - Allow inline graphics, formulas in impress (and draw)
Allow inline graphics, formulas in impress (and draw)
 Status: NEW None LibreOffice Unclassified Impress (show other bugs) 4.1.1.2 release All All high major Not Assigned (view as bug list) Images Object ImpressDraw-Enhancements Show dependency tree / graph

 Reported: 2011-03-05 03:31 UTC by sergio.callegari 2018-10-27 13:55 UTC (History) 12 users (show) ben bugzilla glutanimate jlquinn jmadero.dev leonard listes rb.henschel rfvuhbtg thomas.lendo tursom Vincent.Boudry

Attachments

 Note You need to log in before you can comment on or make changes to this bug.
 sergio.callegari 2011-03-05 03:31:06 UTC In write, formulas and graphics can be anchored as character, which enables text to include inline formulas and small drawings (like the image of a keyboard key to press). In impress this is not possible, making life quite hard to those delivering scientific presentations. Originally, also powerpoint could not inline formulas. However, with the latest versions this is possible. This means that by not allowing formulas to be inlined in impress, Libreoffice both misses a killer feature of powerpoint and cannot allow good import of powerpoint documents. Björn Michaelsen 2011-12-23 11:42:52 UTC Comment hidden (obsolete) [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html sergio.callegari 2011-12-27 03:27:55 UTC Verified on 3.5.0 beta 2 Paul-Antoine Arras 2012-10-22 09:14:54 UTC *** Bug 37127 has been marked as a duplicate of this bug. *** sergio.callegari 2013-08-05 12:39:39 UTC See also https://issues.apache.org/ooo/show_bug.cgi?id=22309, https://issues.apache.org/ooo/show_bug.cgi?id=29989 https://issues.apache.org/ooo/show_bug.cgi?id=88185 and probably more. Just for historic reference, tracking this enhancement request back to openoffice and to 2003 and to be able to follow if there is AOO activity on this front. Gonzalo Panizo 2013-09-25 04:32:05 UTC Still waiting for this to be fixed. Otherwise Impress can not be used for scientific/engineering presentations! sergio.callegari 2014-01-24 15:04:26 UTC By curiosity... can this enhancement be implemented in ODF1.2 or does it require extending the standard? In case, would it be worth from LibO to propose it for ODF1.3? sergio.callegari 2014-03-28 10:09:16 UTC I care about getting this fixed, so I'm offering USD 20.00 via FreedomSponsors to the first person who fix it. Offer link: http://www.freedomsponsors.org/core/issue/473/allow-inline-graphics-formulas-in-impress-and-draw You can also join me and throw in a few bucks there and we'll get it fixed faster :) Let me underline this. The amount I can offer is little, but many little amounts can make a reasonable sum. If you are interested, please consider co-sponsoring this issue. If you fix this issue (see my acceptance criteria there) please use that site to request your payment. sergio.callegari 2014-10-24 14:12:12 UTC Please, in case the opendocument format itself does not support this functionality, please assure that a suitable bug/wishlist is opened against ODF1.3/Next. Please do not underestimate the impact of this enhancement request. In the scientific academic world, which is a big user of presentation software (conferences, teaching), LibO is simply ruled out by most of my collegues just for the inconvenience related to the impossibility to embed figures/formulas in the presentation text. Joel Madero 2015-02-09 05:14:12 UTC Removing patch as there isn't an attached patch on the bug. jean.orloff 2015-02-21 17:17:06 UTC Hi, I just offered an extra 50$to try and obtain this essential evolution. Let's hope for more! Jean Joel Madero 2015-02-21 17:29:57 UTC Thanks for that information and for your support! Just to make sure that expectations are realistic here. This enhancement will likely take tens of hours of time - professional developers make in the range of$60-$120/hr - so we're talking about thousands of dollars (at market rate). So - perhaps (and hopefully) the$80 motivates someone, but I want to be sure to keep realistic expectations in the community. sergio.callegari 2015-02-22 18:11:37 UTC Thanks Jean for participating and to Joel for the due comments. What I hope is that even if so far the amount is by far too little for fully payed development, it can still have some 'information' value. The fact that there are users willing to economically support work on this may already be a hint on the level of desire for this particular enhancement. And let's hope that other supporters can join in. tommy27 2016-04-16 07:22:30 UTC Comment hidden (obsolete) ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16 sergio.callegari 2016-04-18 10:24:54 UTC Wished feature is still missing from LibO 5.1.2. Bounty has reached 100$. See https://freedomsponsors.org/issue/473/allow-inline-graphics-formulas-in-impress-and-draw#sponsors jean.orloff 2016-06-21 09:14:52 UTC (In reply to Joel Madero from comment #11) > Just to make sure that expectations are realistic here. This enhancement > will likely take tens of hours of time - professional developers make in the > range of$60-$120/hr - so we're talking about thousands of dollars (at > market rate). So - perhaps (and hopefully) the$80 motivates someone, but I > want to be sure to keep realistic expectations in the community. I am really not so sure: the wanted feature exists in the Write. What we want is then just the implementation of this possibility in Impress Text Areas, which must be not be that different from a page in Write. sergio.callegari 2016-06-21 09:48:14 UTC I think that sponsorships are advertised not because of the expectation that \$120 can pay the work, rather to try getting more and to give a clear indication of how the feature can be important to some users. Even bug reporters can be realistic ;-) QA Administrators 2017-09-01 11:14:38 UTC Comment hidden (obsolete) ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.4.1 or 5.3.6 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170901 sergio.callegari 2017-09-02 06:55:45 UTC Issue is still present in all LibO versions, since this is a kind request for a feature that still has not been implemented. A small bounty, currently USD 135 is still available for solving the issue Thomas Lendo 2017-10-08 21:22:16 UTC @Regina: Is this a problem of the ODF specification or only a LibO implementation issue? As images and frames have an own style in Writer but not in Draw and Impress, it's not possible to use the Writer properties. Is it necessary to add these styles to Draw and Impress to have this enhancement request to be implemented? Regina Henschel 2017-10-22 12:56:47 UTC (In reply to Thomas Lendo from comment #19) > @Regina: > Is this a problem of the ODF specification or only a LibO implementation > issue? You would need a construction The schema would allow it directly. The description is not really clear, but I see no principle problem in file format. For Draw it is simple a missing feature. For Impress you have the additional task to define, how such enhanced text-box reacts on animation. > > As images and frames have an own style in Writer but not in Draw and > Impress, it's not possible to use the Writer properties. Is it necessary to > add these styles to Draw and Impress to have this enhancement request to be > implemented? No, styles are not the problem here. The problem is, that the text rendering engine is not able to handle other child elements than elements (=character formatting). The styles in Writer contain additional properties, which describe the relationship of the -essentially graphic- objects to the surrounding text. These are not necessary in Draw/Impress because no running text exists. The normal graphic properties are sufficient for the outer frame. Only if the nesting is implemented additional properties would be necessary for describing the relationship between inner frame and text-box. Buovjaga 2017-11-19 11:20:58 UTC *** Bug 113671 has been marked as a duplicate of this bug. *** sergio.callegari 2018-02-13 15:28:36 UTC Just a quick reminder to those who might get here being interested in the feature that there is a small bounty at https://freedomsponsors.org/issue/473/allow-inline-graphics-formulas-in-impress-and-draw#sponsors Sorry for the noise, but those who got redirected here through the "duplicate" bug mechanism may have missed this. Gibtnix 2018-10-27 13:55:46 UTC I also regularly use LibreOffice with TexMaths and also would like to have perfectly inlined formulas in Impress and Draw as in Writer. I would like to share my personal workarounds which are not perfect, but at least do a pretty well job, at least for my needs. Even though I'm referring to TexMaths formulas, they also work well for LO's own formulas. The first option is to create the Text directly as part of the forumla using the LaTeX \text{...} command. This works pretty well but can be a hassle if you want to setup the fonts accordingly. The same workaround can also be used with LO's formula editor. Next, it is also possible to select the LaTeX fonts directly in Impress/Writer and to create the formula as part of the text. This works pretty well as long as the formula only contains some basic stuff. A drawback is that the font spacing between lines can be slightly messed up by Impress if different fonts are selected. Finally, if really a LaTeX formula needs to be inlined in text, I create some whitespace in the line and place the formula at this location (moving the formula with Alt or Shift is quite useful here to correctly vertically aling it). This looks pretty perfect on the slide but is rather annoying as soon as you change the text: You will always have to manually adjust the formula's position. But as long as there is no direct way to inline the formula, this is still possible.