Re: [libreoffice-users] Documentation of LibreOffice

[Robert Großkopf]

Hi Dorothy,


I tried to use LibreOffice to do a project but gave up after 2 weeks &
forked out the money for Microsoft Access, which I'm finding much easier to
use.

For what its worth, I'm attaching the notes I wrote on my project & my
attempts to use LO Base/ Calc & and MS Access / Excel.


Where do I get this notes?

Base: Do you know there is a Base Guide available:
https://documentation.libreoffice.org/en/english-documentation/

And also the original with much more content, because it will be updated 
for every LO-Version:

https://de.libreoffice.org/get-help/documentation/
But it is only available in German language.

Reguards

Robert
--
Homepage: https://www.familiegrosskopf.de/robert


--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Reading a crash report

[John Kaufmann]

Thanks, Mike. I know that I /can/ install cygwin. The point is that I have not, 
so have no idea what the crash report means by that.
jk

On 2023-07-22 22:15, Mike Flannigan wrote:


I don't know if cygwin is needed to print Avery labels, but
I can tell you that you can install cygwin on your computer
if you want to.  I had it installed when I was on windows,
and I believe it is a simple install and uninstall.


Mike


On 7/22/23 11:04, users+h...@global.libreoffice.org wrote:


LO (7.4.2.3, Windows 10) crashed when I tried to do a quick job with labels. To use 
sheet labels (Avery 5160) in a non-standard orientation (Landscape (W>H) for the 
page, which means Portrait (H>W) for the label), I simply defined a table (10-col 
x 3-row) to fill the page. Then I had text in labels, and Images (arrows) anchored 
To_Paragraph (to the cell's text paragraph). That seemed fine until it crashed -- and 
after Recovery, most of the Images were Hidden.

So I tried to "unhide" the Hidden Images using a copy-to-another-document method 
recommended in a thread from 16.Oct.2020 at ask.libreoffice.org, and it crashed again -- at 
which point I turned my attention to the crash report 
.
 It shows:

Crash Reason EXCEPTION_ACCESS_VIOLATION_READ
Crash Address 0x148
Crash Thread 0
Signature 
IsSelectFrameAnchoredAtPara(SwPosition_const_&,SwPosition_const_&,SwPosition_const_&,DelContentType
 


The record for Crash Thread 0 says:

Module    swlo.dll
Source 
C:\cygwin64\home\buildslave\source\libo-core\sw\source\core\undo\undobj.cxx:1672

But that leaves me seriously lost regarding how to read this and contribute to 
a report, because there is no C:\cygwin64\ on the system!  Besides moving this 
job to LO on Ubuntu 20 (my next step), can someone advise how to read and 
report this LO/Windows bug?

John





--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Reading a crash report

[Mike Flannigan]

I don't know if cygwin is needed to print Avery labels, but
I can tell you that you can install cygwin on your computer
if you want to.  I had it installed when I was on windows,
and I believe it is a simple install and uninstall.


Mike


On 7/22/23 11:04, users+h...@global.libreoffice.org wrote:

LO (7.4.2.3, Windows 10) crashed when I tried to do a quick job with 
labels. To use sheet labels (Avery 5160) in a non-standard orientation 
(Landscape (W>H) for the page, which means Portrait (H>W) for the 
label), I simply defined a table (10-col x 3-row) to fill the page. 
Then I had text in labels, and Images (arrows) anchored To_Paragraph 
(to the cell's text paragraph). That seemed fine until it crashed -- 
and after Recovery, most of the Images were Hidden.


So I tried to "unhide" the Hidden Images using a 
copy-to-another-document method recommended in a thread from 
16.Oct.2020 at ask.libreoffice.org, and it crashed again -- at which 
point I turned my attention to the crash report 
. 
It shows:


Crash Reason EXCEPTION_ACCESS_VIOLATION_READ
Crash Address 0x148
Crash Thread 0
Signature 
IsSelectFrameAnchoredAtPara(SwPosition_const_&,SwPosition_const_&,SwPosition_const_&,DelContentType 
 



The record for Crash Thread 0 says:

Module    swlo.dll
Source 
C:\cygwin64\home\buildslave\source\libo-core\sw\source\core\undo\undobj.cxx:1672


But that leaves me seriously lost regarding how to read this and 
contribute to a report, because there is no C:\cygwin64\ on the 
system!  Besides moving this job to LO on Ubuntu 20 (my next step), 
can someone advise how to read and report this LO/Windows bug?


John



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-users] Documentation of LibreOffice

[dlutherau]

Dear Libre Office Documentation team,

 

I tried to use LibreOffice to do a project but gave up after 2 weeks &
forked out the money for Microsoft Access, which I'm finding much easier to
use.  

For what its worth, I'm attaching the notes I wrote on my project & my
attempts to use LO Base/ Calc & and MS Access / Excel.

Feel free to throw it away, or use it as you see fit. Its my donation to
your foundation.

 

Cheers

Dorothy

 


-- 
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Copy/past a table changes following paragraph style

[LO . Harald . Berger]

Hi Steve,

sorry, the first sentence should read:

i think you can assume that your description is not normal behavior.

Am 20.07.2023 um 01:36 schrieb Steve Edmonds:
[...snip...]

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Copy/past a table changes following paragraph style

[LO . Harald . Berger]

Hi Steve,
I think you can assume that your description is not a normal obsolescence.
I tested it on my end and the table can be inserted without another 
blank line or changed paragraph style.
You can also test this yourself with a new fresh file, short paragraphs 
and a minimal table.
However, it will be a bit difficult to find out what the problem is in 
your described file.
From experience I know that the end of a paragraph can cause a 
different style to appear for the rest of the text.

This is a mess that usually cannot be tracked well.
A control character could have been inserted by mistake, text from other 
sources could have been inserted,
an already contaminated document template could have been used or other 
things.
You will only be able to solve the problem if you rebuild the document 
and insert the existing text as unformatted text and then use only styles.
If you want, you can also upload a sample file (1-2 pages with the 
problem) somewhere in the cloud and post the link on the list so someone 
can look at it and examine it.


Kind regards
Harald

Am 20.07.2023 um 01:36 schrieb Steve Edmonds:

I have an arrangement on a page; (LO 7.5.4.2)

text in paragraph style A
text in paragraph style A
table (containing paragraph style B)
text in paragraph style A
text in paragraph style A

If I highlight the table (little arrow top left), copy and then paste 
the table, say between the 2 lower style A paragraphs above, a blank 
line is inserted below the table but in Default Paragraph Style which 
I always have to change back to style A.


If I copy a portion including text before and after the table, as in;

aph style A
table (containing paragraph style B)
tex

And paste it between the 2 lower style A paragraphs then the text "aph 
style A" changes to Default Paragraph Style.


If I copy a portion including the full paragraph before and some text 
after the table, as in;


text in paragraph style A
table (containing paragraph style B)
tex

And paste it between the 2 lower style A paragraphs then no change to 
Default Paragraph Style  occurs and styles remain as desired.


Can I assume this variable change to Default Paragraph Style is not 
the desired functionality? 



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] weirdness in save dialogue box

[Steve Edmonds]

On 23/07/23 04:42, Philip Jackson wrote:

On 22/07/2023 11:02, Mike Scott wrote:

On 20/07/2023 00:14, Steve Edmonds wrote:

Does this still happen if you update to LO7.4?
If I open yyy.odt, and  click 'Save As' the field "Name" for file 
name is always blank.


On 19/07/2023 05:38, Philip Jackson wrote:

Hi :

I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' 
but I've never had the problem you describe. Sorry.


Philip

On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can 
repeat on a separate machine. Both use LO 7.3.7.2 on Mint 21.


What happens is this. Take an odt file, open it in Writer then go 
to 'Save As'. The expected behaviour is that the filename in the 
dialogue box will be filled in and selected/highlighted and 
there'll be no file type appended. Eg, I open yyy.odt, and 'Save 
As' displays just 'yyy' (highlighted).


However, sometimes and for no apparent reason, the dialogue box 
instead displays filename and file type ('yyy.odt'), with the type 
(only) highlighted. This causes issues when trying to save as a 
different type (eg as .docx)


(TLDR: open question at end! The details of my testing results are 
too long; sorry.)



Thanks all for comments, including one off-list. Ap[ologies for not 
getting back sooner - family matters intervened.


To clarify, my made-up name yyy.odt was (previously) by way of 
indicating what happens, not that that was the literal file causing 
problems. Apologies for any mis-direction.


I'm still none the wiser as to what's happening. I've just checked 
again the environment for the files. I have a file in a directory 
/dhome/mike, and an identical copy (^C ^V in a file manager) in 
/dhome/mike/temp of a file called

Saturday  song sheet.odt
(yes - there are two spaces together there, but that's not the issue)

I close LO. Double-click on the one in the temp directory, head for 
File|Save As. The filename is filled in

Saturday  song sheet
and selected. No file type.

So, I close LO. Double-click on the one in the higher directory; 
again File|Save As. This time, the file name and type appear;

Saturday  song sheet.odt
the /type/ alone is selected.

I cannot for the life of me understand why the behaviour in the two 
cases should be different.


To add to my confusion, I've just tried the following sequence of 
operations, starting with the "failing" file in /dhome/mike:


make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as 
"yyy.odt" with the odt selected.


Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.

Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted 
"y" in the file name box.


Oh, and if I rename y.odt back to yy.odt, the problem comes back. 
And, if I copy yy.odt (fails) to my temp directory, all is well with 
the copy.


The thing is, when trying to save as .doc having the file type 
pre-set in the box causes a problem - LO will try to save a .doc (or 
whatever) as the type shown, and it needs manually changing. That's 
hazardous for someone like my wife, and can potentially lose the 
original .odt file.


I've just tried a similar sequence with the same file in my "real" 
home directory (/home/mike) with identical results.



**?
Does LO perhaps treat "top-level" directories in some way specially? 
My current guess is that multi-character file names in a "top-level" 
directory are treated differently from others. That would be very odd 
though, so IMBW!



Thanks for reading. I find this sort of problem hard to describe 
concisely. Am I missing something obvious?



Hi Mike,
I've tried to replicate your series of moves listed in your latest 
email. I even started with a file of the same name, Saturday  song 
list.odt, and used mv and cp as close as I could following your 
sequence. In every case, when I came to 'save as' in LO Writer 7.3.7.2 
in UbuntuStudio 2022LTS, only the file name without extension was 
shown in the 'file name' box. I tried saving into the ~/ directory and 
into other lower levels.


I have been unable to replicate your case where the file name and its 
extension are given in the 'save as' | 'file name box'.


I'm commonly working on Writer docs three and four levels down from 
the home directory and 'save as' is one of my most common ways of 
duplicating a file to provide a starter in a new directory. I've never 
seen the behavior you describe.


This doesn't help you, I'm afraid. Could it be something connected 
with your OS version? I can't exactly recall if my LO is the 
UbuntuStudio distribution version or whether I downloaded it from the 
LO website - I've done both over the years. When I look where it is 
installed ( usr/bin/libreoffice) I would expect I'm using the version 
supplied by UbuntuStudio.


Philip

I have just opened an older file, sometimes the file Name 

Re: [libreoffice-users] weirdness in save dialogue box

[Philip Jackson]

On 22/07/2023 11:02, Mike Scott wrote:

On 20/07/2023 00:14, Steve Edmonds wrote:

Does this still happen if you update to LO7.4?
If I open yyy.odt, and  click 'Save As' the field "Name" for file name is 
always blank.

On 19/07/2023 05:38, Philip Jackson wrote:

Hi :

I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but I've never 
had the problem you describe. Sorry.

Philip

On 18/07/2023 16:13, Mike Scott wrote:

Hi all; a very weird issue has been found by my wife, which I can repeat on a 
separate machine. Both use LO 7.3.7.2 on Mint 21.

What happens is this. Take an odt file, open it in Writer then go to 'Save As'. 
The expected behaviour is that the filename in the dialogue box will be filled 
in and selected/highlighted and there'll be no file type appended. Eg, I open 
yyy.odt, and 'Save As' displays just 'yyy' (highlighted).

However, sometimes and for no apparent reason, the dialogue box instead 
displays filename and file type ('yyy.odt'), with the type (only) highlighted. 
This causes issues when trying to save as a different type (eg as .docx)


(TLDR: open question at end! The details of my testing results are too long; 
sorry.)


Thanks all for comments, including one off-list. Ap[ologies for not getting 
back sooner - family matters intervened.

To clarify, my made-up name yyy.odt was (previously) by way of indicating what 
happens, not that that was the literal file causing problems. Apologies for any 
mis-direction.

I'm still none the wiser as to what's happening. I've just checked again the 
environment for the files. I have a file in a directory /dhome/mike, and an 
identical copy (^C ^V in a file manager) in /dhome/mike/temp of a file called
Saturday  song sheet.odt
(yes - there are two spaces together there, but that's not the issue)

I close LO. Double-click on the one in the temp directory, head for File|Save 
As. The filename is filled in
Saturday  song sheet
and selected. No file type.

So, I close LO. Double-click on the one in the higher directory; again 
File|Save As. This time, the file name and type appear;
Saturday  song sheet.odt
the /type/ alone is selected.

I cannot for the life of me understand why the behaviour in the two cases 
should be different.

To add to my confusion, I've just tried the following sequence of operations, starting 
with the "failing" file in /dhome/mike:

make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as "yyy.odt" with 
the odt selected.

Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.

Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted "y" in the 
file name box.

Oh, and if I rename y.odt back to yy.odt, the problem comes back. And, if I 
copy yy.odt (fails) to my temp directory, all is well with the copy.

The thing is, when trying to save as .doc having the file type pre-set in the 
box causes a problem - LO will try to save a .doc (or whatever) as the type 
shown, and it needs manually changing. That's hazardous for someone like my 
wife, and can potentially lose the original .odt file.

I've just tried a similar sequence with the same file in my "real" home 
directory (/home/mike) with identical results.


**?
Does LO perhaps treat "top-level" directories in some way specially? My current guess is 
that multi-character file names in a "top-level" directory are treated differently from 
others. That would be very odd though, so IMBW!


Thanks for reading. I find this sort of problem hard to describe concisely. Am 
I missing something obvious?


Hi Mike,
I've tried to replicate your series of moves listed in your latest email. I 
even started with a file of the same name, Saturday  song list.odt, and used mv 
and cp as close as I could following your sequence. In every case, when I came 
to 'save as' in LO Writer 7.3.7.2 in UbuntuStudio 2022LTS, only the file name 
without extension was shown in the 'file name' box. I tried saving into the ~/ 
directory and into other lower levels.

I have been unable to replicate your case where the file name and its extension 
are given in the 'save as' | 'file name box'.

I'm commonly working on Writer docs three and four levels down from the home 
directory and 'save as' is one of my most common ways of duplicating a file to 
provide a starter in a new directory. I've never seen the behavior you describe.

This doesn't help you, I'm afraid. Could it be something connected with your OS 
version? I can't exactly recall if my LO is the UbuntuStudio distribution 
version or whether I downloaded it from the LO website - I've done both over 
the years. When I look where it is installed ( usr/bin/libreoffice) I would 
expect I'm using the version supplied by UbuntuStudio.

Philip

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? 

[libreoffice-users] Question on better way for forumula with ods that auto imports csv file.

[Michael D. Setzer II]

Have a spreadsheet that imports data from a csv file into columns 
A, B, C.
Have various formulas in D thru J. Originally had it reference to 
cell using column with number. This worked, but found if would 
open sheet again with more lines in A,B, and C. That the last 
formulas would have the row number offset by the lines added in 
import. Only way I found to get it to always work is using the 
indirect option? Otherwise the copy of formulas would have 
incorrect rows.

=IF(AND(INDIRECT("B"())>10,INDIRECT("B"()-1)>0
),INDIRECT("A"())-INDIRECT("A"()-1),0)


++
 Michael D. Setzer II - Computer Science Instructor (Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++




-- 
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] weirdness in save dialogue box

[Mike Scott]

On 20/07/2023 00:14, Steve Edmonds wrote:

Does this still happen if you update to LO7.4?
If I open yyy.odt, and  click 'Save As' the field "Name" for file name 
is always blank.


On 19/07/2023 05:38, Philip Jackson wrote:

Hi :

I'm using 7.3.7.2 on UbuntuStudio and I'm always using 'save as' but 
I've never had the problem you describe. Sorry.


Philip

On 18/07/2023 16:13, Mike Scott wrote:
Hi all; a very weird issue has been found by my wife, which I can 
repeat on a separate machine. Both use LO 7.3.7.2 on Mint 21.


What happens is this. Take an odt file, open it in Writer then go to 
'Save As'. The expected behaviour is that the filename in the 
dialogue box will be filled in and selected/highlighted and there'll 
be no file type appended. Eg, I open yyy.odt, and 'Save As' displays 
just 'yyy' (highlighted).


However, sometimes and for no apparent reason, the dialogue box 
instead displays filename and file type ('yyy.odt'), with the type 
(only) highlighted. This causes issues when trying to save as a 
different type (eg as .docx)


(TLDR: open question at end! The details of my testing results are too 
long; sorry.)



Thanks all for comments, including one off-list. Ap[ologies for not 
getting back sooner - family matters intervened.


To clarify, my made-up name yyy.odt was (previously) by way of 
indicating what happens, not that that was the literal file causing 
problems. Apologies for any mis-direction.


I'm still none the wiser as to what's happening. I've just checked again 
the environment for the files. I have a file in a directory /dhome/mike, 
and an identical copy (^C ^V in a file manager) in /dhome/mike/temp of a 
file called

Saturday  song sheet.odt
(yes - there are two spaces together there, but that's not the issue)

I close LO. Double-click on the one in the temp directory, head for 
File|Save As. The filename is filled in

Saturday  song sheet
and selected. No file type.

So, I close LO. Double-click on the one in the higher directory; again 
File|Save As. This time, the file name and type appear;

Saturday  song sheet.odt
the /type/ alone is selected.

I cannot for the life of me understand why the behaviour in the two 
cases should be different.


To add to my confusion, I've just tried the following sequence of 
operations, starting with the "failing" file in /dhome/mike:


make a copy and change name:
cp Saturday\ \ song\ sheet.odt yyy.odt
open yyy.odt and see that Save As prefills the file name box as 
"yyy.odt" with the odt selected.


Rename and do the same again:
mv yyy.odt yy.odt
Same issue - Save As shows the name and type.

Finally, do it again:
mv yy.odt y.odt
But now y.odt opens the same, but Save As simply shows a highlighted "y" 
in the file name box.


Oh, and if I rename y.odt back to yy.odt, the problem comes back. And, 
if I copy yy.odt (fails) to my temp directory, all is well with the copy.


The thing is, when trying to save as .doc having the file type pre-set 
in the box causes a problem - LO will try to save a .doc (or whatever) 
as the type shown, and it needs manually changing. That's hazardous for 
someone like my wife, and can potentially lose the original .odt file.


I've just tried a similar sequence with the same file in my "real" home 
directory (/home/mike) with identical results.



**?
Does LO perhaps treat "top-level" directories in some way specially? My 
current guess is that multi-character file names in a "top-level" 
directory are treated differently from others. That would be very odd 
though, so IMBW!



Thanks for reading. I find this sort of problem hard to describe 
concisely. Am I missing something obvious?




--
Mike Scott
Harlow, Essex, England


--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-users] Reading a crash report

[John Kaufmann]

LO (7.4.2.3, Windows 10) crashed when I tried to do a quick job with labels. To use 
sheet labels (Avery 5160) in a non-standard orientation (Landscape (W>H) for the 
page, which means Portrait (H>W) for the label), I simply defined a table (10-col 
x 3-row) to fill the page. Then I had text in labels, and Images (arrows) anchored 
To_Paragraph (to the cell's text paragraph). That seemed fine until it crashed -- and 
after Recovery, most of the Images were Hidden.

So I tried to "unhide" the Hidden Images using a copy-to-another-document method 
recommended in a thread from 16.Oct.2020 at ask.libreoffice.org, and it crashed again -- at 
which point I turned my attention to the crash report 
.
  It shows:

Crash ReasonEXCEPTION_ACCESS_VIOLATION_READ
Crash Address   0x148
Crash Thread0
Signature   
IsSelectFrameAnchoredAtPara(SwPosition_const_&,SwPosition_const_&,SwPosition_const_&,DelContentType
 


The record for Crash Thread 0 says:

Module  swlo.dll
Source  
C:\cygwin64\home\buildslave\source\libo-core\sw\source\core\undo\undobj.cxx:1672

But that leaves me seriously lost regarding how to read this and contribute to 
a report, because there is no C:\cygwin64\ on the system!  Besides moving this 
job to LO on Ubuntu 20 (my next step), can someone advise how to read and 
report this LO/Windows bug?

John

--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy