[GNC-dev] Training

2018-08-09 Thread David Tinoco
I am very interested in learning the ins and outs of GnuCash.

I am also a professional videographer/animator and web developer.

I was wondering if there is an interest in creating video tutorials for the
various aspects of GnuCash. I think this would be very useful; even if the
basics were covered (accounts setup, transaction entry, budget feature,
reports, etc.)

I would be willing to undertake the videos if I could have another person
on the team that got me through the ropes on this.

Is there a need for/interest in this?
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] New balsheet (and P report), API considerations, and (slow?) KVP in Account.cpp

2018-08-09 Thread Adrien Monteleone


> On Aug 9, 2018, at 7:37 AM, Geert Janssens  wrote:
> 
> For reports on the other hand it's not important what Gtk+ implements as the 
> reports are html rendered via webkit (essentially a built-in webbrowser) so 
> the W3C css rules matter here..

Can’t believe I didn’t remember that. This makes the solution much easier. I’m 
generally not a fan of table layouts, but being this is tabular data, it’s 
probably the most semantic approach. In that case, the columns feature of CSS3 
wouldn’t come into play. But they will be useful with respect to 
multi-vs-single column presentation. Setting a 2-column preference would set a 
CSS rule for 2 columns and then set a rule for the second column data to be in 
column ‘2’. Each section of the report would have to be its own table for that 
to work. I don’t think floats are needed. (and would only move the sections 
around based on the width of the report window anyway)

> 
>> My guess would be to set classes on the accounts for the column position and
>> set left margin or padding on the classes accordingly. (I think Geert
>> mentioned something along these lines in an earlier reply)
>> 
> That's indeed what I had in mind, but I haven't tried myself either. So I 
> can't tell how feasible it is anyway. I don't see an issue for accounts as 
> they are left-justified. I don't know for the right-justified amounts though. 
> People with more html/css experience may want to share their views here.
> 


I’ve yet to generate an HTML table via code (certainly not scheme) but I’ll 
take a crack at it with PHP and see what works, then that could be translated. 
I should think padding-right rules could be used on the amounts that are 
right-justified.

All of this now makes me curious to start examining the current HTML being 
generated for reports to see what’s at play.

Regards,
Adrien
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] New balsheet (and P report), API considerations, and (slow?) KVP in Account.cpp

2018-08-09 Thread Geert Janssens
Op donderdag 9 augustus 2018 13:22:09 CEST schreef Adrien Monteleone:
> > On Aug 8, 2018, at 10:02 PM, Christopher Lam 
> > wrote:
> > 
> > Hi devs,
> > 
> > 
> > Account Balances are either displayed indented (same as account-depth,
> > with a few exceptions) or single-column. I'd rather not do indenting in
> > CSS because I can't figure out CSS. The CSS style would be “:n columns"
> > or something and I have not idea how this works.
> CSS3 does columns, but I don’t see anything yet looking over the Gtk+ CSS
> docs to indicate they’ve implemented it.
> 
Heh, it shows you have been digging deep into the Gtk+ CSS :) I think you even 
understand it better than me by now.
For reports on the other hand it's not important what Gtk+ implements as the 
reports are html rendered via webkit (essentially a built-in webbrowser) so 
the W3C css rules matter here..

> My guess would be to set classes on the accounts for the column position and
> set left margin or padding on the classes accordingly. (I think Geert
> mentioned something along these lines in an earlier reply)
> 
That's indeed what I had in mind, but I haven't tried myself either. So I 
can't tell how feasible it is anyway. I don't see an issue for accounts as 
they are left-justified. I don't know for the right-justified amounts though. 
People with more html/css experience may want to share their views here.

Geert


___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel


Re: [GNC-dev] New balsheet (and P report), API considerations, and (slow?) KVP in Account.cpp

2018-08-09 Thread Adrien Monteleone


> On Aug 8, 2018, at 10:02 PM, Christopher Lam  
> wrote:
> 
> Hi devs,
> 
> 
> Account Balances are either displayed indented (same as account-depth, with a 
> few exceptions) or single-column. I'd rather not do indenting in CSS because 
> I can't figure out CSS. The CSS style would be “:n columns" or something and 
> I have not idea how this works.

CSS3 does columns, but I don’t see anything yet looking over the Gtk+ CSS docs 
to indicate they’ve implemented it.

My guess would be to set classes on the accounts for the column position and 
set left margin or padding on the classes accordingly. (I think Geert mentioned 
something along these lines in an earlier reply)

Having not taken much of a gander at the report code, I certainly don’t know 
how difficult that would be or if it is even possible.

Regards,
Adrien
___
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel