Phil Longstaff writes:
> This strikes me as a *very* reasonable approach to take. I happen to use the
> SQL backend for my daily use, but then again, I guess I'm supposed to eat my
> own
> dog food. Maybe for now, the Save As dialog should be modified to remove the
> SQL backends, and an "E
Hi Tom,
On 2010-10-20, at 13:39, Thomas Bullock wrote:
> […]
> When I ran the first svn diff I found many changes needed to
> gnucash-guide.xml. Cristian Marchi's reply let me find the way to correct
> those. I ran another xmllint and found still 2 more xml errors. I fixed
> those and thoug
I've commited yesterday some patch to guide:
- updated ch_basics.xml file
- corrected the markup language in gnucash-guide.xml
- new and updated images for GnuCash Preferences in guide
Il 20/10/2010 19:39, Thomas Bullock ha scritto:
Hi Geert and Yawar,
On the other hand, your patch as seen
Hi Geert and Yawar,
>
> On the other hand, your patch as seen in bugzilla doesn't contain
> modifications to gnucash-guide.xml, so I wonder how you interpreted
> Yarar's
> reply as if you are not allowed to change that file.
Looking back on your discussion in this email and my current version of
Thanks. I have signed up for all the 26 items listed. A lot seem to be
connected with scheduled transactions. I will look to see if it make sense to
combine as many as possible into one.
Very useful listing.
Tom
> -Original Message-
> From: Geert Janssens [mailto:janssens-ge...@tele
Thanks. Unfortunately, this is a manual process which we couldn't easily
borrow
for future versions.
In any case, the manual looks really good.
Phil
-
I used to be a hypochondriac AND a kleptomaniac. So I took something for it.
From: G. Cain
To: P
Thank you. No, what you have done doesn't break any laws or copyright
restrictions as far as *I* know.
There have been a couple of attempts to set up our build system to
automatically
generate a PDF file. I haven't been involved and haven't really followed the
efforts. Can you describe the p
This strikes me as a *very* reasonable approach to take. I happen to use the
SQL backend for my daily use, but then again, I guess I'm supposed to eat my
own
dog food. Maybe for now, the Save As dialog should be modified to remove the
SQL backends, and an "Export to SQL" menu entry should be
On Wednesday 20 October 2010, Thomas Bullock wrote:
> Geert,
>
> Thanks for these remarks. Since I am interested mainly in documentation
> and its accuracy, your bringing bugs to the list are useful to me. I will
> try to follow up on any that are listed, especially those that I see as
> havi
On 20 Oct 2010, at 12:17 AM, AshokR wrote:
By this approach, it is a win-win for both users and developers. The
users
get the option to save in relational database formats to use third-
party
reporting tools and integrate with other applications. And the
developers
get to bake SQLite3 integ
Geert,
Thanks for these remarks. Since I am interested mainly in documentation and
its accuracy, your bringing bugs to the list are useful to me. I will try to
follow up on any that are listed, especially those that I see as having a
documentation impact.
Tom
> -Original Message-
>
Here is one possible approach.
Software applications allow users to save data in many formats. However,
there is the notion of a 'native' format that will support all the features.
Users may be given the option to save in other formats, with limited
support.
Taking the example of OpenOffice.org
On Wednesday 20 October 2010, Thomas Bullock wrote:
> Geert,
>
> Thanks for pointing out that my remarks should be part of bug. Following
> your recommendation, I have added an additional comment to that bug.
>
Thanks for the comments.
> How does a bug update get added automatically to the de
On Wednesday 20 October 2010, Thomas Bullock wrote:
>
> Does the wiki foundation have guidelines for style sheet creation? Or is
> this another application of CSS?
>
I didn't elaborate on this, but yes, the wiki uses plain CSS to style its
pages. There are no strong guidelines. There is just a
On Wednesday 20 October 2010, Thomas Bullock wrote:
> Yawar,
>
> I reviewed your links and have these questions.
>
> 1. Are you saying do not modify gnucash-guide.xml at this time? If so, is
> that because Cristian is working on this module?
You are free to modify gnucash-guide.xml. Especially
Geert,
Thanks for pointing out the wiki functional guidelines: separation of structure
and presentation.
> This is not completely accurate in my opinion. Just like docbook,
> wiki's are
> designed to separate your document structure from your document
> presentation.
> The idea is that the wri
Yawar,
Thanks for the great work-around!! It fixes not only the specific problem but
is available for every other similar situation. Well done!
> That said, and this is probably off-topic, but I find the Readability
> bookmarklet[1] invaluable nowadays when browsing most article-style
> web pa
Geert,
Thanks for pointing out that my remarks should be part of bug. Following your
recommendation, I have added an additional comment to that bug.
How does a bug update get added automatically to the developer's list? Or
does it? Do changes to a bug discussion go only to those subscribing
Yawar,
I reviewed your links and have these questions.
1. Are you saying do not modify gnucash-guide.xml at this time? If so, is
that because Cristian is working on this module? If I don't modify it, then I
just drop it from what my 'svn diff' found? I thought I had to correct all of
'xmll
On Saturday 16 October 2010, Tom Bullock wrote:
> Geert and Juergen,
>
> Earlier exchanges stated:
> > > "Assets" is the sum of all accounts of types Bank, Cash, Asset, Stock,
> > > Mutual Fund, Credit Card, Liability, A/Payable and A/Receivable,
> > > obviously taking the proper sign into acco
On Wednesday 20 October 2010, Yawar Amin wrote:
> Hi,
>
> On 2010-10-19, at 14:46, Thomas Bullock wrote:
> > […]
> >
> > Here's the question: I have looked at Mediawiki
> > (http://www.mediawiki.org/wiki/Help:Formatting) for help. In the process
> > I found the reference link which is very helpf
21 matches
Mail list logo