XHTML 1.0 and HTML 4.01 Strict are nearly identical. Personally I like some
of the XHTML code styles betters (such as br / instead of br/br) so I
would shoot for that, but I would start off trying to get it to validate
against HTML 4.01 Transitional first.
On Fri, Jul 29, 2011 at 3:27 PM, Derek
On Fri, Jul 8, 2011 at 8:44 AM, John Ralls jra...@ceridwen.us wrote:
This is in general a good plan, but you need to know that there's a reason
for the engine code to be between the storage backends and the GUI and
reporting system: It's the part that knows how to manage currencies and lots
On Fri, Jul 8, 2011 at 10:28 AM, John Ralls jra...@ceridwen.us wrote:
I think it could be implemented as just another interface to the data such
as we have XML and DBI currently
Those are the database or storage layer interfaces that engine uses for
persistence, not interfaces that
Agreed. That sounds like a good plan.
-Tim
On Fri, Jul 8, 2011 at 4:54 PM, John Ralls jra...@ceridwen.us wrote:
On Jul 8, 2011, at 1:25 PM, Tim M wrote:
On Fri, Jul 8, 2011 at 10:28 AM, John Ralls jra...@ceridwen.us wrote:
I think it could be implemented as just another interface
Hi,
As you know I have done a little work on the reporting system to try to get
some form of standards-compliance working. I have been looking through
previous mails back to January to see what other activity there has been on
the reporting system, and found some work being done to use jqplot
On Thu, Jul 7, 2011 at 9:25 AM, John Ralls jra...@ceridwen.us wrote:
Christian: Please don't accept Python code into Gnucash. Python has
version-to-version compatibility problems, and I've found with pure-python
applications like Gramps that it requires bundling a Python interpreter with
the
What I'm looking for is this:
Separate the act of actually gathering the data from the GnuCash database
from transforming it for display, so that the output can be made much more
interactive and easy to style and make 'pretty' :). Use a well known
programming language to aggregate the data to
It seems as though NextSprocket has few active users or (realistic) tasks
available. Most existing tasks are posted by the user 'roger pack' and most
of his posted requests seem bogus IMO. The site is an interesting idea, but
I can't see why any serious developer would spend any significant
that it was going to be validating against a 30-year old
standard! It was my mistake.
Thanks,
-Tim
On Fri, Jun 10, 2011 at 8:28 AM, Geert Janssens
janssens-ge...@telenet.be wrote:
On woensdag 8 juni 2011, Tim M wrote:
Since all roads lead to nowhere, I will just leave it alone.
Next time I have
I haven't been around here long, but I'll throw in a couple thoughts
since there hasn't been much commentary:
First, I like the mission statement as Geert suggested and is
currently written on the Charter page. It isn't too long or too
short, I think if you start discussing all of the goals
Since all roads lead to nowhere, I will just leave it alone.
Next time I have time, I'll disable iso-c and see if I can find more
important issues to address :)
Thanks,
-Tim
On Tue, Jun 7, 2011 at 12:16 PM, Derek Atkins warl...@mit.edu wrote:
Jim Paris j...@jtan.com writes:
DEFINE_ENUM can
Hello,
Per my previous email I am looking at compiler warnings/errors and I
found an interesting one for which I could use some advice. During
make, libqof came up with a fairly large number of errors, including
quite a few comma at end of enumerator list errors. Some of the
errors were quite
to the point that I can manage it, but I will only
have time and ability for smaller patches for the time being.
Thanks,
-Tim M
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Geert, I do see what you are saying about the links.
However, to be honest I don't think the download links should be bypassing
the download screen of Sourceforge anyway, especially for the binaries and
source code. The HTML Readme is a tiny file on the other hand, so IMO it's
not a big deal if
for production use. Unstable releases should be used for
testing purposes only./p
My 2 cents,
-Tim M
On Wed, Nov 11, 2009 at 9:05 AM, Geert Janssens
janssens-ge...@telenet.bewrote:
On Wednesday 11 November 2009, Colin Law wrote:
2009/11/11 Geert Janssens janssens-ge...@telenet.be:
Hi
, 1. Oktober 2009 04:23 schrieb Tim M:
The attached patch is an improvement to the original patch (and should
be applied over it, this patch was generated from very recent trunk
with the original patch already applied) which supplies the correct
number of columns to gnucash for the general_ledger
AM, Derek Atkins warl...@mit.edu wrote:
I'm pretty sure the blank column shouldn't be there... But I'm not sure
what you're seeing.
-derek
Tim M t...@filmchicago.org writes:
Hmm was this a bug in 2.2.6? I've been using it as a benchmark (ubuntu
9.04 isn't up to date with 2.2.9), and all
:
https://lists.gnucash.org/pipermail/gnucash-devel/2009-September/026438.html
And thanks for all the help!
On 10/2/09, Derek Atkins warl...@mit.edu wrote:
Tim M t...@filmchicago.org writes:
See the attached screenshot. It shows the far right of a template
transaction in GnuCash 2.2.6
Atkins warl...@mit.edu wrote:
Hi,
Tim M t...@filmchicago.org writes:
I should note that when testing this patch, I also tried setting the
RATE_CELL
to column 7 for the template register (8 for non-template) and leaving
column
8 blank, but I was told that the RATE_CELL needs to be the last column
is a template.
-Tim
2009/9/28 Christian Stimming stimm...@tuhh.de:
Am Samstag, 26. September 2009 14:59 schrieb Tim M:
I noticed yesterday a bug in the reg run balance patch that was applied,
there is now a Balance column displayed in the template transaction
register. If you open the scheduled
I should note that when testing this patch, I also tried setting the
RATE_CELL to column 7 for the template register (8 for non-template) and
leaving column 8 blank, but I was told that the RATE_CELL needs to be the
last column. When I tested a build with the RATE cell in col 7 for the
template
FYI, the 2.3.6 news article on the front page says GnuCash 2.3.9 released
:)
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
The attached patch is an enhancement to the original reg_run_balance patch
that was implemented. This patch has been created off of a recent trunk (in
the last week). It makes the following changes:
1. Add a gboolean to the argument list of the gnc_split_register_get_rbaln()
function. If the
I noticed yesterday a bug in the reg run balance patch that was applied,
there is now a Balance column displayed in the template transaction
register. If you open the scheduled transaction editor, then open a
scheduled transaction and go to the Template Transaction tab, there is a
Balance column
PM, Tim M t...@filmchicago.org wrote:
Attached is an update to the RC1 patch
This patch improves the original RC1 patch in the following ways:
1. reg_run_balance_RC2.diff adds the gnc_split_register_get_rbaln() function,
whose code was originally duplicated
the get_trans_total_amount_subaccounts() function which returns the
total amount of a transaction for the register's parent account and all
subaccounts.
On Fri, Sep 4, 2009 at 12:01 AM, Tim M t...@filmchicago.org wrote:
OK, IMO the updated patch attached to this mail is ready for testing. This
patch does
, this is my first FOSS patch, so let me know if there is anything I can
do differently or improve on, thanks!
-Tim M.
On Fri, Jul 10, 2009 at 10:53 AM, Tim M t...@filmchicago.org wrote:
Hello,
I've attached a BETA svn diff patch against HEAD which creates a new cell
type, RBALN_CELL. I could use
Hi guys,
I wrote a (beta) patch to display the running register balance in View
Subaccounts register view, which I submitted to the mailing list on July
10th. The original thread is here:
https://lists.gnucash.org/pipermail/gnucash-devel/2009-July/025807.html
(I don't have the original post in
,
checking) so I'm not sure if it might cause problems with different account
types.
Please take a look and let me know how I can further improve it!
Thanks,
-Tim M.
Index: src/register/ledger-core/split-register-model.c
===
--- src/register
29 matches
Mail list logo