I have read, here, some users have various issues with 3.5.13. Here is mine.
I use Librreoffice 3.3.4 for my business, all my docs & templates are full page tables, and multiple pages. One significant issue I have is the cut/copy> paste function in tables does not work in a timely fashion. I select data in multiple cells that I want to move or copy elswhere in the table/tables and it takes two tries to accomplish this. The first try pastes the data into a single cell, I have to repeat the select/cut/copy>paste process.. time consuming on a feature that can really save time.
Now how is this a "TDE issue, not sure but two things stand out to me. 1. This is very pronounced since the upgrade from 3.5.12 > 3.5.13. 2. This sequence works fine in a Virtualbox instance of TDE 3.5.12 same LO ver.
I could just re-install 3.5.12 on my workstation, but before I do I wanted to check other users issues, not 100% confidant the VB is an accurate test environment, i.e. everything seems to work fine with the virtual hardware VB uses, and it isn't a 100% identical software stack .
On Sunday 19 February 2012 07:04:58 pm Greg Madden wrote:
I have read, here, some users have various issues with 3.5.13. Here is mine.
I use Librreoffice 3.3.4 for my business, all my docs & templates are full page tables, and multiple pages. One significant issue I have is the cut/copy> paste function in tables does not work in a timely fashion. I select data in multiple cells that I want to move or copy elswhere in the table/tables and it takes two tries to accomplish this. The first try pastes the data into a single cell, I have to repeat the select/cut/copy>paste process.. time consuming on a feature that can really save time.
Now how is this a "TDE issue, not sure but two things stand out to me.
- This is very pronounced since the upgrade from 3.5.12 > 3.5.13.
- This sequence works fine in a Virtualbox instance of TDE 3.5.12 same LO ver.
I could just re-install 3.5.12 on my workstation, but before I do I wanted to check other users issues, not 100% confidant the VB is an accurate test environment, i.e. everything seems to work fine with the virtual hardware VB uses, and it isn't a 100% identical software stack .
Two things I can think of: -One is a possible glitch in LO (did you upgrade LO or any of the related dependencies recently?). -The other is a possible glitch in Klipper (TDE's clipboard manager, it's the Clipboard icon in the system tray with the K on it). The only solution here I can think of is to remove ~/.trinity/share/apps/klipper and ~/.trinity/share/config/klipperrc, uninstall/purge klipper-trinity (or whatever the package name is on your distro), then reinstall Klipper, and finally relaunch it.
On Sunday 19 February 2012 3:21:15 pm Kristopher John Gamrat wrote:
On Sunday 19 February 2012 07:04:58 pm Greg Madden wrote:
I have read, here, some users have various issues with 3.5.13. Here is mine.
I use Librreoffice 3.3.4 for my business, all my docs & templates are full page tables, and multiple pages. One significant issue I have is the cut/copy> paste function in tables does not work in a timely fashion. I select data in multiple cells that I want to move or copy elswhere in the table/tables and it takes two tries to accomplish this. The first try pastes the data into a single cell, I have to repeat the select/cut/copy>paste process.. time consuming on a feature that can really save time.
Now how is this a "TDE issue, not sure but two things stand out to me.
- This is very pronounced since the upgrade from 3.5.12 > 3.5.13.
- This sequence works fine in a Virtualbox instance of TDE 3.5.12 same
LO ver.
I could just re-install 3.5.12 on my workstation, but before I do I wanted to check other users issues, not 100% confidant the VB is an accurate test environment, i.e. everything seems to work fine with the virtual hardware VB uses, and it isn't a 100% identical software stack .
Two things I can think of: -One is a possible glitch in LO (did you upgrade LO or any of the related dependencies recently?). -The other is a possible glitch in Klipper (TDE's clipboard manager, it's the Clipboard icon in the system tray with the K on it). The only solution here I can think of is to remove ~/.trinity/share/apps/klipper and ~/.trinity/share/config/klipperrc, uninstall/purge klipper-trinity (or whatever the package name is on your distro), then reinstall Klipper, and finally relaunch it.
As odd as #2 sounds to me, uninstalling klipper & reinstalling, it worked :-)
Now that I think about it, the clipboard does seem a reasonable suspect.
Thank You.
On Sunday 19 February 2012 10:06:59 pm Greg Madden wrote:
On Sunday 19 February 2012 3:21:15 pm Kristopher John Gamrat wrote:
On Sunday 19 February 2012 07:04:58 pm Greg Madden wrote:
I have read, here, some users have various issues with 3.5.13. Here is mine.
I use Librreoffice 3.3.4 for my business, all my docs & templates are full page tables, and multiple pages. One significant issue I have is the cut/copy> paste function in tables does not work in a timely fashion. I select data in multiple cells that I want to move or copy elswhere in the table/tables and it takes two tries to accomplish this. The first try pastes the data into a single cell, I have to repeat the select/cut/copy>paste process.. time consuming on a feature that can really save time.
Now how is this a "TDE issue, not sure but two things stand out to me.
- This is very pronounced since the upgrade from 3.5.12 > 3.5.13.
- This sequence works fine in a Virtualbox instance of TDE 3.5.12 same
LO ver.
I could just re-install 3.5.12 on my workstation, but before I do I wanted to check other users issues, not 100% confidant the VB is an accurate test environment, i.e. everything seems to work fine with the virtual hardware VB uses, and it isn't a 100% identical software stack .
Two things I can think of: -One is a possible glitch in LO (did you upgrade LO or any of the related dependencies recently?). -The other is a possible glitch in Klipper (TDE's clipboard manager, it's the Clipboard icon in the system tray with the K on it). The only solution here I can think of is to remove ~/.trinity/share/apps/klipper and ~/.trinity/share/config/klipperrc, uninstall/purge klipper-trinity (or whatever the package name is on your distro), then reinstall Klipper, and finally relaunch it.
As odd as #2 sounds to me, uninstalling klipper & reinstalling, it worked :-)
Now that I think about it, the clipboard does seem a reasonable suspect.
Thank You.
Well, since LO doesn't actually handle the clipboard, something else does, hence Klipper being the issue :-)
-
Greg Madden -
Kristopher John Gamrat