On 4/8/25 14:49, Maytham Alsudany wrote:
It shows you that warning because LibreOffice's support for opening and
saving Excel files is not perfect and does not support a few edge cases.
It should work fine though 99% of the time.
Asides from saving in Excel File format it has some problem wit
On Sun, 2025-08-03 at 19:46 -0700, Marc Shapiro wrote:
> If Gnumeric is working for you then that is great. Concerning the
> issue with saving a .xlsx file in LibreOffice -- it always gives me
> that warning when I go to save a .xlsx file, but it always saves the
> file just fine. At least, when
ard Owlett wrote:
I found a USDA published spreadsheet[1] [in xlsx format] containing
needed
data. I saved it to a local directory with no problems.
I copied it to another directory to prevent accidents.
I opened it - Debian defaulted to LibreOffice Calc.
I tried to save it [unedited] to file2.xlsx
On 2025-07-28, Andy Smith wrote:
>
> No accounting for taste and I'm glad you found some software you get
> along with, but you do understand that the "Gnu" in "Gnumeric" has no
> association whatsoever with GNU as in the Free Software Foundation,
> right? Gnumeric is a GNOME project.
Richard's a
On 7/28/25 08:44, Richard Owlett wrote:
I found a USDA published spreadsheet[1] [in xlsx format] containing
needed data. I saved it to a local directory with no problems.
I copied it to another directory to prevent accidents.
I opened it - Debian defaulted to LibreOffice Calc.
I tried to save
On Mon, 2025-07-28 at 12:27 -0700, Van Snyder wrote:
> Is there Debian software that can work with, and especially convert,
> WordPerfect files?
There is a library called libwpd which is used by LibreOffice, Abiword
& Calligra Words, as well as a number of commandline tools (and some
other applica
r that reads aloud in a synthetic voice
gnumeric - spreadsheet application for GNOME - main program
libwpd-0.10-10 - Library for handling WordPerfect documents (shared
library) libwpd-dev - Library for handling WordPerfect documents
(development) libwpd-doc - Library for handling WordPerfect doc
Greg Wooledge wrote:
> On Mon, Jul 28, 2025 at 10:44:36 -0500, Richard Owlett wrote:
> > [1]
> > https://www.fns.usda.gov/sites/default/files/media/file/TFP-2021-Disaggregated-Market-Basket.xlsx
> >
>
> I was unable to download this with wget -- it just hung for a while.
> But when I pasted th
On Mon, 2025-07-28 at 20:21 +0200, to...@tuxteam.de wrote:
> OOXML's spec is roughly 6000 pages compared to roughly 900 for
> LibreOffice's
> ODF [1]. The reference also describes how the ISO approval process
> was
> highly controversial.
Knuth's "The TeXbook" is 483 pages. Books about LaTeX, such
On Mon, 2025-07-28 at 12:01 -0400, The Wanderer wrote:
> Reading a document is often easier to implement than writing it out
> correctly. Reading is also safer, because you're not overwriting any
> data; if you try to save the document, you might be doing so to an
> existing filename, and if the re
On Mon, 2025-07-28 at 11:55 -0400, The Wanderer wrote:
> There was the
> suggestion that Microsoft chose that development path on purpose,
> specifically in order to make it harder for anyone else to
> interoperate
> properly with those formats.
Did WordPerfect (and then Corel) follow the same pat
On 7/28/25 20:50, Joe wrote:
On Mon, 28 Jul 2025 20:43:52 +0200
Detlef Vollmann wrote:
On 7/28/25 20:13, Richard Owlett wrote:
Also gnumeric seemed faster.
That's definitely true.
I'm using gnumeric for essentially all my spreadsheet stuff.
But it doesn't have as many fun
Hi,
On Mon, Jul 28, 2025 at 01:23:48PM -0500, Richard Owlett wrote:
> On 7/28/25 12:22 PM, Andrew M.A. Cater wrote:
> > Libreoffice generally works - but you could always try Gnumeric from
> > the GNOME project.
>
> Someone else suggested Gnumeric.
> Tried it. It appears more satisfactory. For me
On 7/28/25 20:13, Richard Owlett wrote:
Also gnumeric seemed faster.
That's definitely true.
I'm using gnumeric for essentially all my spreadsheet stuff.
But it doesn't have as many functions as Excel.
And it doesn't really support conditional formatting where
the for
On 7/28/25 18:01, The Wanderer wrote:
Reading a document is often easier to implement than writing it out
correctly. Reading is also safer, because you're not overwriting any
data; if you try to save the document, you might be doing so to an
existing filename, and if the resulting format is inva
attempts to use
the =IMPORT* functions were not successful, but the "save to a local
file and then re-upload it" approach worked for me.)
The spreadsheet has three tabs: "Cover Sheet", "Codebook" and
"Disaggregated Market Basket". I'm guessing you wa
On 7/28/25 12:22 PM, Andrew M.A. Cater wrote:
On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
I found a USDA published spreadsheet[1] [in xlsx format] containing needed
data. I saved it to a local directory with no problems.
I copied it to another directory to prevent accidents
On Mon, Jul 28, 2025 at 11:55:57AM -0400, The Wanderer wrote:
[...]
> I did see a blog post somewhere recently from someone griping about how
> unnecessarily dense, complex, and impenetrable the Microsoft Office
> document formats are, to such an extent that it makes implementing
> support for th
ve as xlsx by default, if you want.
Does Debian have a spreadsheet program that can competently read/write xlsx
format? [never happy with LibreOffice text processing $#^$%YU]
LibreOffice is very good at this.
What was the actual problem (except for the warning)?
/ralph
I haven't check
On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
> I found a USDA published spreadsheet[1] [in xlsx format] containing needed
> data. I saved it to a local directory with no problems.
>
> I copied it to another directory to prevent accidents.
> I opened it - Debi
t; Does Debian have a spreadsheet program that can competently read/write xlsx
> format? [never happy with LibreOffice text processing $#^$%YU]
LibreOffice is very good at this.
What was the actual problem (except for the warning)?
/ralph
> On 2025-07-28 at 11:52, Andy Smith wrote:
> > I suspect you will find it unusable in anything but Microsoft
> > software since that is their proprietary format.
If that is the case, the odds are it will not work with a different
enough version of Excel.
I mean, are not documents produced by Fre
Richard Owlett wrote:
> I found a USDA published spreadsheet[1] [in xlsx format] containing
> needed data. I saved it to a local directory with no problems.
>
> I copied it to another directory to prevent accidents.
> I opened it - Debian defaulted to LibreOffice Calc.
>
Hi,
On Mon, Jul 28, 2025 at 10:56:45AM -0500, Richard Owlett wrote:
> On 7/28/25 10:52 AM, Andy Smith wrote:
> > I have never had an issue with LibreCalc's xls support. If an xls file
> > is so complicated that LibreOffice can't read/write it properly, I
> > suspect you will find it unusable in an
On 2025-07-28 at 11:56, Richard Owlett wrote:
> On 7/28/25 10:52 AM, Andy Smith wrote:
>
>> Hi,
>>
>> On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
>>
>>> Does Debian have a spreadsheet program that can competently
>>> read/wri
On 7/28/25 10:52 AM, Andy Smith wrote:
Hi,
On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
Does Debian have a spreadsheet program that can competently read/write xlsx
format?
I have never had an issue with LibreCalc's xls support. If an xls file
is so complicated
On 2025-07-28 at 11:52, Andy Smith wrote:
> Hi,
>
> On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
>
>> Does Debian have a spreadsheet program that can competently
>> read/write xlsx format?
>
> I have never had an issue with LibreCalc's
Hi,
On Mon, Jul 28, 2025 at 10:44:36AM -0500, Richard Owlett wrote:
> Does Debian have a spreadsheet program that can competently read/write xlsx
> format?
I have never had an issue with LibreCalc's xls support. If an xls file
is so complicated that LibreOffice can't read/writ
I found a USDA published spreadsheet[1] [in xlsx format] containing
needed data. I saved it to a local directory with no problems.
I copied it to another directory to prevent accidents.
I opened it - Debian defaulted to LibreOffice Calc.
I tried to save it [unedited] to file2.xlsx. Got dire
On Thu, Mar 9, 2023 at 10:42 PM Charles Curley
wrote:
>
> On Fri, 10 Mar 2023 08:50:08 +0800
> Corey Hickman wrote:
>
> > If I want to convert some excel files to PDF, what's the suggested
> > way? I know I can program with java to implement that, but if there
> > are existing command-line soluti
On Fri, 10 Mar 2023 08:50:08 +0800
Corey Hickman wrote:
> If I want to convert some excel files to PDF, what's the suggested
> way? I know I can program with java to implement that, but if there
> are existing command-line solutions I would like to try them.
This really should have been a new em
Weaver wrote:
> On 24-04-2021 08:25, Stefan Monnier wrote:
>>> Back in the good (bad?) old days of TRS-80, all we had was VisiCalc. Simple.
>>> Today, is there a useful spreadsheet program that does not rely on all the
>>> baggage associated with either an &qu
On 25-04-2021 13:07, rustbuck...@pm.me wrote:
> Weaver wrote:
>> On 24-04-2021 08:25, Stefan Monnier wrote:
>>>> Back in the good (bad?) old days of TRS-80, all we had was VisiCalc.
>>>> Simple.
>>>> Today, is there a useful spreadsheet progr
> I think he also wanted something that doesn't require a desktop environment.
AFAIK Gnumeric works fine in "naked X11".
Stefan
Thank you all. For reasons completely beyond my grasp I selected
'teapot' for further investigation despite there being as far as
I can tell no deb for it.
Oh well.
9-)
--
RSB
On 24-04-2021 08:25, Stefan Monnier wrote:
>> Back in the good (bad?) old days of TRS-80, all we had was VisiCalc. Simple.
>> Today, is there a useful spreadsheet program that does not rely on all the
>> baggage associated with either an "office suite," or
>> a
> Back in the good (bad?) old days of TRS-80, all we had was VisiCalc. Simple.
> Today, is there a useful spreadsheet program that does not rely on all the
> baggage associated with either an "office suite," or
> a "desktop environment?"
I can mention `gnumeric
sure, teapot.
On Fri, 23 Apr 2021, Dan Ritter wrote:
> Bob Bernstein wrote:
> > Back in the good (bad?) old days of TRS-80, all we had was VisiCalc. Simple.
> >
> > Today, is there a useful spreadsheet program that does not rely on all the
> > baggage associated w
Bob Bernstein wrote:
> Back in the good (bad?) old days of TRS-80, all we had was VisiCalc. Simple.
>
> Today, is there a useful spreadsheet program that does not rely on all the
> baggage associated with either an "office suite," or a "desktop
> environment?"
Back in the good (bad?) old days of TRS-80, all we had was
VisiCalc. Simple.
Today, is there a useful spreadsheet program that does not rely
on all the baggage associated with either an "office suite," or a
"desktop environment?"
Thx,
--
"...that there is no gett
On Vi, 07 aug 20, 07:33:05, Richard Owlett wrote:
>
> I had done similar search with DuckDuckGo receiving similarly useless hits.
[...]
> That's why I'm looking for a human's answer.
It helps to specify in advance what you tried already and didn't work.
Kind regards,
Andrei
--
http://wiki.de
On 08/07/2020 06:46 AM, David wrote:
On Fri, 7 Aug 2020 at 21:31, Richard Owlett wrote:
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
I've done a first read of the well written manual which has many
examples of
On Fri, 7 Aug 2020 at 21:31, Richard Owlett wrote:
> On 07/27/2020 10:13 AM, Eric S Fraga wrote:
> > You may wish to have a look at recutils:
> > https://www.gnu.org/software/recutils/
> I've done a first read of the well written manual which has many
> examples of individual commands. Are there
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
but it may not have some of the functionality you wish (although you
could build on it with shell scripts & awk, say).
I've done a first read of the well written manual
On 7/29/20 06:03, Richard Owlett wrote:
> On 07/29/2020 06:13 AM, Joe wrote:
>> [snip]
>>
>> I'd recommend using the right tool for the job.
>>
>
> Which is why I'll investigate.
> Your approach is literally orders of magnitude more than I want.
With respect, Joe is right, in my opinion based
t;
> Yes, indeed - it sure seems like SQL will be necessary for either
> querying, or importing from, databases of nutritional content.
> Building the app around and SQL engine - say SQL Lite - would seem to
> make a lot of sense.
>
> Anything else, and some kind of converter
On 07/30/2020 09:51 AM, Miles Fidelman wrote:
In theory, there is no difference between theory and practice.
In practice, there is. Yogi Berra
On 7/30/20 5:21 AM, Eric S Fraga wrote:
On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote:
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
A database is over-kill for some personal preferences.
I had mentioned spreadsheets in original post as I had
On Thursday, 30 Jul 2020 at 06:15, Richard Owlett wrote:
> Does that sound at all like I saw anything in favor of SQL ? !
No but you said:
> IIRC, dBase was simpler.
so I suggested a simple FOSS database system. Like I said, no
worries. I obviously misunderstood what you were looking for.
On 07/30/2020 08:03 AM, Linux-Fan wrote:
Richard Owlett writes:
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
but it may not have some of the functionality you wish (although you
could build on it with shell script
Richard Owlett writes:
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
but it may not have some of the functionality you wish (although you
could build on it with shell scripts & awk, say).
I've just begun going th
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
but it may not have some of the functionality you wish (although you
could build on it with shell scripts & awk, say).
I've just begun going through the manual
[https
On 07/30/2020 04:21 AM, Eric S Fraga wrote:
On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote:
On 07/27/2020 10:13 AM, Eric S Fraga wrote:
You may wish to have a look at recutils:
A database is over-kill for some personal preferences.
I had mentioned spreadsheets in original post as I
On Wed, Jul 29, 2020 at 01:09:15PM -0700, David Christensen wrote:
> On 2020-07-29 05:03, Richard Owlett wrote:
>
> >[A suggested] approach is literally orders of magnitude more than I want.
>
>
> Consider these idealized cost functions for solution technologies A,
> B, and C:
>
> fA(t) = t
On Wednesday, 29 Jul 2020 at 04:40, Richard Owlett wrote:
> On 07/27/2020 10:13 AM, Eric S Fraga wrote:
>> You may wish to have a look at recutils:
>
> A database is over-kill for some personal preferences.
>
> I had mentioned spreadsheets in original post as I had visualized a
I am confused. You
On 2020-07-29 05:03, Richard Owlett wrote:
[A suggested] approach is literally orders of magnitude more than I want.
Consider these idealized cost functions for solution technologies A, B,
and C:
fA(t) = t*t + 1
fB(t) = (t/3)*(t/3) + 10
fC(t) = (t/10/*(t/10) + 100
Observe:
On 07/29/2020 06:13 AM, Joe wrote:
[snip]
I'd recommend using the right tool for the job.
Which is why I'll investigate.
Your approach is literally orders of magnitude more than I want.
lthough you
> > could build on it with shell scripts & awk, say).
> >
>
> A database is over-kill for some personal preferences.
Which isn't what you're talking about.
>
> I had mentioned spreadsheets in original post as I had visualized a
> multipl
On 2020-07-29 10:40, Richard Owlett wrote:
A database is over-kill for some personal preferences.
apropos of nothing I found this great, clear introduction to Perl/Tk for
inputting how many cups of coffee and bacon sandwiches you had.
https://www.ibm.com/developerworks/aix/library/au-perltkm
onal preferences.
I had mentioned spreadsheets in original post as I had visualized a
multiple page spreadsheet. One page for the nutrient components of a
food. One page that would be used to input date, food, and amount. A
page that would have date and total of nutrient for that date. But I
coul
On 7/27/20 9:59 PM, rhkra...@gmail.com wrote:
Somebody wrote:
But... isn't the tool the least of your problems? The big one being,
where are you going to get your nutritional database. (Seems to me that
most of what Weight Watchers and Noom do is collect data on millions of
products.)
From
On 2020-07-27 22:46, Michael Stone wrote:
On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote:
The OP is in a learning experience, it's what retirement is for.
Huh. I thought it was for doing what you want instead of what other
people tell you that you "have to" do.
That's funny considering
Yes, the Harbour project.
https://harbour.github.io/
On Mon, Jul 27, 2020, 9:57 PM Nicholas Geovanis
wrote:
> There used to be an open-sourced version of Clipper, wasn't there? That
> was the dBase 3 compiler from a 3rd party. Did that go extinct?
>
> On Mon, Jul 27, 2020, 8:59 PM wrote:
>
>> S
There used to be an open-sourced version of Clipper, wasn't there? That was
the dBase 3 compiler from a 3rd party. Did that go extinct?
On Mon, Jul 27, 2020, 8:59 PM wrote:
> Somebody wrote:
> > But... isn't the tool the least of your problems? The big one being,
> > where are you going to get
Somebody wrote:
> But... isn't the tool the least of your problems? The big one being,
> where are you going to get your nutritional database. (Seems to me that
> most of what Weight Watchers and Noom do is collect data on millions of
> products.)
From my records in my free format database (which
On Mon 27 Jul 2020 at 15:46:08 (-0400), Michael Stone wrote:
> On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:
> > On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> > > On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > > > For a project of this size an
On Mon, 27 Jul 2020 17:46:35 -0400
Michael Stone wrote:
> On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote:
> >The OP is in a learning experience, it's what retirement is for.
>
> Huh. I thought it was for doing what you want instead of what other
> people tell you that you "have to" do.
On Mon, 27 Jul 2020 22:22:12 +0200
wrote:
> On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote:
> > On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> > >And, in Greg's defense, he provided some code, something no
> > >one of us did -- I'd say this round goes to him
On Mon, Jul 27, 2020 at 10:34:39PM +0100, Joe wrote:
The OP is in a learning experience, it's what retirement is for.
Huh. I thought it was for doing what you want instead of what other
people tell you that you "have to" do.
On Mon, 27 Jul 2020 16:04:16 -0400
Michael Stone wrote:
> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> >And, in Greg's defense, he provided some code, something no
> >one of us did -- I'd say this round goes to him ;-)
>
> How? The OP request was for something simpler th
On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> >And, in Greg's defense, he provided some code, something no
> >one of us did -- I'd say this round goes to him ;-)
>
> How? The OP request was for something simpler
On Mon, Jul 27, 2020 at 04:04:16PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
> > And, in Greg's defense, he provided some code, something no
> > one of us did -- I'd say this round goes to him ;-)
>
> How? The OP request was for something simpl
On Mon, Jul 27, 2020 at 09:52:28PM +0200, to...@tuxteam.de wrote:
And, in Greg's defense, he provided some code, something no
one of us did -- I'd say this round goes to him ;-)
How? The OP request was for something simpler than SQL (presumably
because he didn't want to learn SQL?), so the res
On Mon, Jul 27, 2020 at 03:46:08PM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:
[...]
> >OK, here's a quick program to show how it might be done.
>
> The question wasn't "what's your favorite programming language", was it?
To be fair, the question
On Mon, Jul 27, 2020 at 11:39:11AM -0400, Greg Wooledge wrote:
On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> For a project of this size and scope, a Tcl application with an sqlite3
> database in a local file seems
On 7/27/20 11:16 AM, Michael Stone wrote:
On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
For a project of this size and scope, a Tcl application with an sqlite3
database in a local file seems well suited.
Only on the internet can someone ask a simple question and get tcl as
t
On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> >For a project of this size and scope, a Tcl application with an sqlite3
> >database in a local file seems well suited.
>
> Only on the internet can someone ask a simpl
On Mon 27 Jul 2020 at 11:16:45 (-0400), Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > For a project of this size and scope, a Tcl application with an sqlite3
> > database in a local file seems well suited.
>
> Only on the internet can someone ask a simpl
On Mon, Jul 27, 2020 at 11:16:45AM -0400, Michael Stone wrote:
> On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
> > For a project of this size and scope, a Tcl application with an sqlite3
> > database in a local file seems well suited.
>
> Only on the internet can someone ask a sim
On Mon, Jul 27, 2020 at 08:09:36AM -0400, Greg Wooledge wrote:
For a project of this size and scope, a Tcl application with an sqlite3
database in a local file seems well suited.
Only on the internet can someone ask a simple question and get tcl as
the answer. :-/
You may wish to have a look at recutils:
https://www.gnu.org/software/recutils/
but it may not have some of the functionality you wish (although you
could build on it with shell scripts & awk, say).
--
Eric S Fraga via Emacs 28.0.50 & org 9.3.7 on Debian bullseye/sid
Hi,
If you decide against a command line system and decide to go SQL / Klexi way,
I want to suggest to you a relatively lesser known integrated database system -
http://www.suneido.com. It has been around for nearly 20 years. It is pretty
easy to design and stable. It is FOSS. The only problem
On Sat, Jul 25, 2020 at 02:45:58PM -0400, Paul M Foster wrote:
> Since you probably would like an application with a nice interface
> (curses, GUI, web), I'd suggest PHP. The platform for your interface is
> in the server and the browser; you just have to write some HTML, which
> is pretty easy. Ot
On 2020-07-26 03:06, mick crane wrote:
On Sat, 25 Jul 2020 14:55:35 -0700 David Christensen wrote:
It's been a while, but Linux-Apache-MySQL-Perl worked for me back in
the day:
I'm not very good at this and wondered how to do it and thought could
have things in a hash of hashes. As you ten
On Sun, Jul 26, 2020 at 06:58:06PM +0100, Joe wrote:
On Sun, 26 Jul 2020 10:24:25 -0400
Michael Stone wrote:
On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
>Back in 70's/80's I wrote programs as part of routine job duties.
> {8080/8085 assembler, dBase and Paradox}
>Neither I
On Sun, 26 Jul 2020 10:24:25 -0400
Michael Stone wrote:
> On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
> >Back in 70's/80's I wrote programs as part of routine job duties.
> > {8080/8085 assembler, dBase and Paradox}
> >Neither I, nor my employers, classed me as a "programmer"
On Sun, Jul 26, 2020 at 10:24:25AM -0400, Michael Stone wrote:
> On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
> >Back in 70's/80's I wrote programs as part of routine job duties.
> > {8080/8085 assembler, dBase and Paradox}
> >Neither I, nor my employers, classed me as a "program
On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
Back in 70's/80's I wrote programs as part of routine job duties.
{8080/8085 assembler, dBase and Paradox}
Neither I, nor my employers, classed me as a "programmer".
I was "Senior Engineering Tech" or "Junior Engineer".
IOW, I was n
On Sun, 26 Jul 2020 11:06:51 +0100
mick crane wrote:
> On 2020-07-26 08:54, Joe wrote:
> > On Sat, 25 Jul 2020 14:55:35 -0700
> > David Christensen wrote:
> >
> >>
> >>
> >> It's been a while, but Linux-Apache-MySQL-Perl worked for me back
> >> in the day:
> >>
> >> https://en.wikipedia.or
On 2020-07-26 08:54, Joe wrote:
On Sat, 25 Jul 2020 14:55:35 -0700
David Christensen wrote:
It's been a while, but Linux-Apache-MySQL-Perl worked for me back in
the day:
https://en.wikipedia.org/wiki/Lamp_stack
I have a couple of early web applications written in Perl, but then I
found PH
On Sat, 25 Jul 2020 14:55:35 -0700
David Christensen wrote:
>
>
> It's been a while, but Linux-Apache-MySQL-Perl worked for me back in
> the day:
>
> https://en.wikipedia.org/wiki/Lamp_stack
I have a couple of early web applications written in Perl, but then I
found PHP. There's still no SQL
s of *OLD* database and spreadsheet tools?
> Date: Saturday, July 25, 2020, 03:27:06 PM
> From: Miles Fidelman
> To: debian-user@lists.debian.org
> But... isn't the tool the least of your problems? The big one being,
> where are you going to get your nutritional database.
On 2020-07-25 13:22, Joe wrote:
Shame about that. If you didn't need FOSS I'd recommend Microsoft
Access, by far the best piece of software they ever produced (not that
it's a high bar). It combines a simple database server, OK for one user,
with a visual RAD system to make the user interface. Be
On Saturday, July 25, 2020 01:38:10 PM Richard Owlett wrote:
> Back in 70's/80's I wrote programs as part of routine job duties.
>{8080/8085 assembler, dBase and Paradox}
> Neither I, nor my employers, classed me as a "programmer".
> I was "Senior Engineering Tech" or "Junior Engineer".
> IOW,
On 2020-07-25 10:38, Richard Owlett wrote:
Back in 70's/80's I wrote programs as part of routine job duties.
{8080/8085 assembler, dBase and Paradox}
Neither I, nor my employers, classed me as a "programmer".
I was "Senior Engineering Tech" or "Junior Engineer".
IOW, I was not in abject *AWE*
On Sat, 25 Jul 2020 12:38:10 -0500
Richard Owlett wrote:
> Back in 70's/80's I wrote programs as part of routine job duties.
>{8080/8085 assembler, dBase and Paradox}
> Neither I, nor my employers, classed me as a "programmer".
> I was "Senior Engineering Tech" or "Junior Engineer".
> IOW, I
On Sat 25 Jul 2020 at 14:45:58 (-0400), Paul M Foster wrote:
> On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
>
> > Back in 70's/80's I wrote programs as part of routine job duties.
> > {8080/8085 assembler, dBase and Paradox}
> > Neither I, nor my employers, classed me as a "pr
On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
Back in 70's/80's I wrote programs as part of routine job duties.
{8080/8085 assembler, dBase and Paradox}
Neither I, nor my employers, classed me as a "programmer".
I was "Senior Engineering Tech" or "Junior Engineer".
IOW, I
On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
> Back in 70's/80's I wrote programs as part of routine job duties.
> {8080/8085 assembler, dBase and Paradox}
> Neither I, nor my employers, classed me as a "programmer".
> I was "Senior Engineering Tech" or "Junior Engineer".
> IOW
On Sat, Jul 25, 2020 at 12:38:10PM -0500, Richard Owlett wrote:
> Back in 70's/80's I wrote programs as part of routine job duties.
> {8080/8085 assembler, dBase and Paradox}
> Neither I, nor my employers, classed me as a "programmer".
> I was "Senior Engineering Tech" or "Junior Engineer".
> IO
1 - 100 of 224 matches
Mail list logo
