|
Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
| Summary: | need scalable slash | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Math | Reporter: | tdunning <ted.dunning> | ||||
| Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||
| Status: | CONFIRMED --- | QA Contact: | |||||
| Severity: | Trivial | ||||||
| Priority: | P3 | CC: | issues | ||||
| Version: | OOo 1.0.3 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||
| Developer Difficulty: | --- | ||||||
| Issue Depends on: | |||||||
| Issue Blocks: | 105217 | ||||||
| Attachments: |
|
||||||
MRU->TL: can this useful thing be solved for predecessor of OO 2.0? It is already there the name is "wideslash" and it can also be seen in the list of functions/operator of the context menu for the edit window. Set to invalid. I should have known thisby myself. Already exists... Actually, I tried wideslash recently and the results were unusable. THe problem is that what is needed is a scalable slash that is the height of the taller of either of its arguments just the way that scalable brackets work. It should not reposition either of the arguments. What wideslash does is set the left argument a little higher and the right argument a little lower and put a slash between the two. The result is particularly ugly and not at all what is needed. What is needed is something much more like what mline does. I will try to attach a picture of what I mean. Created attachment 22969 [details]
Sample of bad layout.
reassigned to requirements. Yes, wideslash is not what is needed. Please check issue 43577 (different operator, same topic. Duplicates?). I believe this issue is more general and applies to several operations and symbols that need a scaling equal to the brackets and such. So I would suggest to have all (or many) operators and integrals in two versions, one unscaled and one scalable ... just as it is with the brackets and parentheses. e.g. "sum" and "largesum", "/" and "large/", "divides" and "largedivides" ... Alternatively the largeXXX operators/symbols could be static in size, but simply larger. I don't think that summations and integrals should work quite like this. Probably the best thing to do on that account is to look at what TeX does since that is almost by definition acceptable. It is clear that there are a number of symbols that need this treatment. Issue 43577 is definitely another instance of the problem. Thus, divides and slash need it, but plus and times don't. Again, TeX should be the reference. OpenOffice.org Issue Tracker - Feedback Request. The Issue you raised is currently assigned to 'Requirements' pending review, but has not been updated within the last 3 years. Please consider re-testing with one of the latest versions of OOo, as the problem(s) may have already been addressed. Either use the recent stable version: http://download.openoffice.org/index.html or consider trying the new OOo 3 BETA (still in testing): http://download.openoffice.org/3.0beta/ Please report back the outcome so this Issue may be Closed or Progressed as necessary - otherwise it may be Resolved as Invalid in the future. You may also wish to search for (and note) any duplicates of this Issue that may have advanced further by checking the Issue Tracker: http://www.openoffice.org/issues/query.cgi Many thanks, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html I just installed OO 3 on my mac to test this. Unfortunately, the equation facility is completely unusable due to some sort of odd font bug. All brackets, slashes and so on are replaced by goofy symbols. OO is uninstalled. Again. Maybe someday. I keep hoping. Retested with OOo2.4.0 on WinXP SP2. Issue remains unchanged. Sad issues like this aren't addressed within three years. |
Slash should scale with the arguments on either side. Thus: {binom x y} / {binom a b} Shouldn't have the worthless little slash, but rather should have a tall one. Even if this isn't the default behavior, there should be a documented way to do this.