[Upstream] Record, accept and reject changes as toolbar

Bug #476211 reported by Michiel Wittkampf
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Wishlist
libreoffice (Ubuntu)
Won't Fix
Wishlist
Unassigned

Bug Description

Binary package hint: openoffice.org

Feature suggestion: make a toolbar default available in OpenOffice for recording, accepting and rejecting changes. And make it easily accessible by for example a 'record changes' button on the the 'standard' toolbar.

The 'changes' functions are frequently used in office work / collaboration. For an efficient workflow they should be easily accessible. Now the are (default) only accessible form the (edit) menu in OpenOffice 3.1.

ProblemType: Bug
Architecture: i386
Date: Fri Nov 6 08:27:49 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: wl nvidia
Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb]
ProcEnviron:
 LANGUAGE=en_US.UTF-8
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: openoffice.org
Uname: Linux 2.6.31-14-generic i686
XsessionErrors:
 (gnome-settings-daemon:2138): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (gnome-settings-daemon:2138): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (polkit-gnome-authentication-agent-1:2286): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:2276): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (gnome-panel:2247): Gdk-WARNING **: /build/buildd/gtk+2.0-2.18.3/gdk/x11/gdkdrawable-x11.c:952 drawable is not a pixmap or window
---
Architecture: i386
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
NonfreeKernelModules: wl
Package: openoffice.org-core 1:3.2.0-7ubuntu4.1
PackageArchitecture: i386
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5
Tags: lucid
Uname: Linux 2.6.32-23-generic i686
UserGroups: adm admin cdrom dialout dip fax floppy fuse lpadmin plugdev sambashare tape video

Revision history for this message
Michiel Wittkampf (michielwittkampf) wrote :
Chris Cheney (ccheney)
tags: added: karmic
Revision history for this message
Chris Cheney (ccheney) wrote :

[This is an automatic notification.]

This bug was reported against an earlier version of Ubuntu, can you test if it still occurs on Ubuntu 10.04 LTS (Lucid Lynx)?

Please note we also provide technical support for older versions of Ubuntu, but not in the bug tracker. Instead, to raise the issue through normal support channels, please see:

    http://www.ubuntu.com/support

If you are the original reporter and can still reproduce the issue on Lucid, please run the following command to refresh the report:

  apport-collect 476211

Bear in mind that you may need to install the python-launchpadlib package from the universe repository. Additionally, when prompted to give apport-collect permissions for Launchpad you will need to give it at least the ability to "Change Non-Private" data as it will be adding information to your bug report.

If you are not the original reporter, please file a new bug report, so we can work with you as the original reporter instead (you can reference bug 476211 in your report if you think it may be related):

  ubuntu-bug openoffice.org

If by chance you can no longer reproduce the issue on Lucid or if you feel it is no longer relevant, please mark the bug report 'Fix Released' or 'Invalid' as appropriate, at the following URL:

  https://bugs.launchpad.net/ubuntu/+bug/476211

