Chad Smith wrote:
Article entitled "E-mail 'crucial' to future of desktop Linux"
http://news.zdnet.com/2100-9590_22-5978465.html?tag=nl.e589
E-mail will be the most significant factor governing the uptake of Linux on
the desktop, according to a new study.
The Desktop Linux Client Survey 200
Chad Smith <[EMAIL PROTECTED]> wrote in
news:[EMAIL PROTECTED]:
> It mentions Evolution as the top contender, and Lightning (a planned
> combination of Thunderbird and Sunbird - the Mozilla email client and
> calendar respectively) as a distant second. A OOo-based email client/PIM
> could fill h
Alexandro Colorado wrote:
Again people confusing email with calendar functionality, and actually
by calendar they mean backend support for a fat client distributed
calendaring system.
I'm not. I was sort of surprised when I read Chad's quote, "...lack of a
powerful e-mail application...".
Ian Lynch wrote:
Linux, OOo, etc. is supposed to be "good enough"
It is for many people, it certainly is for me and a growing number of
others. I'm going to Spain for the second time in a couple of months
because they seem to think its good enough for them. It'll never be good
enough for d
Ian Lynch wrote:
On Fri, 2005-12-02 at 09:25 -0600, Randomthots wrote:
The problem is I don't know a good name for the category of sw that's a
calendar/pim/email such as Outlook or the old Lotus Organizer.
There are apps that work to do the same job. They just don't happen to
be all sipplie
Ian Lynch wrote:
Its the people that use Windows and who are used to Outlook that are
making all the fuss. Most Linux users don't seem to have the problem.
Well... with all due respect and not to put too fine a point on it, most
Linux users are accustomed to apps that are "good enough". They'
Ian Lynch wrote:
On Fri, 2005-12-02 at 09:58 -0600, Randomthots wrote:
If I'm not actively concerned about cross-platform and/or
cross-application compatibility, then XML is mostly meaningless to me.
But anyone an use that argument about any feature of MSO 2003. I don't
need it so its no im
Ian Lynch wrote:
They're used
to peripherals that don't work as well or at all.
My peripherals are working fine, thank you very much ;-)
It's not too bad on my desktop machine, but my older Toshiba laptop is
another story. I've tried both Mepis and Fedora on it, and neither
distro coul
M. Fioretti wrote:
On Sat, Dec 03, 2005 22:29:56 PM -0600, Randomthots
([EMAIL PROTECTED]) wrote:
All I'm saying is that for the files that *I* create with *my* copy
of OOo on *my* computer for *my* consumption, ODF doesn't offer any
real advantages. In fact, unless I have need to share that
Roger Markus wrote:
Same here. There's the moral issue as well of not supporting the illegal
organization Microsoft that is damaging to the computer industry as a
whole. Buying their products only strengthens the monster. If they were an
honest company it would be a different story, but the
Daniel Carrera wrote:
Randomthots wrote:
This is interesting: why do you think the limit is intrinsic in the
*format*, rather than a bug in the *current* version of OO.o (=
*one* of
the many applications that could and will support ODF)? Please explain
Daniel Carrera and I went round and
Giuseppe Bilotta wrote:
Sunday, December 4, 2005 Ian Lynch wrote:
That depends on the size of the file. In fact compression can actually
speed up opening a file. Disc to RAM is slow but processes in RAM are
fast so loading a compressed file from disc to RAM and then
decompressing entirely in
Roger Markus wrote:
So - Rod - you're a politician then! Cool moves my friend!
ROTFL :) Salesman, actually. I've sold cars and ran a Radio Shack store
for a while.
1) Compliment your opponent ("Interesting") and make them feel at ease by
saying that you agree with them ("I agree with y
Nicolas Mailhot wrote:
Randomthots wrote:
Remember, this was a big file. 63,260 rows by 7 columns. That's 442,820
instances of the 80 bytes of "taggage" surrounding each cell (35 MB,
total) plus the tags at the start of each row (times 63,260) plus all
the header information. Apparently with 2
Ian Lynch wrote:
No, you are persevering on an untenable argument because you lack the
technical knowledge to back it up. The people with the technical
knowledge know you are mistaken but do not necessarily know the exact
reason for your performance problem but they do know its not the thing
yo
Daniel Carrera wrote:
Randomthots wrote:
I repeat, I am *not* making any ing assertion! I asked a question;
a not unreasonable question. If the size of the file is 11 times
bigger doesn't it make some sense that that would take longer to wade
through?
You see, you just made an asserti
Daniel Carrera wrote:
Randomthots wrote:
So if I have two files... same format... but one is twice as big as
the other... the bigger file isn't going to take longer to load?
Irrelevant example. The fact that a bigger file loads slower doesn't
mean that the fault is on the size of the tag.
Nicolas Mailhot wrote:
Randomthots wrote:
Instead you would
rather go on and on and on, post after post, telling me how silly and
stupid I am.
I'm not sure I like you very much anymore.
Aren't you a bit old to go sulking ?
Daniel is a fine chap and you don't deserve half the explanations
Daniel Carrera wrote:
Cyrille Moureaux wrote:
Even if, as you say (and as is true), the tag name doesn't have any
bearing on the size of the document representation in memory (because
the actual tag string is only used in conjunction with the file I/O),
each character of the tag has to be rea
Daniel Carrera wrote:
John W. Kennedy wrote:
12/05/2005 10:49 PM69,999,781 test1.xml
12/05/2005 10:53 PM26,167,179 test1.zip
12/05/2005 11:05 PM 167,999,781 test2.xml
12/05/2005 11:09 PM28,641,918 test2.zip
Clearly, the size of the tagname is fairly unimporta
Daniel Carrera wrote:
In other words, since you can't accept that you were wrong, you are
changing the question.
Merely clarifying it, since you didn't seem to comprehend the point.
Very much like a table structure in html. I was sort of surprised that
there wasn't any indication of r
Roger Markus wrote:
On 12/6/05, Sven Aerts <[EMAIL PROTECTED]> wrote:
How's the law suits against MS and the illegal sending of HD info ?
In what countries in Asia governments are forbidding to use MS in
governmental application?
How fast in Linux evolving?
Do you know how to use Google? G
Mathias Bauer wrote:
So possibly the size of the Calc document created from the file (the
memory consumption of Calc itself) caused the swapping you experienced
but not the xml content itself that (as outlined above) never is read
into memory as a whole. This is what Daniel tried to point out:
Ian Lynch wrote:
On Fri, 2005-12-09 at 09:38 +0100, Henrik Sundberg wrote:
This was the statement:
If a vendor failed to adhere to that, then the vendor was shut down,
and all assets went to Microsoft.
And this was the question related to it:
Care to give any evidence at all that this h
Ian Lynch wrote:
A school here rang me to say they had had a visit by FAST. UK version of
BSA. They were threatened with death if they had any pirate software and
then offered some software for £5000 to check and audit their servers.
That sounds to me very like extortion. At least demanding mo
Roger Markus wrote:
On 12/9/05, Randomthots <[EMAIL PROTECTED]> wrote:
Jonathon makes them sound like goons with guns and brass knuckles. It's
frustrating and often sad and tragic, but it's not the mafia. And it's not
illegal or criminal.
The larger part of organized crime does *not* invol
Roger Markus wrote:
On 12/9/05, Henrik Sundberg <[EMAIL PROTECTED]> wrote:
I don't think you need to be working for MS just to dislike false
accusations. I think Chad was very precise in his question. And
genuinely interested in finding the truth too.
So, Henrik Sundberg (and Rod??), you'r
Mathias Bauer wrote:
You are not alone, many people wonder and the developers already started
trying to solve this problem. There are a lot of known problems as well
as some ways to fix them but this is something that needs to be
investigated carefully. Expect to see something happen in future
Again people confusing email with calendar functionality, and actually by
calendar they mean backend support for a fat client distributed
calendaring system. We already have rich clients that deal with this
problem with Kolab2/Kontact and Zimbra http://www.zimbra.com/
On Fri, 02 Dec 2005 05
On Thu, 2005-12-01 at 23:51 -0600, Randomthots wrote:
> I think it's been talked to death on this forum and a lot of the *nix
> crowd simply doesn't get it. How you can trash-talk a program like
> Outlook without knowing what it does is beyond me.
I use Outlook on Windows XP and Evolution on L
On Fri, 02 Dec 2005 15:25:29 -, Randomthots
<[EMAIL PROTECTED]> wrote:
The backend server stuff is important, but it doesn't necessarily need
to have the OOo name on it. But even for just one guy on one computer,
Outlook offers more functionality and ease-
of-use than Evolution, depend
On Fri, 2005-12-02 at 09:25 -0600, Randomthots wrote:
>
> The problem is I don't know a good name for the category of sw that's a
> calendar/pim/email such as Outlook or the old Lotus Organizer.
There are apps that work to do the same job. They just don't happen to
be all sipplied by one manufa
On Fri, 2005-12-02 at 09:58 -0600, Randomthots wrote:
> If I'm not actively concerned about cross-platform and/or
> cross-application compatibility, then XML is mostly meaningless to me.
But anyone an use that argument about any feature of MSO 2003. I don't
need it so its no improvement over OOo
On Sat, Dec 03, 2005 22:29:56 PM -0600, Randomthots
([EMAIL PROTECTED]) wrote:
> All I'm saying is that for the files that *I* create with *my* copy
> of OOo on *my* computer for *my* consumption, ODF doesn't offer any
> real advantages. In fact, unless I have need to share that file with
> someo
On 12/3/05, Ian Lynch <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2005-12-02 at 09:58 -0600, Randomthots wrote:
>
> > If I'm not actively concerned about cross-platform and/or
> > cross-application compatibility, then XML is mostly meaningless to me.
>
> But anyone an use that argument about any feature
BTW OOo will have email comptability soon for e-mail merge. I think
another aspect of email is the email integration within the desktop.
On Sun, 04 Dec 2005 08:02:48 -, Roger Markus <[EMAIL PROTECTED]>
wrote:
On 12/3/05, Ian Lynch <[EMAIL PROTECTED]> wrote:
On Fri, 2005-12-02 at 09:
On Sat, 2005-12-03 at 13:52 -0600, Rod Engelsman wrote:
> Ian Lynch wrote:
>
> > Its the people that use Windows and who are used to Outlook that are
> > making all the fuss. Most Linux users don't seem to have the problem.
>
> Well... with all due respect and not to put too fine a point on it, m
On Sun, 2005-12-04 at 17:02 +0900, Roger Markus wrote:
> There's the moral issue as well of not supporting the illegal
> organization Microsoft that is damaging to the computer industry as a
> whole. Buying their products only strengthens the monster.
I'm not too bothered about that, I just don
Randomthots wrote:
This is interesting: why do you think the limit is intrinsic in the
*format*, rather than a bug in the *current* version of OO.o (= *one* of
the many applications that could and will support ODF)? Please explain
Daniel Carrera and I went round and round about this just recen
Randomthots wrote:
Ian Lynch wrote:
They're used to peripherals that don't work as well or at all.
My peripherals are working fine, thank you very much ;-)
It's not too bad on my desktop machine, but my older Toshiba laptop is
another story. I've tried both Mepis and Fedora on it, and neither
Daniel Carrera wrote:
I suspect that, if nothing else, the sheer size of XML files has an
impact with regards to memory usage.
But you present no evidence to support your claim. On the other hand, I
provided a calculation. I started with the speed of a typical IDE drive,
calculated the size d
On 12/4/05, Randomthots <[EMAIL PROTECTED]> wrote:
>
>
> There isn't a lot of difference between an email saying, "Meeting at 10
> am.", and a calendar invite.
Except that in a calendar invite, once accepted, the meeting is
automatically added to the calendar - so the inviter is notified of who i
On Sun, 2005-12-04 at 10:06 -0600, Randomthots wrote:
> I think one of the things to ask yourself is, "Why OOo at all?"
Because its a means to an end.
> I think that you can't categorize these things as neatly as you would
> like.
I'm just saying what I use and why. Categories might or might
Randomthots wrote:
That's the part where you turn into an ass. If you call me silly, I will
call you an ass...
Calling you silly is mild, calling me an ass is rude. That's okay
though, I don't mind :)
But you didn't explain anything at all.
You didn't explain anything at all, I explained
On Sun, 2005-12-04 at 16:54 +, Daniel Carrera wrote:
> I'd like to add that this is a good example of "premature optimization"
> which is the hallmark of an amateur programmer. It is a general
> principle that an application spends 80% of the time on 20% of the code
> (this isn't an absolut
On Sun, 2005-12-04 at 14:53 -0600, Randomthots wrote:
> and the ZIP/UNZIP process.
>
> Which we agree probably contributes a few seconds to the process.
That depends on the size of the file. In fact compression can actually
speed up opening a file. Disc to RAM is slow but processes in RAM are
Ian Lynch wrote:
Its also the principle on which the ARM processor design is based. Make
the processor more efficient by reducing the instructions to those used
most often and get them to execute faster, do the things that don't
happen that often in software even though its slower. There is an
ov
Sunday, December 4, 2005 Ian Lynch wrote:
> That depends on the size of the file. In fact compression can actually
> speed up opening a file. Disc to RAM is slow but processes in RAM are
> fast so loading a compressed file from disc to RAM and then
> decompressing entirely in solid state could act
Randomthots wrote:
Interesting. I agree with you, Roger, about the moral issue. FWIW, I've
never purchased a boxed MS product, but the three computers that I've
purchased in the last 12 years have all had MS stuff pre-installed. So I
figure I've fed them a little but not a lot ;). But I think y
On 12/4/05, John W. Kennedy <[EMAIL PROTECTED]> wrote:
> Tell that to a web designer. IE6 is buggy, insecure by design, and at
> least five years out of date; it also spits in the face of W3C.
Yeah, that's one program. A program that MS had all but abandoned like 5
years ago. Other stuff MS ha
On 12/5/05, Randomthots <[EMAIL PROTECTED]> wrote:
>
> Roger Markus wrote:
> > Same here. There's the moral issue as well of not supporting the
> illegal
> > organization Microsoft that is damaging to the computer industry as a
> > whole. Buying their products only strengthens the monster. If th
Chad Smith wrote:
Windows' easy-to-use interface,
A second-generation copy.
Office's powerful business apps,
Fundamentally designed in the 80's. Word for DOS and Multiplan were
genuinely innovative (though, as I understand it, Word was developed
outside of Microsoft, and, for all I know,
John W. Kennedy wrote:
Chad Smith wrote:
Windows' easy-to-use interface,
A second-generation copy.
Office's powerful business apps,
Fundamentally designed in the 80's. Word for DOS and Multiplan were
genuinely innovative (though, as I understand it, Word was developed
Bullshit. As I've sa
Randomthots wrote:
> Remember, this was a big file. 63,260 rows by 7 columns. That's 442,820
> instances of the 80 bytes of "taggage" surrounding each cell (35 MB,
> total) plus the tags at the start of each row (times 63,260) plus all
> the header information. Apparently with 256 MB RAM I simply
That matches a lot of my observations, especially management decisions
involving ignoring non-MS options.
The whole MS phenomenon makes sense only if you look at it from the
perspective of a political or social / ideological movement.
-Lars
Lars Nooden ([EMAIL PROTECTED])
Software pat
On Mon, 2005-12-05 at 00:04 -0500, mark wrote:
> John W. Kennedy wrote:
> >
> >> Windows' easy-to-use interface,
> > A second-generation copy.
> >> Office's powerful business apps,
> > Fundamentally designed in the 80's. Word for DOS and Multiplan were
> > genuinely innovative (though, as I under
Chad Smith wrote:
when IE meant "for example".
IE never meant "for example", you need to review your grammar. "i.e." is
a Latin abreviation that stands for "id est" which translates as "that
is". You are confusing "i.e." with "e.g.". "e.g." stands for "exempli
gratia" which translates to "fo
Randomthots wrote:
Aha!! Information. At last. It's terse, sketchy, and comes with an
attitude, but at least it's a bit of data. Maybe... I notice you used
the word "probably". In other words, you don't know either.
But you're likely prone to disagree with me just on principle, so it
doesn't
On Sun, 2005-12-04 at 20:15 -0600, Randomthots wrote:
> > Of course, the point remains that OOo has plenty of room for
> > optimization :)
> >
> Bingo!! By jove he's got it! That's what I've been trying to get across
> unsuccessfully.
I don't think any of us disagree - why would I be advocatin
On Mon, 2005-12-05 at 02:26 -0600, Randomthots wrote:
> Aha!! Information. At last. It's terse, sketchy, and comes with an
> attitude, but at least it's a bit of data. Maybe... I notice you used
> the word "probably". In other words, you don't know either.
Hm, I don't know if the Sun is 100 mil
Daniel Carrera wrote:
Randomthots wrote:
Aha!! Information. At last. It's terse, sketchy, and comes with an
attitude, but at least it's a bit of data. Maybe... I notice you used
the word "probably". In other words, you don't know either.
But you're likely prone to disagree with me just on pr
Ian Lynch wrote:
On Mon, 2005-12-05 at 00:04 -0500, mark wrote:
John W. Kennedy wrote:
Windows' easy-to-use interface,
A second-generation copy.
Office's powerful business apps,
Fundamentally designed in the 80's. Word for DOS and Multiplan were
genuinely innovative (though, as I understa
Randomthots wrote:
I repeat, I am *not* making any ing assertion! I asked a question; a
not unreasonable question. If the size of the file is 11 times bigger
doesn't it make some sense that that would take longer to wade through?
You see, you just made an assertion :-) As for your questio
On Mon, 2005-12-05 at 10:54 -0500, mark wrote:
> Ian Lynch wrote:
> > On Mon, 2005-12-05 at 00:04 -0500, mark wrote:
> >>John W. Kennedy wrote:
> >>
> Windows' easy-to-use interface,
> >>>A second-generation copy.
> Office's powerful business apps,
> >>>
> >>>Fundamentally designed in the 8
Dear Markus... can you please stimulate Rod in continuing with MS ...
otherwhise we're loosing our competitive advantage.
PS
How's the law suits against MS and the illegal sending of HD info ?
In what countries in Asia governments are forbidding to use MS in
governmental application?
How fast
Randomthots wrote:
So if I have two files... same format... but one is twice as big as the
other... the bigger file isn't going to take longer to load?
Irrelevant example. The fact that a bigger file loads slower doesn't
mean that the fault is on the size of the tag. There are several things
Randomthots wrote:
> Instead you would
> rather go on and on and on, post after post, telling me how silly and
> stupid I am.
>
> I'm not sure I like you very much anymore.
Aren't you a bit old to go sulking ?
Daniel is a fine chap and you don't deserve half the explanations he
already gave you
Daniel Carrera wrote:
But here's where you're making silly claims. The fact that unzipping the
file produces a 45MB XML set of files doesn't mean that when it's loaded
into memmory it will actually take up 45MB.
There is /one/ issue that comes up here. /Does/ OOo parse the XML on the
fly as
Hi Daniel,
So if I have two files... same format... but one is twice as big as
the other... the bigger file isn't going to take longer to load?
Irrelevant example. The fact that a bigger file loads slower doesn't
mean that the fault is on the size of the tag. There are several things
that
Tuesday, December 6, 2005 John W. Kennedy wrote:
> There is /one/ issue that comes up here. /Does/ OOo parse the XML on the
> fly as it is unpacked, or does it produce the (e.g.) 45MB XML files and
> then parse and discard them? Similarly, when saving, are the XML files
> produced and then compres
John W. Kennedy wrote:
There is /one/ issue that comes up here. /Does/ OOo parse the XML on the
fly as it is unpacked, or does it produce the (e.g.) 45MB XML files and
then parse and discard them?
I don't know. If it does it the slow way, the problem is not in the
design of the XML format but
Randomthots wrote:
I was speaking in general terms. Get away from ods and xml for a second
and consider two files, jpegs, for example. The bigger file will take
longer to process simply because it will take more cycles to work your
way through it.
In other words, since you can't accept that y
Cyrille Moureaux wrote:
Even if, as you say (and as
is true), the tag name doesn't have any bearing on the size of the
document representation in memory (because the actual tag string is only
used in conjunction with the file I/O), each character of the tag has to
be read from the hard drive a
Just for the heck of it, I decided to provide some actual data. Since I
don't have any sufficiently humongous OpenDocument files, I made a dummy.
test1.xml is
[three random numbers] [repeat 1,000,000 times]
test1.zip contains a copy of test1.xml
test2.xml is an exact copy of test
John W. Kennedy wrote:
12/05/2005 10:49 PM69,999,781 test1.xml
12/05/2005 10:53 PM26,167,179 test1.zip
12/05/2005 11:05 PM 167,999,781 test2.xml
12/05/2005 11:09 PM28,641,918 test2.zip
Clearly, the size of the tagname is fairly unimportant.
Bingo. The tag name
This is only testing the behaviour of ZIP and has, in my opinion, no
bearing to the discussion.
I am surprised by the difference in file size though. I though the ZIP
files should differ by ~49 bytes.
/$
2005/12/6, John W. Kennedy <[EMAIL PROTECTED]>:
> Just for the heck of it, I decided to provid
On 12/6/05, Sven Aerts <[EMAIL PROTECTED]> wrote:
>
> How's the law suits against MS and the illegal sending of HD info ?
> In what countries in Asia governments are forbidding to use MS in
> governmental application?
> How fast in Linux evolving?
Do you know how to use Google? Give it a try! I
Randomthots wrote:
> So if that all is true, then what we probably really have going on here
> is that OOo processes the file inefficiently, and in a fashion that
> makes heavy demands on memory, and that inefficiency is only exacerbated
> by the file size, which *is* a direct mathematical consequ
Randomthots wrote:
> So you've proven that xml is inefficient for storing highly structured
> data.
XML is not designed to be efficient. XML is an interchange format, and
was designed first and foremost for interchange robustness :
1. it's generic and extensible
2. an xml file can be validated ag
Hi Daniel,
Daniel Carrera wrote:
The real question, however, is whether having one or ten characters in
the tag makes any significant difference in the current parsing
process, which quite frankly I have no idea about and would need to be
measured before it's overly debated, if you want my op
Joerg Barfurth wrote:
Take a look at Tools-Options-Load/Save-General. There is an option
'optimize XML for size'. This option defaults to 'optimize' and iirc it
was introduced in an early effort to make the file load process faster.
I know about that option. I always turn it off because I lik
Daniel Carrera wrote:
Joerg Barfurth wrote:
Take a look at Tools-Options-Load/Save-General. There is an option
'optimize XML for size'. This option defaults to 'optimize' and iirc
it was introduced in an early effort to make the file load process
faster.
I'd assume that the effect of this
Joerg Barfurth wrote:
It'd be interesting to find out why they added that option. Whether it
speeds parsing, or to improve the file size on-disk, or if (as you
suggest) is to reduce the size on memmory.
Huh? What do you think I suggest?
I think that you suggest that the reduction in uncompre
On Mer 7 décembre 2005 15:09, Daniel Carrera wrote:
> Joerg Barfurth wrote:
>> Take a look at Tools-Options-Load/Save-General. There is an option
>> 'optimize XML for size'. This option defaults to 'optimize' and iirc it
>> was introduced in an early effort to make the file load process faster.
>
Randomthots wrote:
> Bingo!! By jove he's got it! That's what I've been trying to get across
> unsuccessfully. The size of the tags *does* make a difference if it
> makes the file so big that it won't fit into RAM anymore. That's what my
> disc thrashing comment was meant to convey, but I guess
Giuseppe Bilotta wrote:
> Tuesday, December 6, 2005 John W. Kennedy wrote:
>
>> There is /one/ issue that comes up here. /Does/ OOo parse the XML on the
>> fly as it is unpacked, or does it produce the (e.g.) 45MB XML files and
>> then parse and discard them? Similarly, when saving, are the XML fi
Thursday, December 8, 2005 Mathias Bauer wrote:
> You are lucky that you didn't place the bet. :-)
> OOo doesn't do that. First it processes each XML stream independently
> (and other streams only on demand) and second it never loads any whole
> uncompressed stream into memory but instead has an
Great info!
What happens at SAVE? Isn't the complete unzipped file needed to do
the ZIP-analysis? Is there a way to ZIP on the fly? Does OOo implement
the ZIP algorithm itself, using the fact that it knows about the tags
it'll use from the beginning?
(I expect that auto save will be very expensive
Extortion is extortion. Using softer methods just makes it harder to
stop.
In the case of the BSA, there are indications that it has been used to
remove competing closed source applications and systems, especially Novell
Netware, by negotiating settlements which are exclusive deals between MS
Friday, December 9, 2005 Henrik Sundberg wrote:
> What happens at SAVE? Isn't the complete unzipped file needed to do
> the ZIP-analysis? Is there a way to ZIP on the fly? Does OOo implement
> the ZIP algorithm itself, using the fact that it knows about the tags
> it'll use from the beginning?
Th
On Fri, 2005-12-09 at 07:12 -0600, Randomthots wrote:
> It's frustrating and often sad and
> tragic, but it's not the mafia. And it's not illegal or criminal.
A school here rang me to say they had had a visit by FAST. UK version of
BSA. They were threatened with death if they had any pirate soft
On 12/9/05, Randomthots <[EMAIL PROTECTED]> wrote:
>
> Jonathon makes them sound like goons with guns and brass knuckles. It's
> frustrating and often sad and tragic, but it's not the mafia. And it's not
> illegal or criminal.
>
The larger part of organized crime does *not* involve brass knuckles.
Please move this thread back on topic or move it to another forum.
On topic here means discussion of items *directly* relevant to OpenOffice.org.
Thank you for your cooperation.
--
CPH : OpenOffice.org contributor
-
To unsubscrib
On Fri, 2005-12-09 at 17:02 -0600, Randomthots wrote:
> Ian Lynch wrote:
> > A school here rang me to say they had had a visit by FAST. UK version of
> > BSA. They were threatened with death if they had any pirate software and
> > then offered some software for £5000 to check and audit their serve
On Fri, 2005-12-09 at 21:06 -0600, Randomthots wrote:
> Do you know what a EULA is? Do you know what a contract is? Jonathon's
> "enforcers" are lawyers with subpoenas signed by judges.
Not necessarily. The evidence I have is of people trying to gain entry
and use fear to sell products without a
Randomthots wrote:
> Mathias Bauer wrote:
>
>>
>> So possibly the size of the Calc document created from the file (the
>> memory consumption of Calc itself) caused the swapping you experienced
>> but not the xml content itself that (as outlined above) never is read
>> into memory as a whole. This
2005/12/13, Mathias Bauer <[EMAIL PROTECTED]>:
> Randomthots wrote:
> > Mathias Bauer wrote:
> >
> >>
> >> So possibly the size of the Calc document created from the file (the
> >> memory consumption of Calc itself) caused the swapping you experienced
> >> but not the xml content itself that (as ou
Henrik Sundberg wrote:
> This is under work according to the link:
> When importing, whole streams are read into memory at once and are
> then read from memory. They should be uncompressed and written to
> temporary files and be read from there instead. If the stream size is
> less than a nominal
98 matches
Mail list logo