Hendrik Boom writes:
Liinux has a decent file system. It has a decent set of tools for
manageing them. Its file systems even have mechanisms for storing many
small files. It even has symbolic links, that can be see-also's.
I really don't see that the problem of storing menus requires furthe
On Sat, Aug 06, 2016 at 04:26:15AM -0400, Steve Litt wrote:
> On Fri, 5 Aug 2016 23:43:33 -0400
> Hendrik Boom wrote:
>
> > On Fri, Aug 05, 2016 at 03:15:24PM -0400, Steve Litt wrote:
>
> > > And the preceding system is human readable, human parsable, and to a
> > > degree human creatable. But..
On 08/06/2016 03:10 PM, aitor_czr wrote:
She was the mathematical
Mathematician ?
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On 08/06/2016 02:00 PM, Edward Bartolo wrote:
If you can't explain it simply, you don't understand it well enough.
Albert Einstein
Albert Einstein..., an his wife. Be sure.
She had the knowledge about covariant and contravariant vectors, etc...
She was the mathematical :)
Aitor.
_
On Sat, Aug 06, 2016 at 10:39:14AM +0200, Edward Bartolo wrote:
> In the case of simple parsing requirements, I prefer to have the
> program itself do the parsing instead of relying on an external
> parser. This remove the extra dependency on the parser.
>
> I would also like to comment on the tex
On 06-08-16 10:39, Edward Bartolo wrote:
In the case of simple parsing requirements, I prefer to have the
program itself do the parsing instead of relying on an external
parser. This remove the extra dependency on the parser.
I would also like to comment on the text file format in which menus
an
In the case of simple parsing requirements, I prefer to have the
program itself do the parsing instead of relying on an external
parser. This remove the extra dependency on the parser.
I would also like to comment on the text file format in which menus
and menu trees will be stored. If I were to c
On Fri, 5 Aug 2016 23:43:33 -0400
Hendrik Boom wrote:
> On Fri, Aug 05, 2016 at 03:15:24PM -0400, Steve Litt wrote:
> > And the preceding system is human readable, human parsable, and to a
> > degree human creatable. But...
> >
> > Human creatable is relative. Yes, adding a new node to the me
On Fri, 5 Aug 2016 23:43:33 -0400
Hendrik Boom wrote:
> The JSON I saw wasn't XML-encoded. I saw no end tags, though it did
> have matching curly brackets. See
> https://en.wikipedia.org/wiki/JSON#Example
When I said "end tags", I was including ending curly braces. Matter of
fact, those are
On Fri, Aug 05, 2016 at 03:15:24PM -0400, Steve Litt wrote:
> On Fri, 5 Aug 2016 04:29:53 -0400
> Hendrik Boom wrote:
>
> > On Fri, Aug 05, 2016 at 07:50:26AM +0200, Edward Bartolo wrote:
> > > Hi All,
> > >
> > > I suggest a simple text file to store all menu information in a
> > > format that
On Fri, 5 Aug 2016 04:29:53 -0400
Hendrik Boom wrote:
> On Fri, Aug 05, 2016 at 07:50:26AM +0200, Edward Bartolo wrote:
> > Hi All,
> >
> > I suggest a simple text file to store all menu information in a
> > format that doesn't require any specific parsers to be installed.
> > Some argue and see
On Fri, Aug 05, 2016 at 07:50:26AM +0200, Edward Bartolo wrote:
> Hi All,
>
> I suggest a simple text file to store all menu information in a format
> that doesn't require any specific parsers to be installed. Some argue
> and seem to have a point, XML is not that readable for many users and
> mor
Hi Steve,
On 08/04/2016 11:32 PM, Jaromil wrote:
Hi all,
>
>If I were making a general purpose menu program that might eventually
>end up in Devuan, would you hate me if I made it depend on MongoDB?
>Same question, but for YAML? Same question, for both?
1st of all, strange enough but a easy GU
Hi All,
I suggest a simple text file to store all menu information in a format
that doesn't require any specific parsers to be installed. Some argue
and seem to have a point, XML is not that readable for many users and
more often than not a tool is required to edit complex files. My
suggestion is
On 04.08.2016 16:16, KatolaZ wrote:
> The format of menu files adopted in WindowMaker is *exactly* what I
> mean by easy-to-modify, and I don't see why one would need anything
> more complicated than that. After all, a menu is just a tree-like
> structure, and each element basically has three/four
On Thu, 04 Aug 2016, Steve Litt wrote:
> Hi all,
>
> If I were making a general purpose menu program that might eventually
> end up in Devuan, would you hate me if I made it depend on MongoDB?
> Same question, but for YAML? Same question, for both?
1st of all, strange enough but a easy GUI menu
Steve Litt writes:
> If I were making a general purpose menu program that might eventually
> end up in Devuan, would you hate me if I made it depend on MongoDB?
A menu program for what?
If you want to make a menu program for X follow the old (and right) way
to use a textual rc file in user's ho
On Thu, Aug 04, 2016 at 03:16:49PM +0100, KatolaZ wrote:
> On Thu, Aug 04, 2016 at 10:05:33AM -0400, Steve Litt wrote:
> > Hi all,
> >
> > If I were making a general purpose menu program that might eventually
> > end up in Devuan, would you hate me if I made it depend on MongoDB?
> > Same question
On Thu, Aug 04, 2016 at 10:05:33AM -0400, Steve Litt wrote:
> Hi all,
>
> If I were making a general purpose menu program that might eventually
> end up in Devuan, would you hate me if I made it depend on MongoDB?
> Same question, but for YAML? Same question, for both?
>
My personal preference
Hi all,
If I were making a general purpose menu program that might eventually
end up in Devuan, would you hate me if I made it depend on MongoDB?
Same question, but for YAML? Same question, for both?
Thanks,
SteveT
Steve Litt
August 2016 featured book: Manager's Guide to Technical Troubleshooti
20 matches
Mail list logo
