Base form editing/creation impossible, missing dialog boxes and Menu bars

users
#1

In BASE

I am trying to edit a form I have but, there is no dialog box opening when
right clickig -> selecting control. Without it, not much can be done. Also,
I could not get the control bar so, cannot add anything.

Could someone verify they are also affected by this ?

#2

Hi,

I am trying to edit a form I have but, there is no dialog box opening when
right clickig -> selecting control. Without it, not much can be done. Also,
I could not get the control bar so, cannot add anything.

Could someone verify they are also affected by this ?

You do have the final release of LibreOffice, right ? I was of the
understanding that this bug had been fixed for the 3.3 final release,
but I could be wrong.

Alex

#3

Yes I did indeed installed the latest version. The bug was in RC3 and
yes, It was supposed to be fixed but, I am not sure it is now, this is
why I would like for someone to see if it is for them.

#4

Hi,

Yes I did indeed installed the latest version. The bug was in RC3 and
yes, It was supposed to be fixed but, I am not sure it is now, this is
why I would like for someone to see if it is for them.

Well, I've just tested and it works fine for me, as far as I can see, I
can display the properties of the form control, edit them, etc. Is the
control in question of a particular type (e.g. combo, list box, etc) or
is it any control ?

Alex

#5

I'm running the latest version under Ubuntu 10.10 and I just tries this as it was an issue for me with the Release Candidates.

You can right click on a field and access the various controls, but the form toolbars do not appear, even when you go to the "View" menu and select them.

#6

Well LO just stuffed up a form that I use daily. All the boxes, labels etc are just dumped on top of each other. All the program settings have reverted to the defaults from the first time use-- things like macro security, background to application and other things selected under "tools- Options"

There is no apparent reason for this.

I need to use this form and since LO will not let me do this, I guess that I'll be reverting to Open Office. I'll give LO another go when there is a major new release.

#7

Hi Keith,

Well LO just stuffed up a form that I use daily. All the boxes, labels
etc are just dumped on top of each other. All the program settings have
reverted to the defaults from the first time use-- things like macro
security, background to application and other things selected under
"tools- Options"

There is no apparent reason for this.

Did you play with the zoom settings in any other document, in
particular, a Writer document ? This is a known (old and recurring) bug
from OpenOffice.org and I wouldn't be surprised if it also affected
LibO. It gets fixed, then it gets broken again, along the various
version releases, and yes, it is really frustrating when you rely on
forms for data entry. Many a time I had to try and explain to users what
was happening.

Additionally, I know of a bug that causes this to happen in
OpenOffice.org when the form is stored on a network resource, such as a
NFS or SMB file store. I haven't yet experimented to see whether this
also happens in LibO, but I wouldn't be overly surprised.

Alex

#8

Hi,

In BASE

I am trying to edit a form I have but, there is no dialog box opening when
right clickig -> selecting control. Without it, not much can be done. Also,
I could not get the control bar so, cannot add anything.

Could someone verify they are also affected by this ?

As I said in my previous post, I can get the properties of the control
to display by right clicking on it. I can also see the Design Mode
toolbar, and can activate / deactivate it. This is with LibO final, Mac
OSX 10.6.6

Alex

#9

No, Alex as far as I know I haven't zoomed in on anything. But I've never had this happen in OO.

I think it's related to the other issues with Forms in Base that seem to have erupted in LO. I'm surprised that it also lost all of my previous settings.

So for now I've uninstalled LO and reinstalled OO which actually remembered all my settings and opened the form correctly.

#10

I will give it another try but, before I do so, I will do a clean
install just in case old LibO Settings could act on it.

Just need to finish this form first for some clients then I will have
plenty of time to play wit it :slight_smile:

Chris

#11

Hi :slight_smile:

In linux there is a folder that contains all the config settings. Renaming that
folder forces LibreOffice to create a new one that has none of your personalised
settings in it.

If Mac has something similar then that is a good approach. If it doesn't work
then just copy the old folder back on-top of the new one to get all your old
settings back.

In linux the path would be

/home/user/.libreoffice

I think there is something similar in Windows but i am not certain about Mac.
Good luck and regards from
Tom :slight_smile:

#12

