Just a few brief notes rather than going back and forth in arguments. I
may respond with details on what I am thinking in responses to posts later
but I don't want to get dragged down into those. Rather I want to discuss
current considerations.
First, I think that everyone would agree that good
First, before I go into this, setting some expectations.
I don't think "moving to a web framework" is the right way to look at
LedgerSMB's direction. This way of framing things presupposes that
LedgerSMB will always be primarily a web app, and I don't think that's a
good idea. We already have us
I want to do some work with the API,
but first I have to complete an upgrade
of my own company's books from 1.2 to 1.3.
I've been working my way through the scripts/setup.pl.
I already have a patch to automate the resolution of
duplicate keys which previously required user intervention.
I
Hello, and congratulations to all on the great work that seems to have been
getting done here while I've been otherwise occupied!
At long last, I finally sat down yesterday and started wrapping my brain
around porting all of our work to v1.3, but got bogged down in the initial
setup of a stock bu
> "Chris" == Chris Travers writes:
Chris> doesn't offer the basic guarantees of a revision control
Chris> system by default. For example it is possible to overwrite
Chris> past changes/revisions using git. Of course you can build a
I think you are mistaken.
You can rewrite hist
Hi, I have some experience of using the perl web framework Mojolicious
and whilst there are a number of very nice web frameworks, I would like
to suggest the use of Mojolicious for LSMB.
I think you can gain a very good working knowledge of the framework if
you watch the first couple of videos:
Hi Folks
> I have been using git for a few sub-projects, like the PHP classes as
> an excuse to learn it. I can see why some people like git. It does
> some things quite well.
Interesting that you didn't already take the plunge and switch if you
already tried it?
Just as a datapoint, for
Hi
> Actually, I like that it didn't for several reasons:
>
> * I do most of my development on Windows or from Windows. Git
> integrates a lot less well with it than TortoiseSVN does for Subversion
> * While I'm very much at ease with the svn command line client, I'd
> have to learn a new tool
