Issue 61775

Reassigned to ES.

Reassigned

Or context menu's Fonts either optional, editable or show only up to 5 recent
used fonts or most used fonts.

I have observed that having 1000+ fonts can cause a 60 secs freeze in the Open
office writer when right-click in the context menu.

I think that this issue is quite possibly the same as my issue:

http://qa.openoffice.org/issues/show_bug.cgi?id=65566

with ~ 6,000 fonts on the system writer locks down when I right click.  Not 60
seconds and then pop context...just completely locks down.  Is there any way to
edit what appears in the context menu?

Tal

*** Issue 61775 has been confirmed by votes. ***

*** Issue 65566 has been marked as a duplicate of this issue. ***

I would suggest a new tab "Fonts" in the "Tools/Customize"-dialog,
e.g. with checkboxes for selecting a set of favorite fonts.

*** Issue 58491 has been marked as a duplicate of this issue. ***

*** Issue 18620 has been marked as a duplicate of this issue. ***

*** Issue 56174 has been marked as a duplicate of this issue. ***

Dear developers,
please consider this issue.
The biggest problem is that context menu is slow (many seconds) to appear 
every time it is called if large number of fonts is installed (which is not 
uncommon). In some cases (56174) we even get hung because of that.

I am tempted to change this to defect because 5 seconds delay for right-click 
to cause some effect is defect.

(And this is in addition to usability problem when selecting from hundreds of 
items in single menu).

Thanks a lot for your attention.
WBR,
K. Palagin.

As the author of ticket 18620 I can nothing but say that the handling of this
issue is an embarrassment for the whole Open Source community.

_4 YEARS_ ago I provided not only a defect report but also a patch to enable
users to use lots of fonts with OpenOffice.

This patch was disregarded with sniffy reasoning such as "... subject to
undergo changes in the near future anyway. The scenario 'install a
thousand' keeps me from regarding this as a 'performance defect' yet.".

Well done, OpenOffice team, you were successful in keeping me from ever
contributing to your project again.

So please don't complain again that so few developers out there are actually
working on OpenOffice - you don't want our input, so be it!

(BTW: I still have to use OpenOffice executables compiled on my own, since I
haven't un-installed the thousands of fonts. I need them, and so do others.)

pniemayer,
thanks a lot for your response.
Any chance you could provide short specification of what your patch does (so 
that I could propose it for Russian derivative of OpenOffice)?
Thank you very much.

P.S. Please do not be upset with developers - they have to deal with dozens of 
issues per day, so it is inevitable that something falls through cracks. If 
that happens to just be persistent.

My patch - as uploaded to issue 18620 - is extremely simple: Assuming that
nobody would want to choose one font out of a thousand by using a right-click
selection list, I just put in a hard limit on how many fonts would be included
in the context menu. The user can then still use the font selection text entry
field at the top to type names or browse through fonts - a much saner method
when lots of fonts are installed.

This simple change made StarOffice usable again, at last...

pniemayer,
thank you very much for your reply.
Does your patch reduce the time it takes for context menu to appear?
Is it still valid (that is, can it be used with current code)?

Yes, of course it reduces the time to render the context menu dramatically. It
was meant to make the difference between "unusable" (as OOO is with many fonts
installed) and "usable".

I don't know whether the 4-years-old-patch would still apply unchanged to the
current source - haven't updated for quite a while.

And BTW: Me being fed up with this project is not because I blame developers for
not having the time to fix a problem. I'm through with this project because even
if a ready-to-use solution is offered, it's refused for no reason other than
snootiness.

pniemayer,
developers of Russian derivative of OpenOffice are ready to integrate the 
patch if it is ok code-wise. Could you, please, make sure that patch is valid 
for current master?

Thank you very much!
WBR,
K. Palagin.

Is the four-year-old patch which fixes this issue going to be applied anytime
soon? This bug makes Writer unusable for me because I have quite a few
fonts--like many other people--and have difficulty remembering not to
right-click and bring up the context menu. This should have been fixed when the
patch was submitted in *2003*. 

This still affects release version 2.4 and Development version Beta 3.0

• Show a list of ten or twenty favourite fonts that the user can define. 

@pesala:
do not change the Version field. This field is to inform which version the bug
was initially found. 
Thank you.

@hwoarang: Well, then the Version should be 1.1 RC2, for which the bug was
initially reported in issue 18620.

But does it really matter? Nobody applied the existing simple fix during the
last 5 years, so I doubt the next years will see any change to that.

In my experience, performance seems to be getting worse on Windows XP.  With ~ 
96 fonts:  In 2.4.0, a right-click immediately shows the context menu, while in 
3.0 Beta, a right-click takes a few ( > 5 ) seconds to show the context menu on 
the same machine.  I've never noticed this problem with any other previous 
betas.

I accidently came across this issue and I agree that the patch in issue 18620
was handled badly. My apology for this, we should change that.

While thinking about it - I wonder whether it makes sense at all to have the
fonts in the context menu. But I promise - first we will apply the patch and
then I will discuss that. ;-)

Peter, please have a look on the patch of issue 18620, IMHO it makes sense to
apply it.

pb: patch integrated in cws fwk98.
Files changed:
/svtools/source/control/stdmenu.cxx 264194.

pb -> es: please verify. Now only 100 (maximum) fonts will displayed.

Verified by code review. 
PB used a slightly different approach ( he just takes the min value - either
number of fonts or 100 instead of rewriting the entire loop)

Ok in OOO310m5