Bug 41865 - Make Macro recording work without turning Experimental features on (in the Options)
Summary: Make Macro recording work without turning Experimental features on (in the Op...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: BASIC (show other bugs)
Version:
(earliest affected)
3.5.0 Beta0
Hardware: Other All
: medium normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-17 03:53 UTC by Cor Nouws
Modified: 2012-12-29 04:05 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2011-10-17 03:53:12 UTC
- Macro recording works, but limited 
- Currently you have to turn it on with Tools > OPtions > General -> Experimental

The Experimental thing however, also has features/development under it, that is highly crashy. See e.g.https://bugs.freedesktop.org/show_bug.cgi?id=40957#c8
Comment 2 Michael Meeks 2011-12-05 03:41:37 UTC
Macro recording is **highly** buggy and problematic; perhaps it doesn't crash, but the macros it uses are really awful, ~impossible to read, often execute in a fragile way, and this code is a maintenance disaster area.

Macro recording should continue to be disabled except in experimental mode; it is not a feature we can stand behind and maintain currently IMHO.

:-) I notice August reverted his commit removing the need for the experimental switch in master too (thanks).

Of course - it would be lovely to come up with a complete, holistic macro recording and replay solution; -but- we need more infrastructure work, testing, robustness etc. to make this work well.
Comment 3 Cor Nouws 2011-12-05 04:40:43 UTC
(In reply to comment #2)
> Macro recording is **highly** buggy and problematic; perhaps it doesn't crash,
> but the macros it uses are really awful, ~impossible to read, often execute in
> a fragile way, and this code is a maintenance disaster area.

Might all be true, still people do use it.

> Macro recording should continue to be disabled except in experimental mode; it
> is not a feature we can stand behind and maintain currently IMHO.

Problem here is that I alone have seen 5 or more people asking how to record macros/why it does not work.
And then when people need to turn on a switch that activates exerimental code that may destroy data, I see a problem.
Therefore obviously I opened this issue.

> :-) I notice August reverted his commit removing the need for the experimental
> switch in master too (thanks).
> 
> Of course - it would be lovely to come up with a complete, holistic macro
> recording and replay solution; -but- we need more infrastructure work, testing,
> robustness etc. to make this work well.

I know the old explanations around this situation, so expect the chances for this are pretty low ;-)
Comment 4 Michael Meeks 2011-12-05 13:08:31 UTC
I guess we could hide it by default in all the toolbars and menus, so you had to be an expert to turn it on; and we could throw up a dialog on 1st use saying "beware of the tiger" :-)

Then again; this is mostly folk-law; are there any systematic attempts to characterise where the bugs really are in macro recording (or more to the point playback ;-) ?
Comment 5 Cor Nouws 2011-12-05 15:35:25 UTC
Hi Michael,

Yes, you already eplained why you do not like the macro-recording.
But sorry to say: you do not address my concerns.
Those are in short:
People use it, sometimes it is (very) useful, now its 'gone' and turning it on, puts a normal user in risk with a variety experimental stuff.