Hi Rogman
I think I can help you with this. LO is currently a 32bit app set, that
you, like me, are running on a 64bit O/S. No issue with this as Windows
7 64bit know hows to work with both 32bit and 64bit apps, hence the two
Program Files (64bit default app store) and Program files (x86)
Hi :)
That 3rd digit is roughly the equivalent of Service pack. So usually the
higher it is the more stable it is. Of course even just bug-patches and fixes
can sometimes introduce unexpected problems that might not get caught by QA.
The best answer, imo, is to keep a very stable version
Hi Tim
That's it, you got it, what I (and all of my customers using LO) are
experiencing.
And this behaviour happens whether posting from the web or locally from
the hard drive. What I find strange, is that if there is already a laid
out document (locally), or a web page with text and
Hi folks
Let me embelish a little further as to why it's useful to cut/copy and
paste from the spreadsheet input line. I caught myself doing this last
night and I now know why I want this feature back. I also tested against
this using my wife's laptop running MSO 2010.
When one right clicks
Hi :)I had not really noticed that because it was what i expected anyway. I
kinda like it this way because i right-click one pic go to picture change the
size, anchor point, wrap, maybe add a url to make it clickable. Then drag it
away and grab the next pic. So, i like it because i know
Hi Tom
I see for you it works, but the method I am talking about has always
been my mentioned process in ALL other version of word processors. As
you indicate, you like it this way, and probably have many years of
experience in word processing, and have adapted and adopted the way it
works
Unfortunately, the 3rd digit rule doesn't work as goog as expected...
I use report builder in base, 4.0.3.3 version. Download 4.0.4 and
report builder no more works (crash in opening).
thanks anyway for developers work, I remember this is a free sw, at the
end
Federico Quadri
Thanks for the help. This gives me some idea of the general approach I can
take.I very much appreciate it. It probably will still take some time
to work out the details, as I am not much of a programmer (though I do
dabble).
On Wed, Jul 24, 2013 at 2:46 AM, Andrew Douglas Pitonyak
On 07/25/2013 04:29 PM, Regina Henschel wrote:
Hi Sina
Sina Momken schrieb:
Let me show you what exact Outline Numbering I want using the example
below:
LevelExample(desired output)Associated Paragraph Style
1 Chapter 3:Chapter
2 3.2-Heading 1
3
I currently am running 4.0.4 on all my systems - Ubuntu and Windows.
Currently, in the pas month, versions 3.6.7 and 4.1.0 have come out.
3.6.7 is the end-of-line release for that line and it very stable, but
does not have some of the features of the 4.0.x line.
4.1.0 is the first of that
On 2013-07-26 3:15 AM, Andrew Brown andre...@icon.co.za wrote:
So with that bit of tech-ed above out of the way, what this means is it
looks like you have only installed the 64bit version of JRE (Java
Runtime Edition). LO Base cannot see or use it, hence it showing up in
the settings but Base
Hi :)
Just because 1 person likes it doesn't mean anyone else should.
Even if you don't know exactly when the behaviour changed you can still post a
bug-report and just try to let them know roughly the last time you remember the
behaviour being the way you liked. It can be pinned down more
Just wanted to check here before I go open a bug...
I just upgraded to 4.1, everything seemed fine, but I encountered a
.docx document this morning, and got the dreaded 'General I/O' error.
I then tried a bunch of different XML documents (.docx, .xslx, and
.pptx), and every one resulted in
On 2013-07-26 3:44 AM, Andrew Brown andre...@icon.co.za wrote:
When one right clicks on a cell and copies it, the pasting also collects
the cell format (it's borders and layout) along with the text/data,
If you DOUBLE-click the cell, and then highlight the contents, it does
NOT bring the
Hi :)
I think with Base it's better to stay with older branches. The 3.6.7 might be
better. if the 4.0.3 works for you then stick with that.
Sadly there are still not many devs working on Base. It's not flashy enough!
Regards from
Tom :)
From:
Hi :)
My guess is that the default is 64bit or else other apps might need the 64bit
version. It's generally not a good idea to have more than 1 version of Java
although even 1 might well be more than you need now.
Accessibility and Base (using the internal back-end) still need it. Fewer
Hi :)
I sometimes get that from files on the network but when i copy them to local
desktop machine they work fine. I've not really been tracking which versions
it happens with. There seems to be something about the memory settings as
higher spec machines with memory settings radically bumped
Hi :)
I think that is the 'problem' isn't it? Like i said it works out fine for me
because i quite like that way but i can easily understand that people might
prefer something different!
Regards from
Tom :)
From: Tim Lloyd tim.ll...@gmx.com
To: Andrew
Tom Davies wrote:
My guess is that the default is 64bit or else other apps might need the 64bit
version. It's generally not a good idea to have more than 1 version of Java
although even 1 might well be more than you need now.
The big question is why are the Windows version of LibreOffice
Hi Sina,
Sina Momken schrieb:
On 07/25/2013 04:29 PM, Regina Henschel wrote:
Hi Sina
[..]
You do the outline numbering with Chapter, Heading 1 , ... with normal
outline numbering. You need to define a paragraph style Chapter and
alter the assignment between paragraph style and level in the
On 2013-07-26 7:54 AM, James Knott james.kn...@rogers.com wrote:
Tom Davies wrote:
My guess is that the default is 64bit or else other apps might need
the 64bit version. It's generally not a good idea to have more than 1
version of Java although even 1 might well be more than you need now.
On Fri, 26 Jul 2013 08:03:43 -0400, Tanstaafl tansta...@libertytrek.org
wrote:
On 2013-07-26 7:54 AM, James Knott james.kn...@rogers.com wrote:
Tom Davies wrote:
My guess is that the default is 64bit or else other apps might need
the 64bit version. It's generally not a good idea to have
On 07/26/2013 11:52 AM, Sina Momken wrote:
On 07/25/2013 04:29 PM, Regina Henschel wrote:
Hi Sina
Sina Momken schrieb:
Let me show you what exact Outline Numbering I want using the example
below:
LevelExample(desired output)Associated Paragraph Style
1 Chapter 3:Chapter
2
On 07/26/2013 02:34 PM, Krunoslav Šebetić wrote:
On 07/26/2013 11:52 AM, Sina Momken wrote:
On 07/25/2013 04:29 PM, Regina Henschel wrote:
Hi Sina
Sina Momken schrieb:
Let me show you what exact Outline Numbering I want using the example
below:
LevelExample(desired output)Associated
On 2013-07-26 8:18 AM, Jay Lozier jsloz...@gmail.com wrote:
On Fri, 26 Jul 2013 08:03:43 -0400, Tanstaafl
tansta...@libertytrek.org wrote:
On 2013-07-26 7:54 AM, James Knott james.kn...@rogers.com wrote:
Tom Davies wrote:
My guess is that the default is 64bit or else other apps might need
Hi All,
Mas has brought up changing the time or day or both of our QA call so I
was hoping everyone who regularly participates will comment so we get an
idea of where people stand. Ideally of course our goal is to get as many
people involved who can contribute to our multitude of projects
Hi Kracked_P_P
Thanks for your input, you reminded me of the memory setting in LO,
something I have not touched/adjusted in many a release. I'll try that
for the image quantity, but unfortunately the anchor feature is not what
I or other users want. It's still a tedious process to place
Hi Tanstaafl
Agreed for the current case of LO, but I have also found other issues
with now emerging 64 bit apps that rely on 64bit Java, hence my
suggestion. It was just to alleviate other issues going forward, even to
the release we see of a 64bit LO one day.
Regards
Andrew Brown
On
I think the Java dev's are aware of this with systems needing two
version of bitness in their add-ons or apps, hence the separate
installations into two separate folders, as I explained earlier two
Program Files (64bit default app store) and Program files (x86)
(32bit default app store). Plus
Heh! Heh! Thanks Tanstaafl. You are correct, it works, a good work
around indeed. As I thought with my posting here, a fresh set of eyes on
something and with a different view, and one is given good advice.
But as you said it should ;-)
Regards
Andrew Brown
On 26/07/2013 12:36 PM,
Hi James
Umm!!! factually no, LO is still 32bit on Linux, it just works as
seamlessly as I explained in my previous email / post, on a Linux 64bit
system, as it does on a Windows 64bit system. I code in my spare time,
and I can tell you to change from 32bits of coding to 64bits of coding
is
Andrew Brown wrote:
Umm!!! factually no, LO is still 32bit on Linux
Then why is there an x86_64 version, when the 32 bit version should also
work well?
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems?
On 07/26/2013 10:24 AM, Robinson Tryon wrote:
On Fri, Jul 26, 2013 at 10:35 AM, Joel Madero jmadero@gmail.com wrote:
P.S. Another option is to have a US call later in the day maybe once a month
to go over the normal call and get more people in our timezones involved
with projects - if this
This is a structure from the devs in a file naming convention,
indicating its a 32bit app (x86_), that can be installed on a 64bit
operating system (_64), not necessarily a 64bit app. And in the case of
LO, it's definitely not yet a 64bit app. They still have to code 32bit
apps to be
On Fri, Jul 26, 2013 at 10:35 AM, Joel Madero jmadero@gmail.com wrote:
P.S. Another option is to have a US call later in the day maybe once a month
to go over the normal call and get more people in our timezones involved
with projects - if this is a possibility then I can give everyone my
Agreed, just look at what happens to Outlook, or Thunderbird when the
email store starts approaching 4GB on a 32bit system. This was an
ongoing support issue in my days of corporate IT support, in trying to
get users to purge their old emails and garbage and backup that which
they wanted and
Not really:
/opt/libreoffice4.0/program/soffice.bin: ELF 64-bit LSB executable,
x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for
GNU/Linux 2.6.9, not stripped
HTH.
MR
On Fri, Jul 26, 2013 at 10:46 AM, Andrew Brown andre...@icon.co.za wrote:
This is a structure from the devs
Ah!, but we have to have everything digital wroking in 64bit before
the year 2036 and 2038.
As we of us that went through and were involved in the raw IT support of
the Y2K issue will know, which is a pimple on the back of a blue whale,
compared to the coming ultimate Y2K. From 2036
On Fri, Jul 26, 2013 at 1:30 PM, Joel Madero jmadero@gmail.com wrote:
Now the question is - how do we reach out to the NA community and say we
need to balance out our teams! - a couple people from the triage contest
were from the US - wonder if they'd be interested.
We could go with the
Fine, but that only explains the executable as a 64bit under Linux
Standard Base (LSB part in the given reference for those wishing to
understand, meaning a standard function through all 'nixes). It's still
not the entire LO code base that is 64bit.
Regards
Andrew Brown
On 26/07/2013 07:54
Hi All,
*NEW: Monthly North American Quality Assurance+ Casual Meet, Greet Get
Involved Meeting*
Let me start by saying thanks to all of you who are on the user list and
try to help each other out, I know the community is strong and growing.
As our user base grows, so does the demands on
FWIW:
I do not know the correlation of versions between LO and AOO, but today
I got the following two security reports from the AOO users forum:
---
CVE-2013-2189
OpenOffice DOC Memory Corruption Vulnerability
Severity: Important
Vendor:
Technically, the x86 indicates the architecture, the 64 indicates the
instruction set width. So x86_64 is a 64 bit chip, and the x86_32 is a
32 bit chip. Obviously, when apps (like LO) are marked as x86_64, they
mean that it is intended for a 64 bit OS running on a 64 bit chip, as
opposed to a 32
Hi :)
I am not 100% sure but LO has quietly dealt with a couple of potential threats
of that nature quite a long time ago. The 3.4.0 and i think another in that
same line were both quietly being pushed due to some known issue in the 3.3.x
line. Most of us just ignored it and carried on using
Hi,
Girvin R. Herr wrote (26-07-13 22:57)
FWIW:
I do not know the correlation of versions between LO and AOO, but today
I got the following two security reports from the AOO users forum:
FYI:
http://listarchives.documentfoundation.org/www/discuss/msg09642.html
Cheers,
Cor
--
- Cor Nouws
-
Girvin R. Herr wrote:
---
CVE-2013-2189
and
---
CVE-2013-4156
Both are fixed in all current LibreOffice versions. Up-to-date
information about security fixes / advisories is always available
Good point. :-)
However, if I run find on the LO program directory, filter all the
files through 'file' and grep out everything with 64 in it, all that
remains is ASCII, shell scripts, data files and a few PE32 (and PE32+)
python executables that happen to be Windows .exe files that don't run
on
On Jul 26, 2013 2:01 PM, Robinson Tryon bishop.robin...@gmail.com wrote:
On Fri, Jul 26, 2013 at 1:30 PM, Joel Madero jmadero@gmail.com
wrote:
Now the question is - how do we reach out to the NA community and say
we
need to balance out our teams! - a couple people from the triage
Not quite.
this is a finite and and absolute wall dominated by the laws of the
universe in science and math, and cannot be fixed at all, unlike the
original Y2K date issue
Well... not really. See, the original issue was that years were only
stored as two digits, instead of the complete four.
Paul wrote:
Technically, the x86 indicates the architecture, the 64 indicates the
instruction set width. So x86_64 is a 64 bit chip, and the x86_32 is a
32 bit chip.
I thought 32 bit CPUs were referred to as i586..
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
50 matches
Mail list logo