Created attachment 41148 [details] Mock-up for font size menu One thing that will make Math a lot better is the ability to inherit some characteristics from the underlining paragraph. On the font size menu, Math should have an option for the base size (maybe a check box, see the attached mockup) to enable a time saver feature: load the base size from the underlining paragraph. Notice that when the "use paragraph settings" (a better wording is needed...) is checked, the base size box is grayed out. This "paragraph setting" could refer to the paragraph itself or to the character style applied to were the Math object is anchored: this way, by applying a paragraph or character style or even direct formatting to the text surrounding the Math object the font size will be picked as the base size for the formula. Usercase: A couple of years ago I was appointed to write a physics book for entry level students describing some historical experiments. At the beginning, the editor instruct me to use a big format (A4, with large margins and a 12 points font). I decided to use Writer because the layout I wanted was very difficult to accomplish on LaTeX (several figures wrapped with text, many of them being not rectangular) and the available time was very short. Of course, when I was half way in the writing process, the editor changed mind (budget reasons, I think) and we ended with an A5, 11 points and tiny margins book... Thanks to a proper use of styles, I was able to change page and font sizes in no time, but Math objects... that was no so easy: I needed to edit all the Math objects one by one!
Till someone implement it, you can use my macros in http://www.rhenschel.homepage.t-online.de/FormulaFontAndSizeToolsInside.odt to adapt formulas to the paragraph.
[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
An EasyHack should have been checked by developers and thus is confirmed regardless of age. Moving back to NEW from NEEDINFO again. Sorry for the hassle.
This should be implemented... and if not possible, at least a simpler way to edit sizes and typeface of formulas. > Thanks to a proper use of styles, I was able to change page and font > sizes in no time, but Math objects... that was no so easy: I needed > to edit all the Math objects one by one! I have experienced exactly the same issue just some weeks ago.
Sorry, I forgot to add at the beginning "In my humble opinion..."
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility. see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Would the hacky scripts changing settings formula objects still work in libreoffice 4.1 and libreofficedev 4.2 ? I've been happily using python variation of somebody's code I've seen on forumas or something, going like: import uno def SameFontSettingsForAll( ): oDoc = XSCRIPTCONTEXT.getDocument() all_embeds = oDoc.getEmbeddedObjects() all_embeds_cnt = all_embeds.getCount() for i in xrange(0,all_embeds_cnt) : embedded = all_embeds.getByIndex(i); if embedded.Model.supportsService("com.sun.star.formula.FormulaProperties") : ... But in libreoffice 4.1 and libreofficedev 4.2 this fails with explanation: global name 'xrange' is not defined What should I change?
Yury, please use the users list or Ask for these types of questions. Since you asked I'll answer this time. Use range instead of xrange. This is because xrange no longer exist in Python 3.3 which is the version bundled with LibreOffice 4.1. For more information see http://docs.python.org/3/whatsnew/3.0.html
*** Bug 67373 has been marked as a duplicate of this bug. ***
*** Bug 70547 has been marked as a duplicate of this bug. ***
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Strictly speaking, that isn't a bug, but a request for (rather needed) enhancement.
I am taking up the task of implementing this enhancement.
(In reply to Aneesh Dandime from comment #13) > I am taking up the task of implementing this enhancement. Nice and commendable :). Thanks in advance! While you are digging, would you please consider the following suggestion for your solution: use special set of character styles, used for setting the fontfaces, bold/italics, etc. in formulas? Those styles could have names on the lines of "*formula", "*formula (functions)", etc., and be initialised, e.g., from default char style. (Can you have "commonly hidden" style names in LO?) Now, those styles would be used on new formula creation, if present. Their use could be switched off for individual formulas (like with checkbox "use formula look styles" in formula properties). AND their use should be switchable off for the document as a whole, too. P.S. If I had any hope of implementing it in reasonable timeframe, I'd have a try myself. Current functionality is a pain to work with. As it is, I can only try to envision the look-and-feel of how I'd wish this to work.
(In reply to Yury from comment #14) > (In reply to Aneesh Dandime from comment #13) > > I am taking up the task of implementing this enhancement. > > Nice and commendable :). Thanks in advance! > > While you are digging, would you please consider the following suggestion > for your solution: use special set of character styles, used for setting the > fontfaces, bold/italics, etc. in formulas? > > Those styles could have names on the lines of "*formula", "*formula > (functions)", etc., and be initialised, e.g., from default char style. (Can > you have "commonly hidden" style names in LO?) > > Now, those styles would be used on new formula creation, if present. Their > use could be switched off for individual formulas (like with checkbox "use > formula look styles" in formula properties). AND their use should be > switchable off for the document as a whole, too. > > P.S. If I had any hope of implementing it in reasonable timeframe, I'd have > a try myself. Current functionality is a pain to work with. As it is, I can > only try to envision the look-and-feel of how I'd wish this to work. This is my first "Easy Hack" attempt. In fact LO is my first open source endeavour. I will try my best tho any leads from previous attempts might be handy. So, if you have worked on it previously, please guide me.
(In reply to Aneesh Dandime from comment #15) > This is my first "Easy Hack" attempt. In fact LO is my first open source > endeavour. I will try my best tho any leads from previous attempts might be > handy. So, if you have worked on it previously, please guide me. I've only made some smallish hacks related to formula export/import. For a quality help you should turn to the developers list, and to irc channels, too, I imagine: http://news.gmane.org/gmane.comp.documentfoundation.libreoffice.devel for
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyInteresting SkillCpp) [NinjaEdit]
JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC) [NinjaEdit]
*** Bug 99644 has been marked as a duplicate of this bug. ***
setting NEEDING, this bug misses code pointer (Mandatory for easy hacks)
Changing status: NEEDINFO -> NEW Adding keyword 'needsDevEval' [ninjaedit]
*** Bug 108665 has been marked as a duplicate of this bug. ***
there is an extension for formatting of all Math formulas in document https://extensions.libreoffice.org/extensions/formatting-of-all-math-formulas I don't think that we need option for using paragraph settings in LibreOffice Math. My opinion -> it's WONTFIX now People, any another opinions?
No such extension does not solve this request. If I needed a dialog to change font size, then I could use the font dialog of Math. This request is, to get an adapted font size directly without any additional user action.
(In reply to Regina Henschel from comment #24) > No such extension does not solve this request. If I needed a dialog to > change font size, then I could use the font dialog of Math. This request is, > to get an adapted font size directly without any additional user action. But why? You can insert all your formulas into document Writer and then you can format its all using extension (set up font and font size). Extension allow to format only selecting formulas in document. And, IMHO, we should format formulas after format all text in document. It was only my personal opinion of course. Let's don't touch this enhancement, ok
A polite ping, still working on this bug?
Dear Igor Danilets, This bug has been in ASSIGNED status for more than 3 months without any activity. Resetting it to NEW. Please assigned it back to yourself if you're still working on this.
This enhancement request is definitively valid. I also write documents with many mathematical formulas and I can confirm that formatting them all at once is a hassle, even when using the "formatting of all Math formulas" extension. IMHO Math objects in Writer documents should use as their "Base size" the font size of the current paragraph style. The reason being that, from the reader's perspective, formulas written inside paragraphs are actually text and so they need to follow the same font size in the paragraph. Using the command "size" in a formula definition should override the paragraph font size, so that the user can have formulas with sizes that are different than the one used for the paragraph. We could also consider some sort of "Direct formatting" for formulas as well, which would also override the paragraph style.
Re-evaluating the EasyHack in 2022 This enhancement is still relevant. I think it will be very useful, because in many cases one may need to change the font size of math formulas. Using the base size from the paragraph would be a good idea here.