John,
You've done well so far, finding a bug that is apparently the same
problem you are having.
The next thing you must do is try to determine whether the 22 Apr 2002
report that the problem is fixed in CVS means that the fix:
* should be in the version of KSpread that you have (meaning that
On Sunday 26 May 2002 17:40, you wrote:
> > Now I also wondered whether there was such a thing as a gui front
> > end to this backend type programme. Anyone got any knowledge ?
>
> They probably exist. StarOffice has a data wizard kinda like
> Access in the front end -- in other words, the interfa
> Now I also wondered whether there was such a thing as a gui front end
> to this backend type programme. Anyone got any knowledge ?
They probably exist. StarOffice has a data wizard kinda like
Access in the front end -- in other words, the interface works
more or less like Access, For a backend
John Richard Smith wrote:
> Randy, you mentioned earlier in the thread about database programmes,
> like MySQL.
> I find I have MySQL ,it comes with the distro. I installed it and
> find that it's a command line programme, and well yes, I know if you
> look in mysql --help you will get a list of c
John Richard Smith wrote:
> Oh, yes, That's the nature of averages, you have to start the first
> line so many horizontal (H)columns down, so 10day moving average
> starts at horizontal line 10, 30 at H30, 50 at H50, 89 at H89,200 at
> H200, and so on,
Ahh, OK, now I understand what your data is
On Sunday 26 May 2002 00:57, you wrote:
> > Well I do have gnumeric on my machine and I opened the kspread
> > file in kspread and saved as gnumeric file , which I then opened
> > in gnumeric. About 1.5 seconds. However it was not flawless. the
> > 50total,89total,and 200toal columns were duds, e
On Saturday 25 May 2002 17:01, you wrote:
> John Richard Smith wrote:
> > Well I do have gnumeric on my machine and I opened the kspread
> > file in kspread and saved as gnumeric file , which I then opened
> > in gnumeric. About 1.5 seconds. However it was not flawless. the
> > 50total,89total,and
On Saturday 25 May 2002 17:01, you wrote:
> John Richard Smith wrote:
> > Well I do have gnumeric on my machine and I opened the kspread
> > file in kspread and saved as gnumeric file , which I then opened
> > in gnumeric. About 1.5 seconds. However it was not flawless. the
> > 50total,89total,and
On Sun, 26 May 2002 03:30, John Richard Smith wrote:
> On Friday 24 May 2002 12:46, you wrote:
> > There should be features to help such a transfer -- Excel and Lotus
> > have them, not sure about Gnumeric and Kspread.
>
> On Sat May 25th , you wrote:
> >Wow, very disappointing!
> >
> >I did some
John Richard Smith wrote:
> Well I do have gnumeric on my machine and I opened the kspread file
> in kspread and saved as gnumeric file , which I then opened in
> gnumeric. About 1.5 seconds. However it was not flawless. the
> 50total,89total,and 200toal columns were duds, every figure gone.
I pr
On Friday 24 May 2002 12:46, you wrote:
> There should be features to help such a transfer -- Excel and Lotus
> have them, not sure about Gnumeric and Kspread.
On Sat May 25th , you wrote:
>Wow, very disappointing!
>I did some testing on your 57 kb file on KSpread 1.1 on Mandrake
>8.1, on
On Friday 24 May 2002 12:46, you wrote:
>
>* reboot
>* run free from a command line before you start anything (or
> most anything) else -- "record" the numbers
>* start kspread, run free, record the numbers
>* open one of your spreadsheets, run free, record the numbers
>
> Po
On Thursday 23 May 2002 02:47 pm, Jay wrote:
> I would refrain from Microsoft SQL
> (http://slashdot.org/articles/02/05/22/1312211.shtml?tid=109) or any
> Microsoft products for that matter
> (http://www.eweek.com/article/0,3658,s%253D701%2526a%253D26875,00.asp)
>
> "A senior Microsoft Corp. execu
John Richard Smith wrote:
> > It is reasonable to suspect memory -- I guess the 21 seconds to
> > load the existing data (and 280 days) gives us a hint that there is
> > a large amount of data involved, but it's only a hint -- I think we
> > need to know a little more:
I still don't really have a
I would refrain from Microsoft SQL
(http://slashdot.org/articles/02/05/22/1312211.shtml?tid=109) or any
Microsoft products for that matter
(http://www.eweek.com/article/0,3658,s%253D701%2526a%253D26875,00.asp)
"A senior Microsoft Corp. executive told a federal court last week that
sharing informa
Randy Kramer <[EMAIL PROTECTED]> saith:
> As an aside, a spreadsheet is not usually the best choice for dealing
> with really large amounts of data -- you may want to begin to think
> about a migration to a database, like MySQL, Postgres, Access, Microsoft
> SQL, or whatever.
You seem to forget,
16 matches
Mail list logo