On my Win7 system, all the toolbars for Writer forms behave properly (I didn't try all the controls, though). The problem I found was that I couldn't set up list box options (bug 33537). I do find it fairly difficult to tell if Design Mode is on or off, though, the contrast is not very high.

#13

Le 01/02/2011 15:38, Barbara Duprey a écrit :On my
      Win7 system, all the toolbars for Writer forms behave properly (I
      didn't try all the controls, though). The problem I found was that
      I couldn't set up list box options (bug 33537). I do find it
      fairly difficult to tell if Design Mode is on or off, though, the
      contrast is not very high.On 2/1/2011 5:13 AM, Mobidoy wrote:I will give it another try but, before I do so, I will
        do a cleaninstall just in case old LibO Settings could act on it.Just need to finish this form first for some clients then I will
        haveplenty of time to play wit it:)ChrisOn 11-02-01 03:35 AM, Alexander Thurgood [via Document
        Foundation MailArchive] wrote:Le 29/01/11 06:27, Mobidoy a écrit :Hi,In BASEI am trying to edit a form I have but, there is no dialog
            boxopening whenright clickig -  selecting control.
            Without it, not much can bedone. Also,I could not get the control bar so,
            cannot add anything.Could someone verify they are also affected by this ?As I said in my previous post, I can get the properties of the
          controlto display by right clicking on it. I can also see the Design
          Modetoolbar, and can activate / deactivate it. This is with LibO
          final, MacOSX 10.6.6AlexI could myself confirm that Base forms seem to work properly,
      or at least are editable as usual both:- on W7 with final LO 3.3-  within Ubuntu 10.10 amd64 with LO RC3Clicking on edit icon (third from right hand side in top bar)
      switches normally in edit mode, both left and bottom tool bars
      being activated (while right-clicking on an open form would never
      switch to edit mode IMHO).Also possible to create a new form.Then, it is unlikely to be an application bug.Hope it may help in some way.Francois

#14

It is a known bug with the packages from Ubuntu PPA, I have removed it all,
tried it again and still had the issue. I cleaned it once again and
installed it from the deb packages on libreoffice site and all is working
fine...
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/709778
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/709778

#15

I can attest to the fact that installing from the debs AFTER removing any
existing LO and OOo files fixes this problem.

#16

Update:

Here is how I have been installing LibreOffice:

   1. Downloaded the Debian version from LibreOffice.org
   2. Extracting the download to the desktop
   3. In the terminal running the following commands: (The exact
      commands vary with the version)
   4. sudo apt-get remove libreoffice*.*
   5. sudo dpkg -i
      ~/Desktop/LibO_3.3.1rc2_Linux_x86_install-deb_en-US/DEBS/*.deb
   6. sudo dpkg -i
      ~/Desktop/LibO_3.3.1rc2_Linux_x86_install-deb_en-US/DEBS/desktop-integration/libreoffice3.3-debian-menus_3.3-8_all.deb

The first time I installed LibreOffice I ran "sudo apt-get remove openoffice*.*" I'm assuming I should be running "sudo apt-get remove --purge libreoffice*.*" or openoffice to though to get rid of anything old. So I just did the following:

In the terminal I ran the command for "sudo apt-get remove --purge openoffice*.* . It found some leftover open office files and suggested a command to delete them, which I did. Then I did "sudo apt-get remove --purge libreoffice*.*" to completely get rid of anything old from LibreOffice. I had deleted all of the Java off my system, so I reinstalled the current version of 1.6.0_24 so something was there for Java for LibreOffice, and then reinstalled LibreOffice 3.3.1. The issue is still the same with LibreOffice base working extremely slowly. I've not yet successfully found a way to get back to Java version 1.6.0_22. I never had any issues in the past though. Everything just always worked fast until now!

#17

Update:

Here is how I have been installing LibreOffice:

1. Downloaded the Debian version from LibreOffice.org
 2. Extracting the download to the desktop
 3. In the terminal running the following commands: (The exact
    commands vary with the version)
 4. sudo apt-get remove libreoffice*.*

Probably should be 'sudo apt-get purge libreoffice*.*'

What are you doing to remove the libobasis elements and the libure element?

5. sudo dpkg -i
    ~/Desktop/LibO_3.3.1rc2_Linux_x86_install-deb_en-US/DEBS/*.deb
 6. sudo dpkg -i

~/Desktop/LibO_3.3.1rc2_Linux_x86_install-deb_en-US/DEBS/desktop-integration/libreoffice3.3-debian-menus_3.3-8_all.deb

That ought to work....

The first time I installed LibreOffice I ran "sudo apt-get remove

:

though. Everything just always worked fast until now!

I recommend using Synaptic to remove everything associated with
LibreOffice - libreoffice*, libure, all the elements of libreoffice
and all the libobasis elements. It usually takes me two runs - the
first to get the outer level stuff (and checking every box that comes
up), then another to remove the libobasis elements.

If anyone wants it, I modified my LO installation script to allow for
a different directory name than what "should" match the tarball. Note
this this script should be fairly easy to modify to use rpm instead of
dpkg:

#!/bin/bash
# Written by Mark A. Richter, Copyleft 2011
if [[ -z "$1" ]]; then
  echo "Usage: `basename $0` <install-tarball>"
  exit 1
fi

tgz=$1
if [[ ! -f $tgz ]]; then # try adding the .tar.gz suffices...
  tgz="${tgz}.tar.gz"
  if [[ ! -f $tgz ]]; then
    echo "$tgz does not appear to be a gzipped tarball - please check
the file and try again."
    exit 1
  fi
fi
tar -xzf $tgz
dir=`basename $tgz .tar.gz`
if [[ ! -d $dir/DEBS ]]; then # check the tarball for different name
  new=`tar -tf $tgz | head -1 | sed -e 's:/.*::'`
  if [[ $new != $dir && -d $new ]]; then
    dir=$new
  fi
fi
if [[ ! -d $dir/DEBS ]]; then
  echo "I can't see a DEBS subdirectory - check your tarball again."
  exit 1
fi
cd $dir/DEBS
sudo dpkg -i *.deb
if [[ -d desktop-integration ]]; then
  cd desktop-integration
  sudo dpkg -i *.deb
  cd ..
fi
cd ../..
echo "Shall I delete $dir?"
read nm
if [[ "$nm" == "y" || "$nm" == "Y" ]]; then
  echo "Deleting $dir..."
  rm -rf $dir
fi
echo "Done!"
echo ""

(If you want to use this, please be sure to keep the attribution.
Otherwise, it's free.)