Changed in openoffice.org (Ubuntu):
status: New → Incomplete
Changed in openoffice.org (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Michiel Wittkampf (michielwittkampf) wrote : Re: [Bug 476211] Re: Record, accept and reject changes as toolbar

Hi Chris,

If I do what you ask me to do, I get an error (see below.)

By the way, I think it is not user friendly and it seems unnecessary that
you ask me to do this procedure. I filled a feature request. And I guess you
can easily verify that it is not implemented yet. In stead of asking me to
do so. I would like to help, but have the feeling that we keep each
other busy this way.

My sincere greetings,
Michiel

-----------------

#apport-collect 476211
The authorization page:
   (
https://edge.launchpad.net/+authorize-token?oauth_token=qD86WKmBH1ZVv2rKzhQ6&allow_permission=WRITE_PRIVATE
)
should be opening in your browser. After you have authorized
this program to access Launchpad on your behalf you should come
back here and press <Enter> to finish the authentication process.
Created new window in existing browser session.

Package openoffice.org not installed and no hook available, ignoring
--------------------

On Thu, May 20, 2010 at 8:22 AM, Chris Cheney <email address hidden> wrote:

> [This is an automatic notification.]
>
> This bug was reported against an earlier version of Ubuntu, can you test
> if it still occurs on Ubuntu 10.04 LTS (Lucid Lynx)?
>
> Please note we also provide technical support for older versions of
> Ubuntu, but not in the bug tracker. Instead, to raise the issue through
> normal support channels, please see:
>
> http://www.ubuntu.com/support
>
> If you are the original reporter and can still reproduce the issue on
> Lucid, please run the following command to refresh the report:
>
> apport-collect 476211
>
> Bear in mind that you may need to install the python-launchpadlib
> package from the universe repository. Additionally, when prompted to
> give apport-collect permissions for Launchpad you will need to give it
> at least the ability to "Change Non-Private" data as it will be adding
> information to your bug report.
>
> If you are not the original reporter, please file a new bug report, so
> we can work with you as the original reporter instead (you can reference
> bug 476211 in your report if you think it may be related):
>
> ubuntu-bug openoffice.org
>
> If by chance you can no longer reproduce the issue on Lucid or if you
> feel it is no longer relevant, please mark the bug report 'Fix Released'
> or 'Invalid' as appropriate, at the following URL:
>
> https://bugs.launchpad.net/ubuntu/+bug/476211
>
>
> ** Changed in: openoffice.org (Ubuntu)
> Status: New => Incomplete
>
> --
> Record, accept and reject changes as toolbar
> https://bugs.launchpad.net/bugs/476211
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Chris Cheney (ccheney) wrote : Re: Record, accept and reject changes as toolbar

No problem, it was found there is a bug with apport-collect in that you have to run it as:

apport-collect -p openoffice.org-core 476211

for it to work, I have updated the script to add that to any future requests.

Thanks,

Chris

Revision history for this message
Michiel Wittkampf (michielwittkampf) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
In , Display Name (etrex) wrote :

Created attachment 41486
Toolbar without change tracking icons

The tools from the Writer menu Edit/Changes/ Record, Accept or Reject, Comment
etc. lack icons, so when one puts them on the toolbar, it becomes bloated with
lots of text instead of icons.

Please include an icon, as for the rest of the toolbar items.

It would be also nice, to have the toolbar expanded, when change management is
activated, so the user doesn't have to manually populate the toolbar with each
and every tool. It should behave like other word processors.

thanks.

Revision history for this message
Jack Leigh (leighman) wrote : Re: Record, accept and reject changes as toolbar

Is this still a missing feature in version 3.3 of Openoffice or Libreoffice?
If so it would be good to suggest it upstream at https://bugs.freedesktop.org//enter_bug.cgi?product=LibreOffice, severity: enhancement

Changed in openoffice.org (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

Revision history for this message
Michiel Wittkampf (michielwittkampf) wrote : Re: Record, accept and reject changes as toolbar

I probably did this wrong. I wanted to assing the bug tot libreoffice. But it is still on 'wont fix.' Can anayone change that?

affects: openoffice.org (Ubuntu) → df-libreoffice
Changed in df-libreoffice:
importance: Undecided → Wishlist
status: Won't Fix → Opinion
status: Opinion → New
Revision history for this message
Augusto (augusto.rendon) wrote :

I believe the problem is that the accept/reject changes window is not fully stretched. When I increased its size it did show the missing buttons.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Revision history for this message
In , Sasha-libreoffice (sasha-libreoffice) wrote :

in 3.6.0 master icon not found. Change status to New.

Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

summary: - Record, accept and reject changes as toolbar
+ [Upstream] Record, accept and reject changes as toolbar
Changed in df-libreoffice:
status: New → Incomplete
Revision history for this message
In , Wugs (wugs) wrote :

This is (at least at the surface) a Writer UI issue, therefore changed the 'Component' field accordingly and improved the summary a bit.

Revision history for this message
penalvch (penalvch) wrote :

Michiel Wittkampf, this is:
- a clearcut upstream issue. You are welcome to send this to the developers of the software by following the instructions at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status.
Resolving as Won't Fix in libreoffice (Ubuntu) and LibreOffice Packaging. This does not mean the issue will not be cared about, but if it is cared about (even by Ubuntu/Canonical contributors), it is done upstream at LibreOffice.

summary: - [Upstream] Record, accept and reject changes as toolbar
+ Record, accept and reject changes as toolbar
Changed in libreoffice (Ubuntu):
importance: Undecided → Wishlist
status: New → Won't Fix
Revision history for this message
In , Michiel Wittkampf (michielwittkampf) wrote :

This would be my suggestion:

Feature suggestion: make a toolbar default available in OpenOffice for recording, accepting and rejecting changes. And make it easily accessible by for example a 'record changes' button on the the 'standard' toolbar.

The 'changes' functions are frequently used in office work / collaboration. For an efficient workflow they should be easily accessible. Now the are (default) only accessible form the (edit) menu in OpenOffice 3.5.

At the moment there is a dialog window for the same function. That is akward. Dialog boxes are many times in front of the text you would like to look at.
Other solutions are fine. The current solution is not great.

Revision history for this message
In , Gerry-treppel (gerry-treppel) wrote :

A while ago, I stumbled on following extension, which does the job for me: http://extensions.libreoffice.org/extension-center/review-toolbar

Revision history for this message
Michiel Wittkampf (michielwittkampf) wrote :

Thanks for the explanation.

I found out that somebody already made a bugreport for LibreOffice.
It is here: https://bugs.freedesktop.org/show_bug.cgi?id=32699

penalvch (penalvch)
summary: - Record, accept and reject changes as toolbar
+ [Upstream] Record, accept and reject changes as toolbar
Changed in df-libreoffice:
importance: Wishlist → Unknown
status: Incomplete → Unknown
Changed in df-libreoffice:
importance: Unknown → Wishlist
status: Unknown → Confirmed
Revision history for this message
In , Peterlairo (peterlairo) wrote :

This bug is about having the following ICONS for "the Record Changes" functions:

- Record Changes
- Show Changes
- Accept or Reject Changes

That's three icons.

Followup bug:
Create a Toolbar called "Changes" and place those three buttons into it. IMO the Toolbar should be OFF by default, and the default location of the Toolbar should be: floating on the screen (e.g. like the "3D Settings" Toolbar). If the programmer is having a good day, he could add the toolbar as part of this bug.

BTW: When I manually created this Toolbar, I also included the "Comments" Button.

Related: When turning OFF Record Changes in Calc, LibrOffice loses all previously recorded changes! That's not good.

Revision history for this message
In , Jose Gómez (adler-dreamcoder) wrote :

I can confirm that the bug is still present in LibreOffice 4.2.4, for both Windows and Linux.

When the Changes toolbar is enabled, the buttons contained have no icons, so the 6 buttons require half the width of the screen.

I'd say having a toolbar without icons is more of a bug than an enhancement.

Revision history for this message
In , Adolfo Jayme Barrientos (fitojb) wrote :
Changed in df-libreoffice:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.