kbooks-devel Mailing List for KBooks (Page 2)
Status: Inactive
Brought to you by:
duhprey
Menu
▾
▴
kbooks-devel — Developer discussion list regarding the kbooks application
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
(1) |
Mar
|
Apr
(31) |
May
(13) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew N. <nel...@po...> - 2002-04-27 09:59:48
|
On Saturday 27 April 2002 00:16, you wrote: > I released a new version of the code a bit ago. This code is a bit updated > from the .2 thing (its also old itself... and showing cracks... but I > decided to get it working real quick.) .3 pretty much reflects the > structure I'd like to go with. For .4, I'd like to replace the account > classes with accessors into the SQL database, but I'd like most of the > interface to remain intact. I'd also like to redesign some of the > kdevelopisms in the MVC that bug me. What Version of Kdevelop are you using... along with Automake.. and KDE and QT?? I'm having some troubles... :-) -Andrew |
|
From: Daniel D. <du...@ya...> - 2002-04-27 07:03:09
|
I released a new version of the code a bit ago. This code is a bit updated from the .2 thing (its also old itself... and showing cracks... but I decided to get it working real quick.) .3 pretty much reflects the structure I'd like to go with. For .4, I'd like to replace the account classes with accessors into the SQL database, but I'd like most of the interface to remain intact. I'd also like to redesign some of the kdevelopisms in the MVC that bug me. Personally I'm going to start there. If either John or Andrew want to jump on the sql interfaces that would be cool. Otherwise we still also need a general register class (one specific to a particular account and one which just looks at all transactions (or date bounded :)) I'm going to be working specifically with kbooksapp kbooksdoc and kbooksview. -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Adam H. <ad...@ba...> - 2002-04-27 05:22:58
|
I'd prefer having to hit reply-all Adam On Fri, Apr 26, 2002 at 01:47:40PM -0600, kbo...@li...urcefo= rge.net wrote: > On Fri, 26 Apr 2002 kbo...@li... wrote: >=20 > -->Is there any way to have the sender listed in the email in the from fi= eld=20 > -->like normal... but have the reply-to header field set to the that of t= he=20 > -->list?? I like how the list works now... however if the person's email= addr=20 > -->were attached to the post that would be even better... :-) >=20 > Its like trying to carry on a discussion with the lights off...=20 >=20 > I'll look at it more ... I was doing this last night without sleep, so ma= ybe I=20 > skimmed over something, unfortunately, looking at other lists which are r= un on=20 > sf (mailman, not listserv) and looking through the options this is the be= st=20 > bet. >=20 > What would everyone prefer? Anonymous list like this, or having to hit= =20 > reply-all/fix the header? >=20 > Nathan. >=20 > --=20 > ------------ > email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 1293= 54442 > The European finds intercourse with Americans easy and agreeable. Einste= in > Not a shred of evidence exists in favor of the idea that life is serious.= Gill >=20 >=20 > _______________________________________________ > Kbooks-devel mailing list > Kbo...@li... > https://lists.sourceforge.net/lists/listinfo/kbooks-devel --=20 Go to http://pgp.mit.edu/ to get public key. |
|
From: Daniel D. <du...@ya...> - 2002-04-27 00:11:10
|
On Fri, 26 Apr 2002, Andrew Nelson wrote: -->NICE!! what settings did you change?? Then I can pass on the information to -->some people at Burningman... one of their lists needs to function like -->this... no the reply all/fix way like it does now... :-( There's an option under the general settings in the web interface which lets you select who the reply-to should be sent. -->so let's write some code.. ;-) :) Good idea. -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Andrew N. <nel...@po...> - 2002-04-26 23:05:43
|
NICE!! what settings did you change?? Then I can pass on the information to some people at Burningman... one of their lists needs to function like this... no the reply all/fix way like it does now... :-( so let's write some code.. ;-) -Andrew On Friday 26 April 2002 13:16, you wrote: > On Fri, 26 Apr 2002 13:58:48 -0600 (MDT), Daniel Duhprey wrote: > >Testing again ... it looks like I really did miss something... I promise > > I'll get 8 hours sleep *before* i do anymore admin next time. (my code > > at late hours never seems that bad... hmmm...) > > Oh.. I just now realized you got it right this time. > > > _______________________________________________ > Kbooks-devel mailing list > Kbo...@li... > https://lists.sourceforge.net/lists/listinfo/kbooks-devel |
|
From: John H. <jo...@se...> - 2002-04-26 20:14:54
|
On Fri, 26 Apr 2002 13:58:48 -0600 (MDT), Daniel Duhprey wrote: >Testing again ... it looks like I really did miss something... I promise I'll >get 8 hours sleep *before* i do anymore admin next time. (my code at late >hours never seems that bad... hmmm...) Oh.. I just now realized you got it right this time. |
|
From: Daniel D. <du...@ya...> - 2002-04-26 19:45:00
|
Testing again ... it looks like I really did miss something... I promise I'll get 8 hours sleep *before* i do anymore admin next time. (my code at late hours never seems that bad... hmmm...) -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: <kbo...@li...> - 2002-04-26 19:33:54
|
On Fri, 26 Apr 2002 kbo...@li... wrote: -->Is there any way to have the sender listed in the email in the from field -->like normal... but have the reply-to header field set to the that of the -->list?? I like how the list works now... however if the person's email addr -->were attached to the post that would be even better... :-) Its like trying to carry on a discussion with the lights off... I'll look at it more ... I was doing this last night without sleep, so maybe I skimmed over something, unfortunately, looking at other lists which are run on sf (mailman, not listserv) and looking through the options this is the best bet. What would everyone prefer? Anonymous list like this, or having to hit reply-all/fix the header? Nathan. -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: <kbo...@li...> - 2002-04-26 17:36:19
|
Is there any way to have the sender listed in the email in the from field like normal... but have the reply-to header field set to the that of the list?? I like how the list works now... however if the person's email addr were attached to the post that would be even better... :-) -Andrew |
|
From: <kbo...@li...> - 2002-04-26 09:37:51
|
On Friday 26 April 2002 00:32, you wrote: > On Fri, 26 Apr 2002 kbo...@li... wrote: > > -->I'm testing the header changes... > > Alright, I'll leave the list anonymous for now. If anyone would like to > complain, I can change it back, upon review... :) > > Just make sure you sign your posts. > > And so that I hope to remain on topic ObKbooks... > > I'm going to try to fix up the code I have already, and create a 0.3 > release, then I will make up a UML diagram describing the class structure > I'm using at the moment. We can then tear it apart from there. Well I got SuSE 8 installed so I'm good to go with the Qt3 stuff... :-) I'm totaly digging on KDE 3. Well it's 2:30am... I think sleep would be good... :-) take care ya'll! -Andrew |
|
From: <kbo...@li...> - 2002-04-26 07:18:53
|
On Fri, 26 Apr 2002 kbo...@li... wrote: -->I'm testing the header changes... Alright, I'll leave the list anonymous for now. If anyone would like to complain, I can change it back, upon review... :) Just make sure you sign your posts. And so that I hope to remain on topic ObKbooks... I'm going to try to fix up the code I have already, and create a 0.3 release, then I will make up a UML diagram describing the class structure I'm using at the moment. We can then tear it apart from there. -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: <kbo...@li...> - 2002-04-26 07:12:52
|
I'm testing the header changes... |
|
From: John H. <jo...@se...> - 2002-04-26 02:14:30
|
On Thu, 25 Apr 2002 15:41:58 -0700, Andrew Nelson wrote: >heh... got r00t? ;-) > >ya gotta love that t-shirt... :-) > >Andrew >On Thursday 25 April 2002 13:30, you wrote: >> On Tue, 23 Apr 2002 22:52:00 -0700, Andrew Nelson wrote: >> >The Tables have been created on my postgre server. I'll work on getting >> >those who need access, access. I'll look at the dynDNS stuff. I'll >> > figure out account granting policies later... :-) >> >> Hey, if you want, I can host Postgres server here where I work... or >> even do DynDNS for ya... I have godlike power over the network here, so >> I can do just about any internet related thing we need. So that's why my email didn't show up on the kbooks list... darn sourceforge and their not-using-reply-to-headers-for-better-discussion... Nathan, can you change that? John --- "Now if only ICQ could help me with decapitating zombies..." |
|
From: Daniel D. <du...@ya...> - 2002-04-25 01:40:35
|
On Wed, 24 Apr 2002, Andrew Nelson wrote: -->Not that tough... just an alter command. However changing types... that can -->be very trickey... :-) -->> -->kbooks(# Description Char(40), What about changing this to a variable length string? -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Andrew N. <nel...@po...> - 2002-04-25 00:17:38
|
Not that tough... just an alter command. However changing types... that can be very trickey... :-) -Andrew On Wednesday 24 April 2002 15:23, Daniel Duhprey wrote: > On Tue, 23 Apr 2002, Andrew Nelson wrote: > > -->kbooks=# create table tblAccounts ( > -->kbooks(# ID SERIAL PRIMARY KEY, > -->kbooks(# Name Char(20) not null, > -->kbooks(# Description Char(40), > -->kbooks(# Income bool default FALSE, > -->kbooks(# Expense bool default FALSE); > > How easy is it to change something about a table once its been placed into > the database? :) (that's a loaded question, eh?) > > Anyway, I'll write up a UML diagram of how the application layer looks (and > maybe should look...) sometime soon ... hopefully this weekend. > > Nathan. |
|
From: Daniel D. <du...@ya...> - 2002-04-24 23:34:24
|
On Tue, 23 Apr 2002, Andrew Nelson wrote: -->kbooks=# create table tblAccounts ( -->kbooks(# ID SERIAL PRIMARY KEY, -->kbooks(# Name Char(20) not null, -->kbooks(# Description Char(40), -->kbooks(# Income bool default FALSE, -->kbooks(# Expense bool default FALSE); How easy is it to change something about a table once its been placed into the database? :) (that's a loaded question, eh?) Anyway, I'll write up a UML diagram of how the application layer looks (and maybe should look...) sometime soon ... hopefully this weekend. Nathan. -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Andrew N. <nel...@po...> - 2002-04-24 06:54:54
|
The Tables have been created on my postgre server. I'll work on getting those who need access, access. I'll look at the dynDNS stuff. I'll figure out account granting policies later... :-) -Andrew kbooks=# create table tblAccounts ( kbooks(# ID SERIAL PRIMARY KEY, kbooks(# Name Char(20) not null, kbooks(# Description Char(40), kbooks(# Income bool default FALSE, kbooks(# Expense bool default FALSE); NOTICE: CREATE TABLE will create implicit sequence 'tblaccounts_id_seq' for SERIAL column 'tblaccounts.id' NOTICE: CREATE TABLE/PRIMARY KEY will create implicit index 'tblaccounts_pkey' for table 'tblaccounts' CREATE kbooks=# create table tblTransactions( kbooks(# ID SERIAL PRIMARY KEY, kbooks(# Date Date NOT NULL, kbooks(# Memo Char(100)); NOTICE: CREATE TABLE will create implicit sequence 'tbltransactions_id_seq' for SERIAL column 'tbltransactions.id' NOTICE: CREATE TABLE/PRIMARY KEY will create implicit index 'tbltransactions_pkey' for table 'tbltransactions' CREATE kbooks=# create table tblTransItems ( kbooks(# ID SERIAL PRIMARY KEY, kbooks(# TransactionID Integer NOT NULL, kbooks(# AccountID Integer NOT NULL, kbooks(# Credit Float, kbooks(# Debit Float, kbooks(# Memo Char(100)); NOTICE: CREATE TABLE will create implicit sequence 'tbltransitems_id_seq' for SERIAL column 'tbltransitems.id' NOTICE: CREATE TABLE/PRIMARY KEY will create implicit index 'tbltransitems_pkey' for table 'tbltransitems' CREATE kbooks=# |
|
From: Andrew N. <nel...@po...> - 2002-04-24 00:57:00
|
I guess I'll cross post to the list now that I'm added... :-) sounds like a plan... :-) It's gonna take me a read or two more to digest what you're talking about with the XML/Accounts stuff, plus I'll have to pull out my tax books to get a more in depth understanding... :-) However we could use a hybrid approach. Every Account has certin fields which are always there, these can be fixed collumns in the table (I'm switching to DB terms, a table is like an object, and a column is a variable in the object), and the XML data can be stored in an XML column which is of type TEXT which is variable and almost unlimited in length. I will look more closely at this. I agree with you on the Account heirarchy... I like the idea of putting that into an XML structure. I hope to be installing PostgreSQL on my development box here soon. Right now my DSL is set up as Dynamic IP however I can change that if needed and I can give you access to it. Most likely the access will be through an IPSec tunnel. :-) On Tuesday 23 April 2002 15:29, you wrote: > On Tue, 23 Apr 2002, Andrew Nelson wrote: > > -->Let me know your thoughts. > > I'm going to have to get my SQL reference out :) I'm glad someone more > qualified to work with SQL than I jumped on this. > > In the account table, I'd like to make the description entry an XML doc. > Is this possible? What I'd like from it is an organized way to associate > an account with various taxation forms. > > For instance the F1099 on expense accounts, and possibly have it carry > related information regarding how to use the information to fill in the > form. Because tax laws seem to chnage yearly (and are different depending > on country) I had planned to make the tax automation process script based. > > Another case, is the account type. There are actually two other basic > types of accounts besides Income and Expense, they are Assets and Equity > (although Equity is usually broken down into Liabilities and Shareholder > Equity... or something like that ... stretches my knowledge of accounting) > ... but there are also subdivisions from there like contra-accounts and > accrual based accounts like Payables and Receivables. This information is > mostly useful at the application layer and has absolutely no effect on the > basic processing of the data (it doesn't have some effect on the hierarchy > of accounts, contra-accounts should usually be a subaccount of an asset > (allowance for depreciation is usually a contra-account) but I plan to > enforce the hierarchy requirements in the application layer) > > The other item that may be useful to maintain through the XML description > would be the account hierarchy. > > How well do you think that would work? > > as far as the split motif, I think we can still somewhat easily display > that via the view. I am thinking of using Gnucash's method of showing only > the way the transaction affects the account currently displayed, and when > you click Split, you'll get a display of the general ledger showing the > full transaction. I like having transactions separated out the way you > have. > > Do you have access to setup a database server somewhere? If not I'll see > whether or not I can get one setup either on my machine or a more permanent > one networked. > > At some point I'm going to make up a UML diagram to gather my thoughts on > the C++ side of things. Let me know if you wanna see it. > > Btw, we should move discussion to the kbooks-devel mailing list (you can > get to it through http://sf.net/projects/kbooks) |
|
From: Daniel D. <du...@ya...> - 2002-04-24 00:04:17
|
I'm forwarding this to the list to keep the discussion in one place... -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill ---------- Forwarded message ---------- Date: Tue, 23 Apr 2002 13:45:11 -0700 From: Andrew Nelson <nel...@po...> To: Daniel Duhprey <du...@ya...> Subject: Kbooks Tables Sorry I busted out of town this weekend and just got to writing the tables list. I think for the first run through three tables are good enough for now, however we will need to add a few more when we add Invoicing capability to it. I think we might want to think a little about the register entry screen. I say this because every money item is a sub transaction of a main transaction, whereas I've normaly seen this done as a split which just references another transaction. In other words the grouping is more OOP based this way... :-) Let me know your thoughts. Andrew ----------------------------------------------------------------------- Main Tables tblAccounts tblTransactions tblTransItems Relationships tblAccounts -> tblTransactions One to Many, not enforced tblTransactions -> tblTransItems One to Many, Enforced, cascade update/delete Table Definitions tblAccounts ID SERIAL The ID number for the account, used for all other references Name CHAR(20), Not Null The Name of the Account Description CHAR(40) A Short Description Income BOOLEAN, Default=FALSE Is this an income Account? Cannot be true if Expense is true Expense BOOLEAN, Default=FALSE Is this an Expense account? Cannot be true if Income is true tblTransactions ID SERIAL The ID number for the Transaction, used for all other references Date DATE, Not Null, Default=Now() When did the transaction Occour Memo CHAR(100) A general Description of the Transaction tblTransItems ID SERIAL The ID number for the Transaction Item, used for all other references TransactionID NUMBER, Not Null The ID number for the parent Transaction AccountID NUMBER, Not Null The ID number for the account this transaction is for Credit FLOAT Ammount to credit account given in AccountID Debit FLOAT Ammonut to debit account given in AccountID Memo CHAR(100) Brief description of the Transaction Item Other Tables Customers Addresses Invoices (An internal Flag sets the item to Invoice, Quote or Estimate) InvoiceItems |
|
From: Daniel D. <du...@ya...> - 2002-04-23 22:15:40
|
On Tue, 23 Apr 2002, Andrew Nelson wrote: -->Let me know your thoughts. I'm going to have to get my SQL reference out :) I'm glad someone more qualified to work with SQL than I jumped on this. In the account table, I'd like to make the description entry an XML doc. Is this possible? What I'd like from it is an organized way to associate an account with various taxation forms. For instance the F1099 on expense accounts, and possibly have it carry related information regarding how to use the information to fill in the form. Because tax laws seem to chnage yearly (and are different depending on country) I had planned to make the tax automation process script based. Another case, is the account type. There are actually two other basic types of accounts besides Income and Expense, they are Assets and Equity (although Equity is usually broken down into Liabilities and Shareholder Equity... or something like that ... stretches my knowledge of accounting) ... but there are also subdivisions from there like contra-accounts and accrual based accounts like Payables and Receivables. This information is mostly useful at the application layer and has absolutely no effect on the basic processing of the data (it doesn't have some effect on the hierarchy of accounts, contra-accounts should usually be a subaccount of an asset (allowance for depreciation is usually a contra-account) but I plan to enforce the hierarchy requirements in the application layer) The other item that may be useful to maintain through the XML description would be the account hierarchy. How well do you think that would work? as far as the split motif, I think we can still somewhat easily display that via the view. I am thinking of using Gnucash's method of showing only the way the transaction affects the account currently displayed, and when you click Split, you'll get a display of the general ledger showing the full transaction. I like having transactions separated out the way you have. Do you have access to setup a database server somewhere? If not I'll see whether or not I can get one setup either on my machine or a more permanent one networked. At some point I'm going to make up a UML diagram to gather my thoughts on the C++ side of things. Let me know if you wanna see it. Btw, we should move discussion to the kbooks-devel mailing list (you can get to it through http://sf.net/projects/kbooks) -- ------------ email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Daniel D. <du...@ya...> - 2002-02-13 00:31:42
|
I'm stuck trying to get kde3 to compile and kbooks to compile cleanly with it. I'd love some help. -- ------------ Dan D. of TOSOS & Nathan Fabian of the Hill People email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: Daniel D. <du...@to...> - 2001-12-20 19:59:22
|
On Thu, 20 Dec 2001, John Harger wrote: -->Hey, I'm just seeing if this list is working correctly. Alright. What's -->first on our list? Give me an assignment, boss. You should get it working with an sql backend, peon :) Nathan. -- ------------ Dan D. of TOSOS & Nathan Fabian of the Hill People email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |
|
From: John H. <jo...@se...> - 2001-12-20 19:47:42
|
Hey, I'm just seeing if this list is working correctly. Alright. What's first on our list? Give me an assignment, boss. |
|
From: Daniel D. <du...@to...> - 2001-12-20 16:57:54
|
I'm redesigning portions of the double-entry system. This will be a much better structured and cleaner implementation (not to mention easier for me to work out.) It will break the current gui setup, but it should allow a much cleaner gui structure which I'll commit shortly after putting the backend in place. Nathan. -- ------------ Dan D. of TOSOS & Nathan Fabian of the Hill People email: du...@to... www: http://paradox.tosos.com/~duhprey icq: 129354442 The European finds intercourse with Americans easy and agreeable. Einstein Not a shred of evidence exists in favor of the idea that life is serious. Gill |