kbooks-devel Mailing List for KBooks
Status: Inactive
Brought to you by:
duhprey
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: Benno L. <ben...@id...> - 2004-05-03 07:13:57
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_de.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
From: Andrew N. <nel...@po...> - 2002-05-14 15:15:44
|
On Tuesday 14 May 2002 07:27, you wrote: > I know that table creation should be easy in Qt... there's a QSqlQuery > class that allows you to do raw SQL, so we can do that easy enough. > Autodetection might be a little less easy to do through Qt, but it may > be possible... such as attempting to open a local postgresql, mysql or > ODBC connection... or, can the major SQL servers (including commercial > servers) be detected through a net broadcast? If so, that would make > things even easier... autodetect all available SQL servers and give the > user a choice at install... otherwise we may have to stick to localhost > server autodetection, which would probably be adequate for most small > scale users, and if not, they can enter their own damn IP address :) That will work. I think for now the server detection should be localhost and remote given host. Postgre has a defined port as you know, which can be changed so we need to be ready for that... but I'm sure everyone knows that. As for database detection within a server, we run a few queries to check to see the necisary tables are there and if they aren't then they are created with user approval, or the text is placed in a .sql file for the site admin to take care of. > I agree, the database is a powerful tool that we'll know we have > available. We should use it. :) heh... it's l33t :-) -Andrew |
From: John H. <jo...@se...> - 2002-05-14 14:25:24
|
On Mon, 13 May 2002 17:44:32 -0700, Andrew Nelson wrote: >We can also make the program perform an autodetection on startup and create >the necisary databases. However that might be .5. :-) There might be the >need for a perl script... however I'd like to avoid it. I know that table creation should be easy in Qt... there's a QSqlQuery class that allows you to do raw SQL, so we can do that easy enough. Autodetection might be a little less easy to do through Qt, but it may be possible... such as attempting to open a local postgresql, mysql or ODBC connection... or, can the major SQL servers (including commercial servers) be detected through a net broadcast? If so, that would make things even easier... autodetect all available SQL servers and give the user a choice at install... otherwise we may have to stick to localhost server autodetection, which would probably be adequate for most small scale users, and if not, they can enter their own damn IP address :) >I was also thinking of having a table in the database store site wide and >user settings. However it should not store security related settings. This >way a user "hopefuly" does not have to be tied to a machine, and their >settings can "follow" them. Any thoughts?? I agree, the database is a powerful tool that we'll know we have available. We should use it. :) |
From: Andrew N. <nel...@po...> - 2002-05-14 01:47:42
|
Good idea... I'll write a few words to the effect and the statements to add etc.... We can also make the program perform an autodetection on startup and create the necisary databases. However that might be .5. :-) There might be the need for a perl script... however I'd like to avoid it. I was also thinking of having a table in the database store site wide and user settings. However it should not store security related settings. This way a user "hopefuly" does not have to be tied to a machine, and their settings can "follow" them. Any thoughts?? -Andrew On Monday 13 May 2002 16:33, you wrote: > Something I was just thinking in reference to the SQL backend. We probably > want some way for somebody to have a minimal sql setup required. Like we > have a readme somewhere that says "add the kbooks" database and create user > "kbooks-admin" and then have everything else be done by kbooks or some > initialization script automatically ... especially the table creation, etc. > This would make it easier to handle configuration changes later like if we > need to add columns to tables or new tables. Is this possible? |
From: Daniel D. <du...@ya...> - 2002-05-14 01:29:43
|
Something I was just thinking in reference to the SQL backend. We probably want some way for somebody to have a minimal sql setup required. Like we have a readme somewhere that says "add the kbooks" database and create user "kbooks-admin" and then have everything else be done by kbooks or some initialization script automatically ... especially the table creation, etc. This would make it easier to handle configuration changes later like if we need to add columns to tables or new tables. Is this possible? -- ------------ 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-05-14 01:29:43
|
I added John and Andrew to the authors file, for the sake of the .4 release when that comes. At this point I figure it will include register editor and the sql backend... when they are both complete and working. -- ------------ 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-05-13 21:55:39
|
let me know when you need to connect it to the sql backend. -Andrew On Monday 13 May 2002 14:13, you wrote: > Just so everyone knows, I'm seizing control of development for the > register editor.. I'm trying to make it prettier, friendlier, and make > it actually work too. So, be advised, don't expect that all to stay the > same.. (In case you start changing anything in there.) > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Kbooks-devel mailing list > Kbo...@li... > https://lists.sourceforge.net/lists/listinfo/kbooks-devel |
From: John H. <jo...@se...> - 2002-05-13 21:11:03
|
Just so everyone knows, I'm seizing control of development for the register editor.. I'm trying to make it prettier, friendlier, and make it actually work too. So, be advised, don't expect that all to stay the same.. (In case you start changing anything in there.) |
From: Daniel D. <du...@ya...> - 2002-05-09 22:37:26
|
On Thu, 9 May 2002, Adam Hawthorne wrote: -->I don't know about how it's implemented in QT, sorry, but I know that doing -->that with a table in BBj was really annoying and noone uses it because it's -->really hard to make it customizable, since it basically ties the model to -->the view. We would have some of the same problems with that here. Although I guess I was wrong about how the data must be organized within the datatable ... an association can be made between the table columns and the sql columns and it doesn't have to be one-to-one... although that still has the coupling problem you pointed at. -- ------------ 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-05-09 22:24:00
|
On Thu, May 09, 2002 at 02:25:08PM -0600, Daniel Duhprey wrote: >=20 > I'm looking at the QDataTable widget as a possible interface (or possibly= just=20 > a base class) for doing the register window... its nice because this widg= et is=20 > data-aware and knows how to do SQL lookups directly... the downside then = is=20 > that we have less of a data abstraction between the visual layer and the = data=20 > backend. This means the columns names and such in the SQL have to corres= pond=20 > exactly to how they'll look in the register window. It could also be ver= y=20 > difficult to handle multiple account splits in a single transaction (alth= ough=20 > for simplicities sake, I'm going forward with the idea that there are onl= y 2=20 > accounts involved per transaction... I don't think designing in splits la= ter=20 > will kill anything, especially since the backend will be designed that wa= y)... >=20 > Any thoughts? QDataTable ... or a reimplementation of the regular QTable= with=20 > a separated SQL backend. I don't know about how it's implemented in QT, sorry, but I know that doing that with a table in BBj was really annoying and noone uses it because it's really hard to make it customizable, since it basically ties the model to the view. My $0.02, Adam >=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 > _______________________________________________________________ >=20 > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > 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-05-09 20:11:35
|
I'm looking at the QDataTable widget as a possible interface (or possibly just a base class) for doing the register window... its nice because this widget is data-aware and knows how to do SQL lookups directly... the downside then is that we have less of a data abstraction between the visual layer and the data backend. This means the columns names and such in the SQL have to correspond exactly to how they'll look in the register window. It could also be very difficult to handle multiple account splits in a single transaction (although for simplicities sake, I'm going forward with the idea that there are only 2 accounts involved per transaction... I don't think designing in splits later will kill anything, especially since the backend will be designed that way)... Any thoughts? QDataTable ... or a reimplementation of the regular QTable with a separated SQL backend. -- ------------ 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...> - 2002-05-01 14:26:50
|
On Tue, 30 Apr 2002 23:03:26 -0700, Andrew Nelson wrote: >One more adendum... this must be done from the console... it still barfs >withing kdevelop... :-( Interesting... I had it work on both... but then I have older versions of automake and autoconf, so maybe that's it... |
From: Andrew N. <nel...@po...> - 2002-05-01 07:05:52
|
One more adendum... this must be done from the console... it still barfs withing kdevelop... :-( On Tuesday 30 April 2002 22:59, you wrote: > but not without problems... :-) > > here's what I did to kludge it... :-) > > edit the file Makefile.am > > comment out or change line 5 to say.. > EXTRA_DIST = admin > > then comment out or delete line 27... the one that says > EXTRA_DIST = admin > > since I was dl'ing the cvs do make -f Makefile.cvs (should have been an > obvious step... but it's wasn't until now... ) > > now it will compile with automake 1.5 and autoconf 2.52, however it will > provide many an error for the documentation directories... but it will > compile so the development can now go forward... :-) > > It turns out the .moc files were not being created thus not allowing the > linker to link... I think... > > I'll repost when I hear back as to a more premenant fix... > > it's late... I'm gonna hack a little then sleep... :-) > > -Andrew |
From: Andrew N. <nel...@po...> - 2002-05-01 07:01:59
|
but not without problems... :-) here's what I did to kludge it... :-) edit the file Makefile.am comment out or change line 5 to say.. EXTRA_DIST = admin then comment out or delete line 27... the one that says EXTRA_DIST = admin since I was dl'ing the cvs do make -f Makefile.cvs (should have been an obvious step... but it's wasn't until now... ) now it will compile with automake 1.5 and autoconf 2.52, however it will provide many an error for the documentation directories... but it will compile so the development can now go forward... :-) It turns out the .moc files were not being created thus not allowing the linker to link... I think... I'll repost when I hear back as to a more premenant fix... it's late... I'm gonna hack a little then sleep... :-) -Andrew |
From: Andrew N. <nel...@po...> - 2002-04-30 02:24:04
|
Ok I just got Dyndns working on my system. Email me off-list for hostname uid and prefered pw. Sorry but I would rather keep some info low key for the moment... :-) Later on when everything is hardened I won't mind. :-) -Andrew On Monday 29 April 2002 17:16, you wrote: > In case anyone's curious I'm working on the register editor (aka general > ledger) ... as soon as I hear of a stable sql server somewhere, I'll start > writing the backend into the account/transaction classes to access that > stuff... |
From: Daniel D. <du...@ya...> - 2002-04-30 00:02:52
|
In case anyone's curious I'm working on the register editor (aka general ledger) ... as soon as I hear of a stable sql server somewhere, I'll start writing the backend into the account/transaction classes to access that stuff... -- ------------ 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-04-28 05:04:37
|
On Sat, 27 Apr 2002, Andrew Nelson wrote: -->how about an eneum? Maybe an identifier... there are probably more ways to specify accounts than just those four... (unless that's what you meant) -->Ahh... now I understand what you were saying about using XML... :-) It's as -->clear as a glass of Guiness now... :-) I sense facetiousness... I'm fond of the bubbles myself... The XML as a description is to allow some flexibility in how the software defines the account, without requiring changes to the columns of the table... there may be a better way to do that... any suggestions? -- ------------ 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-28 00:41:03
|
On Saturday 27 April 2002 17:44, you wrote: > On Sat, 27 Apr 2002, Andrew Nelson wrote: > > -->> We could probably catagorize the number of activities into groups, so > that -->> we could do the hierarchical switch board thing ... but leave the > menu -->> always the same ... > --> > -->yep... just what i was thinkin... :-) > > If you feel up to implementing it go for it... that's what the alpha label > is for :) as far as I'm concerned... otherwise when I get time i'll try > something... Roger that... :-) I'll make an effort on it. > -->Are we set on the collumns of the accounts table?? I know you had > talked -->about something like changing it from Income/Expense to > Asset/Liability. > > Actually I meant to have all four... how about an eneum? > And while we're at it, a Parent reference for each account, a numerical > code, and a variable length description under which to store xml. Ahh... now I understand what you were saying about using XML... :-) It's as clear as a glass of Guiness now... :-) > -->Postgres got hosed in my upgrade furey so I hope to get it back up and > -->running tomorrow... along with dyndns so we can hammer at it. > > Alright, sounds good. I'll see what I can do about moving the account > classes over to a sql backend. |
From: Daniel D. <du...@ya...> - 2002-04-28 00:30:49
|
On Sat, 27 Apr 2002, Andrew Nelson wrote: -->> We could probably catagorize the number of activities into groups, so that -->> we could do the hierarchical switch board thing ... but leave the menu -->> always the same ... --> -->yep... just what i was thinkin... :-) If you feel up to implementing it go for it... that's what the alpha label is for :) as far as I'm concerned... otherwise when I get time i'll try something... -->Are we set on the collumns of the accounts table?? I know you had talked -->about something like changing it from Income/Expense to Asset/Liability. Actually I meant to have all four... And while we're at it, a Parent reference for each account, a numerical code, and a variable length description under which to store xml. -->Postgres got hosed in my upgrade furey so I hope to get it back up and -->running tomorrow... along with dyndns so we can hammer at it. Alright, sounds good. I'll see what I can do about moving the account classes over to a sql backend. -- ------------ 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-28 00:07:12
|
On Saturday 27 April 2002 17:01, you wrote: > Yeah a hybrid sounds like a good idea... I'm a big fan of keyboard > shortcuts myself... (but only as long as theirs a menu for doing it in case > I forget :) > > We could probably catagorize the number of activities into groups, so that > we could do the hierarchical switch board thing ... but leave the menu > always the same ... yep... just what i was thinkin... :-) > -->works like a charm. :-) > Good then, I'll go about trying to break it with some new features... <runs and cowers in a corner....> Are we set on the collumns of the accounts table?? I know you had talked about something like changing it from Income/Expense to Asset/Liability. Postgres got hosed in my upgrade furey so I hope to get it back up and running tomorrow... along with dyndns so we can hammer at it. -Andrew |
From: Daniel D. <du...@ya...> - 2002-04-27 23:47:47
|
On Sat, 27 Apr 2002, Andrew Nelson wrote: -->Sorry it's more of a microsoft term than anything else I think... Basicaly -->it's a window with a series of buttons, these buttons activate other -->"swithboards" or change the buttons on the main switchboard or open other -->windows and so forth. Basicaly instead of having to hunt through menus you -->hunt though a series of windows with buttons on them... :-) They are -->fantastic for making the learning curve for an app easier, but they can be -->frustrating for very experienced users who know exactly what they want to do. One thing that would be nice is a summary page. Sorta like evolution offers... I think quickbooks does something like that as well... Yeah a hybrid sounds like a good idea... I'm a big fan of keyboard shortcuts myself... (but only as long as theirs a menu for doing it in case I forget :) We could probably catagorize the number of activities into groups, so that we could do the hierarchical switch board thing ... but leave the menu always the same ... -->works like a charm. :-) Good then, I'll go about trying to break it with some new features... -- ------------ 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-27 21:15:33
|
On Saturday 27 April 2002 14:07, you wrote: > I sorta "borrowed" what the UI is now... I'd say, yeah, its klunky... as > well as that I'm sure there is an easier way to handle the interface. When > the accounting/sql backend is complete I'd like to look into putting > together some "wizards" to take care of setting things up. > > What is switchboard? Sorry it's more of a microsoft term than anything else I think... Basicaly it's a window with a series of buttons, these buttons activate other "swithboards" or change the buttons on the main switchboard or open other windows and so forth. Basicaly instead of having to hunt through menus you hunt though a series of windows with buttons on them... :-) They are fantastic for making the learning curve for an app easier, but they can be frustrating for very experienced users who know exactly what they want to do. I wonder if a hybrid solution would work... ie keep the menus on the top, and create a "task area" button bar on one side of the screen. The buttons should have text and be easily readable and operate similar to the swithboard... or it could be like shortcuts bar in Outlook. Hmm... > Can you get Lists->Chart of Accounts to work? You should be able to create > a new account, and create a hierarchy of accounts (ie put new accounts > under ones you've already created) works like a charm. :-) -Andrew |
From: Daniel D. <du...@ya...> - 2002-04-27 20:53:20
|
On Sat, 27 Apr 2002, Andrew Nelson wrote: -->I would also like to address the question of User Interface. Would it be -->easier to use a main switchboard/button bar UI model? Maybe it's just me... -->but the menus seem a little dense which I feel increces the learning curve of -->the program. What does everyone else think? I sorta "borrowed" what the UI is now... I'd say, yeah, its klunky... as well as that I'm sure there is an easier way to handle the interface. When the accounting/sql backend is complete I'd like to look into putting together some "wizards" to take care of setting things up. What is switchboard? Can you get Lists->Chart of Accounts to work? You should be able to create a new account, and create a hierarchy of accounts (ie put new accounts under ones you've already created) -- ------------ 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-27 18:53:32
|
> I expected as much (trouble I mean). Actually I had troubles with the > distribution itself that I couldn't follow. I guess maybe cleaning up the > distribution so that its generally compilable by everybody (other than me) > should be a first priority. Anyone familiar with autoconf/automake.. by all > means!!! Well it works now... :-) I degraded to AutoConf 1.3 I'll try it work AutoConf 1.5 here today. Some of the problems were due to some other system issues... :-) > Are you having problems with kfile? Not that I'm aware... I would also like to address the question of User Interface. Would it be easier to use a main switchboard/button bar UI model? Maybe it's just me... but the menus seem a little dense which I feel increces the learning curve of the program. What does everyone else think? -Andrew |
From: Daniel D. <du...@ya...> - 2002-04-27 18:31:17
|
On Sat, 27 Apr 2002, Andrew Nelson wrote: -->What Version of Kdevelop are you using... along with Automake.. and KDE and -->QT?? I'm having some troubles... :-) kdevelop 2.1 kde 3.0 and qt 3.0 ... the vanilla release. I think the biggest problem is that I haven't used a consistent kdevelop and started developing this midstream on kde 2-3 during the betas. I wanted to move to kde3 to adopt the qt sql frontends... I expected as much (trouble I mean). Actually I had troubles with the distribution itself that I couldn't follow. I guess maybe cleaning up the distribution so that its generally compilable by everybody (other than me) should be a first priority. Anyone familiar with autoconf/automake.. by all means!!! Are you having problems with kfile? -- ------------ 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 |