[sw-issues] [Issue 90382] darwin information type ar chitecture DITA support
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90382 Issue #|90382 Summary|darwin information type architecture DITA support Component|Word processor Version|OOo 2.4.0 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|FEATURE Priority|P4 Subcomponent|formatting Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Thu Jun 5 01:03:02 + 2008 --- DITA is primarily a way to author content in XML which enforces structure. It allows for topic reuse, and a piece of text written for one objective can be repurposed and included in another by just using a mapping file (as opposed to cutting and pasting required text from all the sources). Then by means of XSL transformations it applies styles to the validated XML documents. Then other software components render the style applied document tailored to a variety of formats on a variety of medium. ODF is one such open format, a very good one compared to of several formats open/proprietary, convenient for editing daily documents on a desktop. Writer is mainly for text processing, is targeted to an audience who need to create regular office documents. DITA is for situation where pieces of text from a vast number of sources need to be reused, which happens more often in software manuals, and other product documentations. DITA authoring overlaps into a domain that competes with XML editors, several of which already exist and are very good at what they do. However basic xml authoring can be provided so that DITA confirming XML documents can authored within the office. The benefit to openoffice/ODF is that if the DITA method as the primary means for authoring content, ODF can become a first preferred choice as a final format. Since the internals of ODF and openoffice are also XML based formats, it should be a direct add on component to allow structured editing, along lines of DITA architecture like maps, topics, references and other specializations. Being a odf user for a few years, and also having recently introduced myself to topic oriented writing in framemaker, I am filing this bug because a) Seem like ODF and DITA (darwin information type architecture) can complement one another. The don't compete in the same space, so there is no reason to preclude support for DITA. b) I didn't find a feature request while searching for DITA, please excuse me if there already is one. Its just reassuring to see an issue/feature request, oo.orgs and other's opinions, even if closed, than not see one. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74144] document cannot be saved i f forbidden characters pasted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74144 --- Additional comments from [EMAIL PROTECTED] Sat Jul 28 18:18:50 + 2007 --- Created an attachment (id=47170) The Comprehensive LATEX Symbol List attaching as suggested by TL - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ui-issues] [Issue 31190] Simplify Memory Options
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=31190 --- Additional comments from [EMAIL PROTECTED] Thu Mar 22 23:43:05 + 2007 --- Including herein for reference: issue 75496 The suggestion given there is to manipulate memory option. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 75497] [EN] Limits spelt as Limes in selection window
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=75497
--- Additional comments from [EMAIL PROTECTED] Wed Mar 21 07:10:56 +
2007 ---
pardon my ignorance, I see what you intend.
You're calling the letters l-i-m as limes, and referring to the from{} and
to{} parts as limits.
Perhaps its smart not to give tooltips in the symbol selection window.
Other software smartly avoid this problem, this way
I guess its ok to close the bug, once you educate the user as to why
you call it so, on the other hand perhaps this dialog panel itself
needs a closer look as to whether the words are really correct in
various languages, if you really want to give tooltips.
The problem, and source of confusion, is, in English no-one calls l-i-m limes.
and the from{} and to{} parts are called different things depending on the
function
In the case of integration they are called limits.
In the case of summation they are called indexes of summation
And in the case of the limit function, from {} just indicates to what various
variables tend to what by using an arrow arrow
In the case of unions oper unicode-U from {a in A} they refer to sets.
For haste and lack of a better reference I'll just pointing to wikipedia.
as I tried to look some things this up after reading your comments.
The original word is from the latin noun limes
http://en.wikipedia.org/wiki/Limes
In German, the spelling remains limes meaning frontiers ,
as in the case of the roman 'Limes Germanicus'
http://en.wikipedia.org/wiki/Limes_Germanicus
Also in German, the mathematical terms uses limes as the spelling
http://de.wikipedia.org/wiki/Limes_%28Mathematik%29
In English however there has been some transformation
and the usage is limit, as in speed limit or The sky is the limit
and has various similar meanings to 'final' as given in the link
http://dictionary.reference.com/search?r=1q=limit
Also in English, the mathematical terms use limit as in
http://en.wikipedia.org/wiki/Limit
The keyword lim indicates the limit function and is read as limit of the
function f(x) as x tends to something
The three buttons on the right are probably better referred to as
summation with indexes. (http://en.wikipedia.org/wiki/Summation)
text below modifier
text above modifier
Another reason why it looks funny is that lime(s) is a well known citric fruit.
and through-out schooling the l-i-m is always referred to as limit
-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 75496] performance penalty after 21st conversion to formula object via macro
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75496 Issue #|75496 Summary|performance penalty after 21st conversion to formula o |bject via macro Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Sun Mar 18 03:37:07 + 2007 --- This bug describes a performance penalty that is incurred after using a macro to convert some text into a formula after 20 times. Add the below procedure to your standard macros * Start Openoffice writer * Goto Tools-Macros-Organize-Macros-OpenofficeBasic * Goto My Macros-Standard-Module1 * Click Edit * Copy paste the below Procedure to this module Assign a shortcut to this procedure (don't remember exact sequence here but you get the idea) * Goto Tools-Customize-Keyboard * Navigate to Category(Openoffice.org macros), user-standard-module1 * Select Function Convert_to_Formula_Object * Click into Keys, and press control-G * click modify to set Ctrl-G to this action * Click ok to exit * Now the attached document in Openoffice writer. * Goto the end of the paragraph * Press Control-G 20 times (give a slight pause (fraction of a second, this is acceptable) for the macro to do its job) Notice the marked text getting converted to formula * At the 21st pressing, There is a longer pause than usual. Sometimes this pause can be very **painful** to wait. In this particular case of issue reproduction it seems trivial. * If you click on the left undo down-arrow, you can see twenty Changestyle: Objects# entries Basically, the software was applying for some strange reason, a changestyle for all twenty previously created objects, and hence the additional delay. The delay increases for further formula objects created this way. sub Convert_to_Formula_Object rem -- rem Description This procedure converts a length of text between rem two delimiters into a formula object rem Author: Ganapathi Kamath (2007) rem define variables dim oDoc as object dim oText as object dim oTextCursor as object dim oViewCursor as object dim TEObj as object dim ostring1 as string dim ostring2 as string rem -- oDoc = ThisComponent oText = oDoc.Text oDescriptor = oDoc.createSearchDescriptor() oViewCursor = oDoc.getCurrentController().getViewCursor() oTextCursor = oText.createTextCursorByRange(oViewCursor.getStart()) oDescriptor.SearchRegularExpression = true oDescriptor.SearchBackwards = true oDescriptor.SearchString=\$fm(.*)fm\$ oTextCursor = oDoc.FindNext(oTextCursor.getStart,oDescriptor) ostring1=oTextCursor.getString() TEObj = oDoc.createInstance(com.sun.star.text.TextEmbeddedObject) TEObj.setPropertyValue(CLSID, 078B7ABA-54FC-457F-8551-6147e776a997) TEObj.setPropertyValue(AnchorType, com.sun.star.text.TextContentAnchorType.AS_CHARACTER) ostring2=Mid$(ostring1,4,len(ostring1)-6) xText = oDoc.getText() xText.insertTextContent(oTextCursor, TEObj, true ) math = TEObj.getEmbeddedObject() math.setPropertyValue(Formula, ostring2) end sub extra comments: You may have to first figure out if this is a Math problem or a Writer problem. I can't ascertain that. Sometimes I think this performance penalty becomes so bad that one has to wait for a minute or more before one can resume editing. I also believe, though cannot confirm, that this may be related to other problems like sudden crashes, through race conditions, which I am unable to arrive a definitive reproduction sequence. Seen in Openoffice 2.1 (release) on WinXP - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 75496] performance penalty after 21st conversion to formula object via macro
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75496 User hgkamath changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |43783) Simple file contain | |ing text to be converted i | |nto formula by a macro --- Additional comments from [EMAIL PROTECTED] Sun Mar 18 03:39:34 + 2007 --- Created an attachment (id=43783) Simple file containing text to be converted into formula by a macro - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 75497] [EN] Limits spelt as Limes in selection window
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75497 Issue #|75497 Summary|[EN] Limits spelt as Limes in selection window Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|ui Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Sun Mar 18 04:18:56 + 2007 --- Probably spelling from some other localization has spilled into [EN] * Open Openoffice Math * View-Selection * Click Sum A (operators) * Hoover mouse over Lim x * Tooltip shows Limes instead of Limits - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 75340] ambiguous button in format dialogs, design needs improvement
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75340 Issue #|75340 Summary|ambiguous button in format dialogs, design needs impro |vement Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P5 Subcomponent|ui Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Mon Mar 12 20:58:42 + 2007 --- Ambiguous button name Default, which seems to suggest to that it restore defaults, actually it sets defaults. Format - Fonts Format - Font size Format - Alignment Format - Spacing * Start Openoffice Math * Goto Format - Spacing * Suppose you have made changes * There is a button Default, which seems to suggest to a user that it be pressed if one needs to restore defaults. On the contrary, it asks (which is good! but not what is expected) Should the changes be saved as defaults ? These changes will apply to all new formulas Rename button as *) The button should be renamed to Save as Document Default (with a tool tip to emphasize that it pertains to new formulas in current document only) In addition the user interface would be improved by *) Save as Document Default button should be grayed (disabled) until a change has actually been made in current category *) Additionally provide a button Restore Document Defaults to restore defaults for the currently displayed category. *) Additionally provide a button Restore Application Defaults to restore open-office original defaults for the currently displayed category. *) OK should be grayed until a change has been made in any of the categories. *) Restore Document Defaults and Restore Application Defaults should be grayed until a change has been made in the current category. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74791] menu item in object mode t o copy to clipboard/save format
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74791 Issue #|74791 Summary|menu item in object mode to copy to clipboard/save for |mat Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P5 Subcomponent|ui Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Fri Feb 23 01:47:11 + 2007 --- Describing the converse feature of the tools-import formula for instance tools-export formula Suppose you have a odt document with a formula object. One way to get a say a MathML markup of a formula in object mode : * Enter the object in the odt document * Select all and copy the open office math formula commands * Open new application instance of open office math * Paste the commands into the command window * Use saveas to save in mathml or any other desired format. Currently in the object context the save/save-as present the invoking application's (writer's) saving formats which is for containing document, which isn't what is being looked for. Desired: * A menu item from which presents a dialog which asks what to copy to clipboard mathml 1.0, mathml variant etc etc and additionally for binary formats, another saveas menu in object mode to directly save to the other format. * An right click on object by an optionally enabled item on context menu that does the same - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 74590] status bar not updated dur ing zoom until ctrl key released
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74590 --- Additional comments from [EMAIL PROTECTED] Fri Feb 16 21:25:48 + 2007 --- strange, After reading comments I can say 2 things 1) yes, if it does happen, then it happens across all OO apps and not just formula editor. 2) I just checked for the bug on my home laptop albeit though a VNC console, and confirmed that it DOES-NOT happen on my home laptop, though both run WinXP Prof, and OO 2.1 release. It DOES exist and reproducible on my office computer, even after closing all oo apps including quick-starter. So there may be some weird going on. Tried to reproduce on home computer, but no success, need ideas. Office computer is a dual processor dell precision 530. If we have independent verification, then we can narrow down to some commonality with my office computer, as to what might be causing this. What is the status bar update triggered by ? suggest lower priority till reproducibility can be worked out, Probably going to be a scrap bug if this eventually goes away without reason. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74590] status bar not updated dur ing zoom until ctrl key released
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74590 Issue #|74590 Summary|status bar not updated during zoom until ctrl key rele |ased Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P4 Subcomponent|code Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Fri Feb 16 01:22:00 + 2007 --- you need scroll wheel mouse. * Open Open Office Math * Type in an equation in command window say a+b * Click in the formula view (outside of command window) * Press Control Key (left or right does not matter) * Use the scroll wheel on the mouse to change zoom scroll wheel forward to zoom in scroll wheel backward to zoom out Observe the status bar while doing so status bar shows original zoom value (never changes) * Release Control Key Observe that zoom value finally updated While zooming in and out is normally expected behaviour to update the displayed zoom value so that the user has visual numerical indication of the current zoom level, and one does not have to release the control key to know the it. Hence defect and not enhancement. Found on open office 2.1(release) on WinXP - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74516] jaggedness in endpoints of multiple overlines
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74516 User hgkamath changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |43004) experiments with mu | |ltiple overlines --- Additional comments from [EMAIL PROTECTED] Wed Feb 14 03:15:10 + 2007 --- Created an attachment (id=43004) experiments with multiple overlines - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74393] contextually invoke formul a editor in appropriate mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74393 Issue #|74393 Summary|contextually invoke formula editor in appropriate mode Component|Word processor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 23:41:54 + 2007 --- contextually invoke formula editor in appropriate mode. Software intelligence can be built into open office writer creating a formula object in the right 'mode' depending on the invocation 'context'. It is very distracting and disconcerting to repeatedly set right modes on formula objects when creating documents with lots of formula objects. Formula editor has two modes. 1) text mode in which the formula editor squishes the object to display within line height. This mode is used when the author wishes to type equations directly in a paragraph, as part of some explanation, without making the paragraph look bad due to varying line spacing. 2) normal mode in which the formula editor displays the object with as much space as needed to present the formula. This mode is used when the author wishes to have the equations stand out clearly with Usually when typing formula in a paragraph there could be many inline equations referred to as text mode formula by formula editor. Currently the Writer always invokes the formula editor to make a normal mode formula. This requires the user to repeatedly set the right mode often multiple times for every formula object within a paragraph. Suggesting 1) Formula Object be invoked in text mode if within an ordinary paragraph style. 2) Formula Object be invoked in normal mode, if in a style (say named equation style) which has been created with an option not to squish objects to line height. 3) Formula Object be invoked in normal mode, when the fn Complete AutoText method. (start newline, type fn, select the text fn, press F3) 4) other ideas you may have using open office writer 2.1 (released) on WinXP There was an old bug originally filed against the formula editor group, which was closed as is claimed does not come within their preview. (issue 39271) just FYI, Another related issue (issue 74359) exists which formula editor group are yet to work on but that should not effect fixing this one. See attachment visualize the issue. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74393] contextually invoke formul a editor in appropriate mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74393 User hgkamath changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |42893) Demostrates how tex | |t mode is repeatedly requi | |red in a document of such | |nature --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 23:43:36 + 2007 --- Created an attachment (id=42893) Demostrates how text mode is repeatedly required in a document of such nature - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74393] contextually invoke formul a editor in appropriate mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74393 --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 23:47:20 + 2007 --- contents of attachment included here as it can be regarded part of description. Example of creating formulas as normal mode in paragraph, before manually converting to text mode. Example of paragraph after manually converting the objects one by one to text mode In text mode formula editor tries to fit the objects into one line height. Note that I had to do this 4 times for each of the formula objects, which software intelligence in open office writer could have saved for me. There are currently implementation issues (74359) with text mode which the formula editor group are working. As of now only the integral and fraction symbols display as expected within line height in text mode. So test with these only for now. There are several ways authors may find useful in creating formula objects. One way is to type a over b then select the text, Insert-Object-Formula which (I feel) is the fastest and time efficient. Another way is to do Insert-Object-Formula and then create a formula within the editor. In either case the current situation requires the author to enter the object and set it to text-mode. Equations also are presented standing out on their own. In such situations they may be associated with a style, which controls tab stops. It would be good to have a predefined style which has a special option in the dialog box during their creation, that indicates whether external objects (like formula editor objects) need to be squished into fitting into the line height, or whether to allow the objects to stay their natural height. The next line is in a style called equation and the equation is in normal mode Example of standalone equation Another advertised way to create formula objects is using the following “complete autotext” method (or whatever you call it). This too could be set to invoke the formula editor in normal mode. (1) start on new line (2) type fn (3) select the text fn (4) Press F3. You get the following result. Something like this is natural to be in normal mode. Example of equation created using F3 autotext - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74393] contextually invoke formul a editor in appropriate mode
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=74393
--- Additional comments from [EMAIL PROTECTED] Fri Feb 9 23:50:40 +
2007 ---
comments from issue 39271 re-included here, as they are pertinent
The caveman's typesetter, Latex, for example has a way of creating inline
equations by using a $ notation example: The formula $a^2 + b^2 = c^2$ is
known as Pythagoras's equation. Text separated and multi-line equations have
their own markup \begin{equation} ... \end{equation} and \begin{eqnarray[*]}
... \end{eqnarray[*]}. The nature of latex is such that there need not be
software intelligence as to when to do what, because the the users actually
doing all the work. Thats not the paradigm of modern day software.
Automatically determine the mode of the formula editor, whether it is in
text-mode/normal, is a very practical feature to avoid several thought
distracting mouse clicks when creating mathematical documents with several
equations.
Open Office writer can be smart an embed the formula object in textmode setting
whenever the user is typing in a paragraph (taking cue from the text style
setting) and embed the formula object in normal mode when the style setting is
equation or something, or when the embed formula macro type fn, select
it,press F3
writer/formula editor groups, might have to work together to make a useful and
practical feature possible.
-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 39271] Current text mode setting shouldn't be lost
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=39271
--- Additional comments from [EMAIL PROTECTED] Thu Feb 8 23:36:04 +
2007 ---
Agreed that this is not issue to be fixed by the formula editor group, as other
software may embed the formula object within it, and a fix in formula editor
group will affect many unrelated applications. However listen :
I believe that this is still the case with open office 2.1 release.
The caveman's typesetter, Latex, for example has a way of creating inline
equations by using a $ notation example: The formula $a^2 + b^2 = c^2$ is
known as Pythagoras's equation. Text separated and multi-line equations have
their own markup \begin{equation} ... \end{equation} and \begin{eqnarray[*]}
... \end{eqnarray[*]}. The nature of latex is such that there need not be
software intelligence as to when to do what, because the the users actually
doing all the work. Thats not the paradigm of modern day software.
Automatically determine the mode of the formula editor, whether it is in
text-mode/normal, is a very practical feature to avoid several thought
distracting mouse clicks when creating mathematical documents with several
equations.
Open Office writer can be smart an embed the formula object in textmode setting
whenever the user is typing in a paragraph (taking cue from the text style
setting) and embed the formula object in normal mode when the style setting is
equation or something, or when the embed formula macro type fn, select
it,press F3
Suggest that this issue be reopened and transfered to the word processor/writer
or appropriate group, and work together to make a useful and practical feature
possible.
-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74359] not all symbols respect li ne height in text mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74359 Issue #|74359 Summary|not all symbols respect line height in text mode Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 01:40:23 + 2007 --- not all symbols/operators/attributes/formats respect the line height in text mode. The help document describes the text mode menu as follows Switches the text mode on or off. In text mode, formulas are displayed as the same height as a line of text. To access this command... Choose Format - Text Mode View Attached document textmode.odt to view result. Line spacing varies and appears disconcerting when equations containing such symbols are used in a paragraph. The difference in text mode and normal mode should be as follows * In text line height is very important. If an operator or symbol needs to separate into top and below components, then each component must be within the allocated maximum line height, and forsake aesthetic relative size requirements. Font, Location and symbol sizes must be computed to meet line height requirements. * In normal mode the object is font size is absolute as generated by the formula editor. If an operator or symbol needs to separate into top and below components, then each component tries to maintain aesthetic relative size requirements, and allocates more line height if necessary to present the formula. Location and line height requirements must be computed to meet font and symbol sizes. When a paragraph containing many mathematical equations, which the author does not which to stand out on their own is types. Since the line height varies the final result can be disconcerting because of varying line spacing. Fine laser printing makes it possible to print very small characters, and line spacing must be increased only when maybe some format check suggests that characters are too small to be printed, or for simplicity character sizes less than 4. Issue was found in open office 2.1 (release) on WinXP - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74359] not all symbols respect li ne height in text mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74359 User hgkamath changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |42872) experiementing with | | text mode for various for | |mulae --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 01:42:38 + 2007 --- Created an attachment (id=42872) experiementing with text mode for various formulae - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74359] not all symbols respect li ne height in text mode
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74359 --- Additional comments from [EMAIL PROTECTED] Fri Feb 9 02:03:46 + 2007 --- Including excerpts from attached document here as they can be regarded part of the description. This looks bad as line height varies, an example I speculate that there could be other mathematical symbols and operators which may be taking more than the line space. Examples of Wideslash , Widebackslash , matrix , stack , csup/csub , binom, newline , overbrace , underbrace I think even in a single subscript there is a size change that is not large enough to be perceivable, . The same case with from and to values in limits and integration , The good thing is there does exist efforts to get the height right. Its just that it might not be good enough. The height difference is visible if view zoomed to 800%. The behavioral of the size operator is one of debate. There exist two ways to interpret how this should behave in text mode. relative(size +4), absolute(size 14) There does exist a font size in an external context of an OLE object like the font size of the paragraph or line at which the document is typed in. One way is to discard this information. Since the user explicitly typed in a size one would assume the users knows what he/she is doing. Another approach is to relatively set the font size in the formula. While this is neat it requires the object to be context aware, and hence this might not be a good idea. . Whatever the outside size is could be considered to be of size 10 . So if the context font size is 14. then size +2 should translate to size 16 and size 16 could evaluate to 14/10*16=22.4, rounded to 22. This would preserve a relative notion of font size from the outside world into the object context. A disadvantage could be that the formula object display would need to be recomputed every time the external context font size changed. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 51010] Find and Replace in Formul a Editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=51010 --- Additional comments from [EMAIL PROTECTED] Thu Feb 8 01:28:35 + 2007 --- noting a further idea extension; Adding a comment to this issue so that it could be part of a design consideration. Another neat feature would be if the Find-and-Replace-Dialog from application linking to the object, had an option to go in and out of the formula objects, or invoke the find-replace dialogs of corresponding formula-objects, so that strings in formula like variable names or subexpressions can be changed across multiple objects, in one sitting, by clicking next,replace. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74144] document cannot be saved i f forbidden characters pasted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74144 --- Additional comments from [EMAIL PROTECTED] Sat Feb 3 18:30:39 + 2007 --- I'm sorry, I should have specified the table on the page Please try table 82(AMS arrows) \Leftrightarrows (not \Leftrightarrow) If you select the symbol for \Leftrightarrows from table 82 and it gets pasted (Ctrl-V) as '' ()nothing visible, and file does not save. ( If you select the symbol for \Leftrightarrow from table 79 and it gets pasted (Ctrl-V) as ',' (comma) and File saves just fine as you say. ) It doesn't happen to any character in that pdf, as I had earlier thought, maybe only some which have the forbidden characters. The acrobat reader version in 8.0.0, file may be opened in a browser(firefox) or stand alone, does not matter. Mouse is on select tool. Point to the symbol, drag around it, a light blue square appears around the symbol, right click , copy . Goto the formula editor, put cursor after the first space in a b Ctrl-V (same effect if menu edit-paste is used ) This paste will not even show up as a space. But you can check there are three characters between a # b by doing three backspaces before 'b' My open office writer help about dialog box says 2.1 which I downloaded as the release version and not a development build version. Please try again. Thankyou - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74144] document cannot be saved i f forbidden characters pasted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74144 Issue #|74144 Summary|document cannot be saved if forbidden characters paste |d Component|Formula editor Version|OOo 2.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Fri Feb 2 22:57:20 + 2007 --- Document cannot be saved if forbidden characters pasted I speculate that there are some things that should not be pasted into the formula editor. While no immediate damage is felt, the lurking deadly side effect is that the document cannot be saved. It may not be apparent at that time as to what the cause is, and work may be lost if user discards all modified content in frustration. * Open open office writer * goto menu Insert-Object-Formula * Type a b without the quotes * now open in acrobat reader http://www.tug.org/tex-archive/info/symbols/comprehensive/symbols-letter.pdf (just about any character that you think has been copied will do) (for purposes of issue reproducibility) goto Page 32 select the character corresponding leftrightarrows * Paste that in between a and b as a # b where # might actually even not be visible The user may know that the paste itself was not successful as expected, however apart from an extra space nothing is visible in the the formula editor. Things seem to go without error. * Proceed as though everything is normal * click back into writer * Try to save the document You get the error dialog box Error saving the document test.odt: Write Error. Error writing file. OK Suggesting, that 1)pasted text be filtered for forbidden characters or 2)prevent the paste with a message box indicating why not feasible It is very imperative that in fixing this bug that pasting Unicode characters from http://en.wikibooks.org/wiki/Unicode/Character_reference/2000-2FFF is allowed Note that this issue rises because one wants easy way to get character The symbol catalog is not very user friendly and there are insufficient characters predefined (issue 46571) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74031] Alternative text not inclu ded in plain text copy
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74031 Issue #|74031 Summary|Alternative text not included in plain text copy Component|Word processor Version|OOo 2.1 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P4 Subcomponent|editing Assigned to|mru Reported by|hgkamath --- Additional comments from [EMAIL PROTECTED] Tue Jan 30 18:36:54 -0800 2007 --- The attached document may show a situation where such behavior is desirable where the object is part of the sentence When a sentence containing objects with alternative text is copied to notepad, the alternative text is omitted. The behavior is seen in object(formulas) and pictures. Steps to reproduce * Open openoffice writer * Create a sentence as follows How to make combination of m out of n items Select m Click on menu Insert-object-formula This converts m into a formula Right click the formula object, click on object click on options In alternative text put say m * and/or create a sentence and anchor a picture as a character in the sentence Right click on picture Click on type In anchor, select anchor as character Click on options Insert some alternative text that describes the figure * copy either sentence into notepad the alternative text does not appear. * make some headings in this way Create a table/index the table/index does not show the alternative text. Select some text which includes an object, like a math text formula I am unsure myself what the behavior should be because in most cases there may be situations when copying the alternative text may be undesirable. Maybe a check box in the options tab in the object dialog box, could indicate if the alternative text is to be included in a plain text copy. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 74031] Alternative text not inclu ded in plain text copy
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74031 User hgkamath changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |42581) writer file that de | |scribes bug 74031 --- Additional comments from [EMAIL PROTECTED] Tue Jan 30 18:37:50 -0800 2007 --- Created an attachment (id=42581) writer file that describes bug 74031 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
