MRU->JSK: OO Math does not support macro action at all, right? So it cannot be
recorded...

That is correct, macro recording is limited to the main applications.

Close

macias,

if you are really unhappy with this status you can reopen the issue and make it
a RFE (Request for enhancement).

I am "unhappy" because it is a defect, but not the way you probably thought.

If there is button "print" I expect I get printout. There is no sane way to 
argue, "oh well, the print does not work by design".

If it was intended/designed to get rid of macro feature from Math then get rid 
of the menu items related to macros. They are there, they are not functioning 
and this is a bug.

So the bug is -- menu is still there, it should be removed.

Hi macias,

i do not really understand the nature of your report.

Your first post indicated that you are switching from a writer document to math
while recording.

This does not work for two reasons
1) Cross-application recording does not work at all
2) Math is unsupported by the macro recorder

These are both known issues, you might want to have a look at issue 20046 just
to get an idea of what is working and what not. 

My personal suggestion is: Keep your hands off macro recording. It's pretty much
dead. Use the API.

The bottom line is -- if you know Z is malfunctioning either fix it or remove 
Z. The menu item says "record macro" so I expect it will record macro (pretty 
common-sense expectation).

My original report has fixing in mind, but since it was closed as wontfix, now 
I opt for removing this item from the menu.

Now there is dead menu item -- this is plain wrong. 

Hi macias,

i can really understand your frustration about the matter - as you can see in
issue 20046 i've tried to change things in the past - with no success at all.
I've even written half a book containing all the shortcomings of the current
"implementation" and presented it to the management (that was back in the days
when OOo was moving from proprietary to free software).

The problem is that too few people show interest in this functionality because
even if the macro recorder would work, it still produces unreadable code. This
is a drawback of the OOo design. Most people try to generate a code skeleton
with the macro recorder and then want to edit the code to do certain things.
When they look at the code they usually do the "jump out of the window thingy"
and give up.

So most people either do not use the recorder at all or have learned to program
the office using the API. I haven't found anyone in the community willing to
enhance the macro recorder because of the problematic implementation of the
recording functionality. Instead the community opted for the addition of
JavaScript, Python and BeanShell as supported programming languages.

As for the menu entries being there at all, that is for the tick-mark on the
feature list. StarOffice 5.x had a macro recorder. It was removed in StarOffice
6 and re-implemented in StarOffice 7/OpenOffice.org 1.x because there were
people who wanted at least this limited functionality.

Your point is 100% valid and i totally agree. But we're not going to change this
anytime soon. 

Closing issue again. 

close

There is a dead menu item in the menu. Remove this menu item, please.

I am not wishing for recording capability (thank you for the longer 
explanation) but for REMOVING the dead menu entry.

I am repeating and repeating the issue of removing dead menu entry, and you 
are answering about recording, API, etc. It does not matter what the label of 
the menu item says, the only important thing is it does not work at all. It is 
_dead_. So please remove it.

I am changing the summary to this, because otherwise I guess we will get back 
to the record/API/macro explanation again. It is irrelevant now -- since the 
feature won't be implemented (as you said), there is no point in having such 
menu item.

But to my understanding the item is disabled? Isn't this the next best thing to
not being there?

It is NOT disabled. If it was, I wouldn't start this report.

It is enabled, alive, and ready to be clicked. User clicks, nothing happens.

I opt for rather removing it, not disabling it, since disable suggest, the 
feature is there, it is just a matter of activating it in some way. But 
disable would be also useful (more useful than having it enabled).

Hi macias,

the problem is that i was absolutely unable to reproduce your problem with the
information given. This was the reason why i resorted to guessing that you do
not like the recording feature. Sorry for that. However, if i do the following:

- Open a new Writer document
- From the Writer document open a Math document
-> The recording option Tools/Macro/Record macro is disabled

All is as expected.

Now i figured that you insert the Math object into the writer document, meaning:

- Open a new Writer document
- From the Writer document select Insert/Object/Formula
-> The recording button is enabled even though the math Object is selected but
the button is without function.

The statement "called from Writer" left multiple options for interpretation.
However, you are right. This is a bug. Confirmed, sending to MBA

I am terribly sorry for misleading information -- I only insert formulas to 
the writer, I didn't even once open standalone math module :-) So I assumed it 
was "obvious", my mistake, sorry.

Reset assigne to the default "issues@openoffice.apache.org".

Confirmed with version 4.1.12
The 'Tools - Macros - Record Macro' item is still available
(In 4.1.12 the small Recording dialog does not appear after
leaving the Command window - cf. the attached .gif files).


NOTE:
There is also an older - by two minutes - Issue 94972
"recorded macro from writer ignores actions in math"
(same reporter). It seems to deal with the same problem.
Notice the Issue Type: ENHANCEMENT

Created attachment 87137 [details]
demonstration in version 3.0.0

Created attachment 87138 [details]
demonstration in version 4.1.12