Re: Pull request with Russian translation update
Changes are totally fine 2016-05-09 22:38 GMT+03:00 Dmitry Pavlov <zeldi...@gmail.com>: > Hi, > > I'm glad to participate with review. > > Will check it tomorrow (msk time zone). > > Thank you! > > пн, 9 мая 2016 г., 20:08 Geert Janssens <geert.gnuc...@kobaltwit.be>: > >> We have received a pull request for an updated Russian translation [1]. >> >> >> >> The author is viktor811. However the last translator according to the >> current ru.po file is Dmitry Pavlov. >> >> >> >> @Dmitry, if you are reading this: >> >> >> >> - did viktor811 coordinate this with you ? If not I will ask him to do so. >> >> - what do you want us to do with the PR? As my Russian knowledge is >> limited to 2 words, I can't estimate the correctness of the translation. >> >> >> >> Thanks for your feedback, >> >> >> >> Geert >> >> >> >> >> >> [1] https://github.com/Gnucash/gnucash/pull/80 >> > -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Pull request with Russian translation update
Hi, I'm glad to participate with review. Will check it tomorrow (msk time zone). Thank you! пн, 9 мая 2016 г., 20:08 Geert Janssens <geert.gnuc...@kobaltwit.be>: > We have received a pull request for an updated Russian translation [1]. > > > > The author is viktor811. However the last translator according to the > current ru.po file is Dmitry Pavlov. > > > > @Dmitry, if you are reading this: > > > > - did viktor811 coordinate this with you ? If not I will ask him to do so. > > - what do you want us to do with the PR? As my Russian knowledge is > limited to 2 words, I can't estimate the correctness of the translation. > > > > Thanks for your feedback, > > > > Geert > > > > > > [1] https://github.com/Gnucash/gnucash/pull/80 > ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: I want to learn how to customize reports
GnuCash uses guile as a scheme impl. I think you should better try to install cygwin and then install guile for it, using it's package management feature. As an alternative you can run Ubuntu in virtual maching (virtual box for example) 2015-02-19 14:52 GMT+03:00 David Christopher chrst...@gmail.com: I have been studying the process on this page: http://wiki.gnucash.org/wiki/Custom_Reports The first thing I run into is that I have to learn Scheme. So off to this page: http://www.scheme.com/tspl2d/start.html#g1546 where I am told I need a interactive Scheme system . I goggled that and got to this page: ftp://ftp.cs.utexas.edu/pub/garbage/cs345/schintro-v14/schintro_81.html#SEC87 That page tells me I need RScheme. I goggled that finally downloaded this. rs-0.7.3.4-b7.tar.gz I used 7 Zip to unpack that and now have a folder in my downloads rs-0.7.3.4-b7.tar and I can use 7 Zip to open that and see the files in there. What do I do with those files and folders? How do I install RScheme.? Is there someplace I can go to get an exe file to install? Is that even what I need for a Windows 7 64x system? If not what do I need to follow the tutorials on scheme.? I did download and install this mit-scheme-9.2-i386-win32 but I can not figure out what to do with it and was not sure it is what I need so I uninstalled it. I am off to a rocky start. Hahaha! Thanks ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] Budget report improvements (was Re: Budget reports)
I used to count on commit message and commit author. BTW this change is already in master, so I think authority info is preserved by git. On 2/17/2015 7:29 AM, Dmitry Pavlov wrote: If I get you right, you need ability to make a report for budget with specification of what periods to show in details, because for budgets with large number of periods, it is not convinient to analyze data. I think that my enhancements is what you need, please refer to this blog post about them: http://blog.dnpavlov.com/2014/03/gnucash-budget-report-enhancement.html at the end of article you can find instructions of how to install this enhanced version to your gnucash installation. 2015-02-17 12:56 GMT+03:00 David chrst...@gmail.com: Well here it is a little over 6 years later and I am using 2.6.5 and your contributions to the budget report are working well. I am a new user of gnucash, migrating from Quicken. At the moment I am searching posts about Budget Report and this thread is the first on a long list. I am used to being able to set up a budget and then pull a budget report for a specific period of time, I mostly use the Monthly version, but at tax time, I use the annual version go get total actual s for different expenses and verify Income and withholding's on 1099's. The current Budget Report lists all 12 months on a form that has very little spacing between the months is is very difficult to read. There is no option to choose a time period in this report. After several weeks of learning the basics, I finally gave up trying to make budgets that mimic what I am used to. I just made one Master budget with all the accounts included, and if I want to look at income less expense for a specific Income/Expense set of accounts, I choose them specifically. But, I would like a report with Income at the top, next expenses, and then transfers from the income to different liability and savings accounts, as well as transfers back into the income section. Let me enplane. I have accounts that I an amount monthly for paying annual charges like property taxes and Insurance and emergency expenditures. So when I zero out my Income less expenses, I need to see the transfers to these accounts, and when I pay the expenses, have the transfer back into the contributing account show that transfer as part of the period income. The report would have Columns Budgeted, Actual and Difference and a total on the bottom that would reflect [Income + Transfers In] - [Expenses + Transfers Out]. Options would require choosing the accounts for the report, and a Period picker, at the minimum. I have no idea if this could be done with Custom Reports, but I am studying how to make custom reports. Any advice? -- View this message in context: http://gnucash.1415818.n4.nabble.com/Budget-reports-tp1436849p4676103.html Sent from the GnuCash - Dev mailing list archive at Nabble.com. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel Dimitri, If you have actually edited this file, you should add your name to the comment at the beginning with a short summary of what you did, e.g. revised by Dimitri Pavlov in 2014. If you want to keep your name out of it, use the pseudonym Anonymous. David C ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] Budget report improvements (was Re: Budget reports)
Great! 17 февр. 2015 г. 22:12 пользователь David chrst...@gmail.com написал: That is exactly what I needed. Works like a Charm! I can look at just one month at a time. Thanks. -- View this message in context: http://gnucash.1415818.n4.nabble.com/Budget-reports-tp1436849p4676110.html Sent from the GnuCash - Dev mailing list archive at Nabble.com. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: [PATCH] Budget report improvements (was Re: Budget reports)
If I get you right, you need ability to make a report for budget with specification of what periods to show in details, because for budgets with large number of periods, it is not convinient to analyze data. I think that my enhancements is what you need, please refer to this blog post about them: http://blog.dnpavlov.com/2014/03/gnucash-budget-report-enhancement.html at the end of article you can find instructions of how to install this enhanced version to your gnucash installation. 2015-02-17 12:56 GMT+03:00 David chrst...@gmail.com: Well here it is a little over 6 years later and I am using 2.6.5 and your contributions to the budget report are working well. I am a new user of gnucash, migrating from Quicken. At the moment I am searching posts about Budget Report and this thread is the first on a long list. I am used to being able to set up a budget and then pull a budget report for a specific period of time, I mostly use the Monthly version, but at tax time, I use the annual version go get total actual s for different expenses and verify Income and withholding's on 1099's. The current Budget Report lists all 12 months on a form that has very little spacing between the months is is very difficult to read. There is no option to choose a time period in this report. After several weeks of learning the basics, I finally gave up trying to make budgets that mimic what I am used to. I just made one Master budget with all the accounts included, and if I want to look at income less expense for a specific Income/Expense set of accounts, I choose them specifically. But, I would like a report with Income at the top, next expenses, and then transfers from the income to different liability and savings accounts, as well as transfers back into the income section. Let me enplane. I have accounts that I an amount monthly for paying annual charges like property taxes and Insurance and emergency expenditures. So when I zero out my Income less expenses, I need to see the transfers to these accounts, and when I pay the expenses, have the transfer back into the contributing account show that transfer as part of the period income. The report would have Columns Budgeted, Actual and Difference and a total on the bottom that would reflect [Income + Transfers In] - [Expenses + Transfers Out]. Options would require choosing the accounts for the report, and a Period picker, at the minimum. I have no idea if this could be done with Custom Reports, but I am studying how to make custom reports. Any advice? -- View this message in context: http://gnucash.1415818.n4.nabble.com/Budget-reports-tp1436849p4676103.html Sent from the GnuCash - Dev mailing list archive at Nabble.com. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Report wrapper to call python scripts?
A brief search through list did not bring any results, so I decided to start a new one. First of all: no offence but most gnucash reports are poorly implemented. It's not because they useless or looks not pretty (most of them are useful and good, calm down :)) . The reason is that a model (i.e. data of the report) is completely messed up with the view (html tags) in report generation code + html creation tag by tag is really outdated now, there are more proper tools like templates for that. Of course it's a really huge work to rewrite that completely in more model-view style or rewrite that in different language. So I have idea: Gnucash already have an infrustructure of invoking scheme reports, saving settings, etc. What about implementing some wrapper report that can just invoke some script (for example that use python bindings). In it's settings we can point to specific script and all guile invocation would just 1. include execution of that script with passing parameters from options 2. grab output that is supposed to be report content (html for now) and include that as it's own result In that case we can have one more language to implement reports, because scheme is not so popular now, and many people find it not so easy to use, especially when we are talking about reporting :) I'm not sure that I can implement all that stuff myself, but if someone find that idea good enough I'll be glad to discuss that and collaborate to implement that wrapper script. -- Regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Report wrapper to call python scripts?
Can you send link to your git repo with that changes? 24 дек. 2014 г. 18:39 пользователь David Osguthorpe david.osgutho...@gmail.com написал: On Wed, Dec 24, 2014 at 12:25:23PM +0100, Geert Janssens wrote: If I understand you correctly you want to separate the options from the report generating code ? So your wrapper script would be responsible for displaying the options to the user and the actual report script only gets the values passed in ? The way I understand the code that will already be a big work because the options for each report are also defined in the same report scheme file. And the whole options handling code is 90% scheme code. The options themselves live in the guile context, not in C. Displaying the options dialog is about 70% guile code which expects the options to live in guile. (I happened to look at that code flow yesterday, that's why I know). I have been following the various conversations about python - something I am more than interested in. (I did try to allow python calls from guile using a guile module I found by googling - and returning data to guile using another such module - but had issues with random crashes so gave that up - the modules were also not being maintained). However I then found the python module and used that as the basis so that I now have the ability to write reports in python The only change I made to gnucash was in the python module init script to call another python script stored in a users .gnucash directory under a python directory - all python and compiled python modules are stored there (ie no need for distribution in gnucash). There are 5 compiled modules currently based on pre-gobject introspection codegen (as used for eg pygtk), pygkeyfile (as apparently there are no distributed GKeyFile python bindings), python bindings generated by codegen for GncPluginPage (for subclassing in python to create report pages), GncHtml and GncHtmlWebkit - for final report output. there is also a swighelper python module for moving objects between python ctypes and swig instances (python ctypes is also used to access some functionality/data). These are setup for compiling in a gnucash source distribution - currently in a plugin directory under the python module. The rest is all python - and yes this does mean I re-implemented options in python - although in a JIT way so options I have not needed are not implemented. GnuCash objects are accessed using the distributed python binding classes. This needs pygtk installed in order to insert into GnuCashs Gtk based GUI - but the python code is able to install additional menus for the python reports. (By the way note that GnuCash is multithreaded because Gtk is multi-threaded - in the initial implementation attempts I had issues with python GIL crashes but these dissappeared when I started using proper pygobject based implementations of GnuCashs GTypes). So far I have the basic hello world report in python (with all options implemented that it uses), cash_flow and a multi-commodity price_scatter (which is what started all this - around gnucash 1.8 I had a multi-commodity price scatter plot in scheme (the distributed version only did 1 commodity) which failed (as I know now) when the plotting switched to Javascript based graphs - the python reports are able to use the Javascript plotting features. The HTML is generated using the python ElementTree library - all scheme ignored here although there is a partial implementation of stylesheets - the access to GncHtmlWebkit is used for the final display of the HTML string. I have also ignored the KVP code for options - note that options in the python reports do not apply to the scheme reports - there is no cross-over. This is all done under OSX (Snow Leopard) using MacPorts as the primary installer of GnuCash, python 2.7, pygtk etc. - although I have had a small look at working under Linux - my laptop dual boots OSX/Linux. The code is in a git repository which can be available if there is interest - although it contains a lot of history as tried differing approaches. David ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Report wrapper to call python scripts?
Personally, i'm still on file storage so based on that maybe it's a good time now to look at sql one and try migrate to it and gain advantage of sql. 24 дек. 2014 г. 19:54 пользователь John Ralls jra...@ceridwen.us написал: On Dec 24, 2014, at 12:22 AM, Dmitry Pavlov zeldi...@gmail.com wrote: A brief search through list did not bring any results, so I decided to start a new one. First of all: no offence but most gnucash reports are poorly implemented. It's not because they useless or looks not pretty (most of them are useful and good, calm down :)) . The reason is that a model (i.e. data of the report) is completely messed up with the view (html tags) in report generation code + html creation tag by tag is really outdated now, there are more proper tools like templates for that. Of course it's a really huge work to rewrite that completely in more model-view style or rewrite that in different language. Not only no offense, no kidding! So I have idea: Gnucash already have an infrustructure of invoking scheme reports, saving settings, etc. What about implementing some wrapper report that can just invoke some script (for example that use python bindings). In it's settings we can point to specific script and all guile invocation would just 1. include execution of that script with passing parameters from options 2. grab output that is supposed to be report content (html for now) and include that as it's own result Isn't our report system already too complicated? Geert has already mentioned that we're going to re-engineer GnuCash to use a SQL database internally; this is our plan for implementing concurrent multi-user access. That alone will vastly simplify the reporting architecture. It will also mean that SQLite3 rather than XML will be the preferred file format for most users and MySql or PostgresQL for those who need multi-user capabilities or who like running a DB Server. That in turn moves the preferred mechanism for custom reporting entirely out of GnuCash: Simply fire up your SQL report generator of choice, write your query, and run the report. You can actually do that now, as long as you don't trip over one of the corners where GnuCash writes to KVP without doing an edit-commit on the object owning the KVP. I can't say that it's the recommended approach for all custom reporting because of those corners, but if you can satisfy yourself that the SQL backend works correctly for your usage it's certainly easier and more future-resistant that writing a custom report in Scheme. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
New mailing list for Russian Translation discussions
Hi! Is it possible to create a new mailing list for discussing translations to russian? The reason to do it: developer list is mostly related to code things and currently there is no active list for translation discussions. As I don't participate in development it would be great to have specific channel for translation related questions, and discussions. Current contact information about Translation group in ru.po file is obsolete, mail is dead and as the last translator I propose to create new list. This page http://wiki.gnucash.org/wiki/Translation says there are already a number of regional mailing list already like de, pt etc. If it'll take a lot of time, then I can create list at googlegroups with updating Translation group information in po file. -- Regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: New mailing list for Russian Translation discussions
Seems reasonable. I'm not sure that there are a lot of users from Russia, at least who wish to communicate via mailing lists :) Ok, then I'm going to create mailing list at googlegroups and update wiki page and ru.po file with it's address. 2014-11-13 18:41 GMT+03:00 John Ralls jra...@ceridwen.us: On Nov 13, 2014, at 4:27 AM, Dmitry Pavlov zeldi...@gmail.com wrote: Hi! Is it possible to create a new mailing list for discussing translations to russian? The reason to do it: developer list is mostly related to code things and currently there is no active list for translation discussions. As I don't participate in development it would be great to have specific channel for translation related questions, and discussions. Current contact information about Translation group in ru.po file is obsolete, mail is dead and as the last translator I propose to create new list. This page http://wiki.gnucash.org/wiki/Translation says there are already a number of regional mailing list already like de, pt etc. If it'll take a lot of time, then I can create list at googlegroups with updating Translation group information in po file. The Dutch, French, German, Italian, and Portuguese mailing lists are the equivalent in those languages of gnucash-user. If you think that there's enough interest in GnuCash in Russia to make such a list worthwhile and you're willing to moderate it and provide support to those users that way, great. Those lists are mentioned on the translation page because they're a ready source of native speakers of those languages who are also familiar with GnuCash who can help with interpretation and proof reading. Translation isn't their main focus. I suspect that a list devoted only to translation of a single language would be pretty lonely. Regards, John Ralls -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: bypassing finance::quote
If you do not want to include your parsing code to finance code library, then the best way would be just make a minimalistic perl module that calls you java program. Then you wont spend time to reimplementing this gnucash+F::Q stuff and just make you things done :) Here is a good description of to call any internal program: http://perlmeme.org/faqs/system/system.html 2014-10-06 8:53 GMT-07:00 Derek Atkins warl...@mit.edu: Hi, Please remember to CC gnucash-devel on all responses using your mailer's reply-to-list or reply-all functionality. When you reply to me personally you can get stuck in my personal mail-processing delays and you don't benefit from all the expertice on the list. Having said that. Rafael Lima ragp...@gmail.com writes: Is there any reason you didn't implement it as a PERL module behind F::Q? Then it would *just work*. R- I didn't find an easy to get source for these quotes, so i needed to call a quote website (as bloomberg) and interprect the html, I spend a lot of time trying to do it in perl cuz im not used with it, so i just realized that i was wasting time and could do it in java in 5 minutes. I'm not sure what your definition of easy way is.. Most of F::Q is a bunch of screen scrapers. So doing it in perl v java is just a matter of language. You would need to duplicate this functionality to convince GnuCash that F::Q exists R-do you mean re-write the code? i just would like to know what structure is gnc looking for, so i could pretend have this structure No, I mean re-implement the gnucash-F::Q interfaces. For example, you would need to replace gnc-fq-helper with a wrapper around your java application and have the input/output work the same so gnucash *thinks* it's still talking to F::Q. -derek On Fri, Oct 3, 2014 at 12:40 PM, Derek Atkins warl...@mit.edu wrote: Hi, Rafael Lima ragp...@gmail.com writes: [snip] So, i develop a java program to do it, create a new source quote module that just call my java code and put it on the library and everything works fine. Is there any reason you didn't implement it as a PERL module behind F::Q? Then it would *just work*. But i hate this situation, i've installed a perl interpreter just for use this library what doesn't have any function to my [is just a link] So i looked the code, looking for a hook for try insert my java code, but how im new at this code and not so expert cpp develop i would like some help: 1- i found the place where is called the function to check if finance::quote is installed... but i couldn't understand how it works LINE 19071 of swig-engine.c [pasted here http://paste.ofcode.org/38qxqQvM6aGFD3vxaQ2ekHK] seams that he is looking for something in a directory but what is exactally? i tried to reproduce the finance::quote directory estructure in my system and didn't work [maybe i forgot some file] You would need to duplicate this functionality to convince GnuCash that F::Q exists. 2-i found where the finance::quote code is called but i didn't understand the use of scm objects, LINE 290 of dialog-price-edit-db.c http://paste.ofcode.org/vwcWBUmDVMqM9VWdUdi5JE I realize that is a system call and hopefully there are some enviroiment variables envolved [so i could change its value and call my own code =D] but i cant deep understand the code, can anyone help me? You will need to replicate the F::Q interface to GnuCash (see gnc-fq-helper) and have that call into your program instead of F::Q. sorry if i did something inconvenient and for my bad english... thanks for your attention I'm using gnucash 2.6.4 on a windows 7 -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash 2.6.4 released
Russian translations is missibg in the list of updated ones. 29 сент. 2014 г. 1:48 пользователь John Ralls jra...@ceridwen.us написал: The GnuCash development team proudly announces GnuCash 2.6.4, the fourth maintenance release in the 2.6-stable series. Changes Between 2.6.3 and 2.6.4, the following bugfixes were accomplished: • Bug #120199 - Incorrect sort order in Sort by Statement Date. • Bug #434462 - register color don't work correct with system theme color. • Bug #509263 - Since Last Run dialog won't allow resizing of Status column. • Bug #610202 - gnucash silently closes when no X11/$DISPLAY is present. • Bug #630638 - 'Process payment' should allow to select equity accounts for payment • Bug #671615 - French: 'New Customer' button in Find Customer dialog is translated to 'Nouvel onglet' • Bug #688965 - Page Up, Page Down keys cause GnuCash to hang. • Bug #692249 - Add Help button in Custom Reports dialog box, • Bug #695240 - mortgage wizard empty table. • Bug #707243 - Hard-coded font colors in account tree? • Bug #711440 - Tab labels have different background colour than containing gui element. • Bug #711567 - Cannot save a custom report if a path contain diacritic chars • Bug #719457 - Template for Home Mortgage Loan isn't properly nested. • Bug #719457 - Template for Home Mortgage Loan isn't properly nested. • Bug #720427 - Review of french account templates • Bug #720934 - Barcharts with many data points have overlapping x-axis labels. • Bug #722140 - Add option to control inclusion of trading accounts in cash flow report. • Bug #722200 - configure script does not pick the correct am_cv_scanf version. • Bug #723145 - Currency display does not respect locale. • Bug #723442 - Report Options - Report Name too short. • Bug #725054 - Re-numbering sub accounts crashes the program. • Bug #725366 - Formula Parsing Error with Scheduled Mortgage Transactions • Bug #726449 - Budget Barchart does not show up if running sum is selected. • Bug #726888 - cancel button is available on all pages of assistant. • Bug #727130 - Crash when newline in Report Title • Bug #727338 - Translation and Account file updates for Latvian. • Bug #728103 - Invoice opened does not contain the Job under circumstances. • Bug #728717 - Ubuntu 14.04 - GNUcash crashes on close. • Bug #728841 - XML backend does not always store KVP slots. • Bug #729157 - Bill Term discount days are allowed to be more than due days. • Bug #729497 - Saved Report Configuration selection window resize. • Bug #730255 - Python bindings: Assigns bill entries to non-existant invoice. • Bug #731519 - The fix sets the upper limit before it sets the value of the end row spin button. • Bug #733107 - Search for reconcile status doesn't work right. • Bug #733283 - [PATCH] Loss of fractions when importing OFX investment transactions. • Bug #733506 - (ForwadDisableQIF) The forward button is not active even though a file is selected. • Bug #734183 - Set all of the denominators correctly on the currency values. • Bug #736703 - Scheduled transaction are registered without credit/debit. • Bug #732545 - gnucash-2.6.3 segfaults when started. Some other fixes not associated with reported bugs were accomplished: • Add business lot scrubbing to Check Repair-All/This transaction(s). • Add context to generic translatable string. This was suggested in bug 671615 by Jérôme Rapinat. • Add scrub function to reduce the amount of lot links used. Only lot links between two or more document lots must remain. All lot links between document and payment lots can be scrubbed. • Add some date format checking and make sure generated dates are the correct user selected format, not always locale format. • Allow the ability to skip rows when importing transactions. • Always use the price we display to calculate the current value of an account. • Better period totals formatting in Invoices. • CSV Export: factor out function to generate regular expression. • CSV Import transform macro into function. • Convert ISO-8859-1 account chart templates to UTF-8. • Correct txf output to use a minus sign, rather than parenthesis. • Fix document type dispay for credit notes on owner report. • Fix test-backend-dbi segfault with libdbi-0.9.0. • Handle the case of scrubbing a lot link between two non-document lots. • Make scrub in lot viewer scrub business lots using the new scrub functions. • Move account type checking functions into the engine. • Prevent older gnucash
Re: Bug 533738 - Budget report: Option Show full account names not supported
User can select only specific accounts, not at the root of the account tree, when building this report. With this use case full account name can be helpful, so I'd suggest to fix that isssue instead of removing the option from the code (or just hide it, but do not close the bug) 2014-08-10 21:31 GMT+04:00 Carsten Rinke carsten.ri...@gmx.de: Hi, because the bug is not yet assigned to gnucash-core-maint I post here my comments that I just added budget.scm makes use of html-acct-table.scm to list the accounts. After looking into html-acct-table.scm my guess is that displaying the full account name is not intended because the accounts list is shown as a tree by corresponding indent, so the parent accounts are easily identifiable. From that point of view the fault reported by this bug is that the checkbox for selecting full accounts name is available. The fact that the full account names are not supported is ok. And a fix would be to take out that option from the GUI. Does that sound okay? Kind regards, Carsten ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash Budget Report
Hi Peter! I've made modifications for this report to allow use ranges. It really improve readability. This changes in master branch already, but unfortunately they will not be released until next major of gnucash (merge was done after support branch of 2.6.x was made) You can read about changes here: http://blog.dnpavlov.com/2014/03/gnucash-budget-report-enhancement.html. It also tells how to apply this changes locally. I also thought about similiar changes (column freezes) but I set aside this activity because it leads to great rework of table generation code (if we want to do it properly), starting from good old refactoring and duplicates removal. 2014-07-14 10:27 GMT+04:00 Herbert Thoma herbert.th...@iis.fraunhofer.de: Dear Peter, although I did the cash-flow report, I don't know much scheme either. It was mostly copying from other reports and lots of try and error ;-). Please ask your questions on the gnucash-devel mailing list (CC'ed). See http://wiki.gnucash.org/wiki/Mailing_Lists for how to subscribe. Best, Herbert. Am 13.07.2014 13:16, schrieb Peter: Hi Chris, I wonder if you could help me as I’m getting quite stuck! I’ve been using GnuCash for a few years now and am a Delphi/C# developer with a very small amount of Python and unix exposure. I am trying to create a Budget Period Report, based on your Budget Report in GnuCash, budget.scm, based on Herbert Thoma's cash-flow.scm. My problem is that I have 12 periods in my budget, one for each month of the tax year. However, when I run the budget report, the columns go way off the edge of the screen, and I can’t see which accounts the figures are referring to, without having to export to OpenOffice spreadsheet and freeze the account name column (excel for mac doesn’t like the export for some reason). So I created a budget-period.scm copied from budget.scm. Well I got as far as adding the report to the budget menu (putting it in the standard reports folder, changing the GUID and the report name), and adding the period option into the options general tab (by copying the option code from budget-flow.scm) - see screenshots below. But I then got lost in the code, not really knowing Scheme (I did study LISP in varsity 20 years ago and can remember car cdr and cons, and have managed to get Scheme Petite going in a terminal window). I think the easiest way would be to limit periodList to the period I am looking for somehow, but I can’t seem to figure it all out from the Scheme scripting no matter how many times I read it or do google searches. Any pointers? Thanks in advance, Peter Templin Johannesburg, South Africa. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: GnuCash Budget Report
That changes was already merged to master branch, maybe commit SHA would be enough? 15.07.2014 0:20 пользователь Carsten Rinke carsten.ri...@gmx.de написал: Hi Dmitry, this is perfect news just at the right time, because I was starting to look into the exact same thing. This topic is already reported in Bugzilla as *Bug 729955* https://bugzilla.gnome.org/show_bug.cgi?id=729955 -Enhancement request date range for the budget report https://bugzilla.gnome.org/show_bug.cgi?id=729955 for which I wanted to prepare a solution proposal as a patch, but I did not get any further than studying the code up to now. Can we put your solution into bugzilla as a patch, instead? If you want me to I can help with that ... Kind regards, Carsten On 07/14/2014 09:27 AM, Dmitry Pavlov wrote: Hi Peter! I've made modifications for this report to allow use ranges. It really improve readability. This changes in master branch already, but unfortunately they will not be released until next major of gnucash (merge was done after support branch of 2.6.x was made) You can read about changes here: http://blog.dnpavlov.com/2014/03/gnucash-budget-report-enhancement.html. It also tells how to apply this changes locally. I also thought about similiar changes (column freezes) but I set aside this activity because it leads to great rework of table generation code (if we want to do it properly), starting from good old refactoring and duplicates removal. 2014-07-14 10:27 GMT+04:00 Herbert Thoma herbert.th...@iis.fraunhofer.de : Dear Peter, although I did the cash-flow report, I don't know much scheme either. It was mostly copying from other reports and lots of try and error ;-). Please ask your questions on the gnucash-devel mailing list (CC'ed). See http://wiki.gnucash.org/wiki/Mailing_Lists for how to subscribe. Best, Herbert. Am 13.07.2014 13:16, schrieb Peter: Hi Chris, I wonder if you could help me as I’m getting quite stuck! I’ve been using GnuCash for a few years now and am a Delphi/C# developer with a very small amount of Python and unix exposure. I am trying to create a Budget Period Report, based on your Budget Report in GnuCash, budget.scm, based on Herbert Thoma's cash-flow.scm. My problem is that I have 12 periods in my budget, one for each month of the tax year. However, when I run the budget report, the columns go way off the edge of the screen, and I can’t see which accounts the figures are referring to, without having to export to OpenOffice spreadsheet and freeze the account name column (excel for mac doesn’t like the export for some reason). So I created a budget-period.scm copied from budget.scm. Well I got as far as adding the report to the budget menu (putting it in the standard reports folder, changing the GUID and the report name), and adding the period option into the options general tab (by copying the option code from budget-flow.scm) - see screenshots below. But I then got lost in the code, not really knowing Scheme (I did study LISP in varsity 20 years ago and can remember car cdr and cons, and have managed to get Scheme Petite going in a terminal window). I think the easiest way would be to limit periodList to the period I am looking for somehow, but I can’t seem to figure it all out from the Scheme scripting no matter how many times I read it or do google searches. Any pointers? Thanks in advance, Peter Templin Johannesburg, South Africa. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: An eclectic approach for collaborative GnuCash
If I get you right, your idea is to send the whole file over the Web API. Recently I also thought about the way to deal with remote updates of gnucash file and here is my plan of the possible solution. At first I'd like to point out that this plan is intended to be additional way to interact with gnucash file, but not the way to setup gnucash to remotely update file via rest using the app itself. The applications can be mobile client interaction or writing web pages to display some account information or allow to add transaction using browser. So idea is to set up RESTful service that encapsulates the necessary functions: list accounts, transactions in account, CRUD operations on transactions As the gnucash is single user app, this service can be an adaptor between multiple users and a single file. Read operation is no problem for that case, but write operation can be treated as modification events: 1. Client sends modification request to service 2. Server accept modification and store it in some data store, all further read operations take into account this modication data. 3. Once in a X minutes server extracts all modifications, merges them and prepares a batch list of operations to be executed on gnucash file (probably via python bindings script) 4. It opens the gnucash file and edit it with this modification. If this file is already opened it waits until it becomes available. The server should solve any concurrent modifications or property return status codes about stale data for clients. 2014-06-21 22:32 GMT+04:00 Emmanuel Florent emmanuel.flor...@gmail.com: Once would like a multi-user Gnucash without the SGDB/VPN setup nightmare. Dream... The goal is to work on books on multiple computers and with multiple users. I've a proposal for a Python script that take a Gnucash xml file, convert it to post request on a REST service. Then using the same process it can pull down data to merge an xml file from the nosql db. To get an idea of the whole thing from a programmer view, here are the unit test: http://bazaar.launchpad.net/~emmanuel-florent/flowzr/trunk/view/head:/gcs-client/gnucash_test.py What do you think of this off-topic proposal ? Would you have achieved the same goal differently ? How ? Why ? This project will at least totally fail because ... ? Best regards ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
[Translation] Some terms meaning
Hello, during translation updates I faced some problems, hope someone can answer my questions: 1. What is the difference between Num and T-Num? 2. Credit note in gnucash is http://en.m.wikipedia.org/wiki/Credit_note or http://en.m.wikipedia.org/wiki/Credit-linked_note? ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
Pull request on github is ready. It contains only fixes in glade file. I decided to include translation fixes in my branch with updating ru.po 2014-04-21 23:57 GMT+04:00 John Ralls jra...@ceridwen.us: On Apr 21, 2014, at 12:48 PM, Dmitry Pavlov zeldi...@gmail.com wrote: I would prefer to make a number of pull requests: 1. Adding context to labels 2. Updating all translations with new file pot file. 3. String translations for ru.po Maybe it is reasonable to merge 1 2 into one set of commits that will form single pull request? What about target branch? May be include it in maint? You can do all three in a single pull request if you want, as long as they’re separate commits. Sure, I don’t see any reason not to do this to maint. Regards, John Ralls -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
Yes, I added context attribute to labels in xml file and after pot file regeneration this market strings in po file has additional msgctxt lines. I can't imagine how that change can affect c or scheme code as it was static labels. 21.04.2014 20:18 пользователь John Ralls jra...@ceridwen.us написал: On Apr 20, 2014, at 12:55 PM, Dmitry Pavlov zeldi...@gmail.com wrote: Sorry for delay: here is the branch: https://github.com/zeldigas/gnucash/tree/scheduled_i18n_fix Last commit contains planned changes. To minimize diff I applied updated pot file only for ru.po (most other po are outdated, so there was a lot of changed lines). I'd be glad if someone could check these changes for compatibility with minimum lib version requirements, etc and ping me back if all is good. In case of that, I will update another po files with msgmerge and make pull request. If I understand correctly, the two changes are creating context, which requires a certain minimum version of xgettext, and then using the context in the GtkBuilder ui files, which requires a minimum version of Gtk+. The latter was added in 5f3729b8, in July 2007. git describe says that's GTK_2_11_5-50-g5f3729b, so it was released in Gtk-2.12, so that part's OK. That also implies tat the context function has also been in gettext for at least as long, so that shouldn't be a worry, either. There’s another consideration, though: You need to see if C or Scheme code is affected. C isn’t much of a problem, just change gettext() to pgettext() and add the context string. The Guile gettext implementation doesn’t seem to include pgettext(), so that might be a problem. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
Currently those are all the strings I wanted to change. For other strings there are no problems with translation. The main problem with every and friends occurred because controls was embedded in sentence, that consisted of a set of labels. The work is still in progress and there 650 fuzzy strings and about 300 in translation ones, but I hope that further source code changes would not be necessary. 21.04.2014 22:55 пользователь John Ralls jra...@ceridwen.us написал: On Apr 21, 2014, at 10:26 AM, Dmitry Pavlov zeldi...@gmail.com wrote: Yes, I added context attribute to labels in xml file and after pot file regeneration this market strings in po file has additional msgctxt lines. I can't imagine how that change can affect c or scheme code as it was static labels. Are “Every” and “months” the only two strings you need to adjust? I thought that this patch was just a sample to show what you meant to do. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
I would prefer to make a number of pull requests: 1. Adding context to labels 2. Updating all translations with new file pot file. 3. String translations for ru.po Maybe it is reasonable to merge 1 2 into one set of commits that will form single pull request? What about target branch? May be include it in maint? 21.04.2014 23:41 пользователь John Ralls jra...@ceridwen.us написал: On Apr 21, 2014, at 12:10 PM, Dmitry Pavlov zeldi...@gmail.com wrote: Currently those are all the strings I wanted to change. For other strings there are no problems with translation. The main problem with every and friends occurred because controls was embedded in sentence, that consisted of a set of labels. The work is still in progress and there 650 fuzzy strings and about 300 in translation ones, but I hope that further source code changes would not be necessary. OK. When you put together your pull request, please separate updating the template and adding the context items into different commits so that the latter aren’t buried in a sea of line number changes. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
Sorry for delay: here is the branch: https://github.com/zeldigas/gnucash/tree/scheduled_i18n_fix Last commit contains planned changes. To minimize diff I applied updated pot file only for ru.po (most other po are outdated, so there was a lot of changed lines). I'd be glad if someone could check these changes for compatibility with minimum lib version requirements, etc and ping me back if all is good. In case of that, I will update another po files with msgmerge and make pull request. 2014-04-15 19:29 GMT+04:00 John Ralls jra...@ceridwen.us: On Apr 15, 2014, at 7:18 AM, Dmitry Pavlov zeldi...@gmail.com wrote: If I create branch from maint head and make necessary changes, can you review them, if fits for current minimum libs version reqs. for gnucash? Of course. Regards, John Ralls -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
If I create branch from maint head and make necessary changes, can you review them, if fits for current minimum libs version reqs. for gnucash? 2014-04-13 23:05 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: If I get you right, you'd like to know what is the difference between using this context (or disambiguation prefixes) and plural functions. The main difference is dynamic UI updates. With plurals you need to update labels around the inputs on every change of spinbox or combobox. Even if that updates exists (now it seems to be a static label, that is set in .glade file) plurals still have problems, because correct Every translation depends on the frequency type. If we use only context, then for almost every value in input translation can fit well (exception can be singular form). But it would surely be more correct then now. So the ideal situation is a context to differentiate types + dynamic labels to format correct plural forms. But I'm afraid it would take a lot of work + editing controlling code, not just glade xml. I'm ready to edit xml file and provide a patch, but not ready to dig in c code to add dynamic labels. As for minimum Gtk version. I think it is 2.18, but not sure. That info i found here (https://developer.gnome.org/glib/2.37/glib-I18N.html#C-:CAPS, see since section for functions). Locally I test on ubuntu with the following installed package: libgtk2.0-dev ver. 2.24.10-0ubuntu6. gettext version is 0.18.1.1-5ubuntu3 Pot file is generated well: #: ../src/gnome-utils/gtkbuilder/gnc-frequency.glade.h:7 msgctxt Daily msgid Every msgstr I tried to add this to ru.po. Translated, make make install, works fine. 2014-04-13 19:07 GMT+04:00 John Ralls jra...@ceridwen.us: On Apr 13, 2014, at 2:16 AM, Dmitry Pavlov zeldi...@gmail.com wrote: I've found that to implement minimum solution, we can just add context=... to glade translated labels. like this property name=label translatable=yes context=DailyEvery/property This utilizes context lookup feature in gettext, instead of disambiguation prefixes, but it seems working just fine. does anyone mind about such change? Sounds good, how does it compare with using the plurals function? Is there a mimimum Gtk version required? Regards, John Ralls -- С уважением, Дмитрий Павлов -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
If I get you right, you'd like to know what is the difference between using this context (or disambiguation prefixes) and plural functions. The main difference is dynamic UI updates. With plurals you need to update labels around the inputs on every change of spinbox or combobox. Even if that updates exists (now it seems to be a static label, that is set in .glade file) plurals still have problems, because correct Every translation depends on the frequency type. If we use only context, then for almost every value in input translation can fit well (exception can be singular form). But it would surely be more correct then now. So the ideal situation is a context to differentiate types + dynamic labels to format correct plural forms. But I'm afraid it would take a lot of work + editing controlling code, not just glade xml. I'm ready to edit xml file and provide a patch, but not ready to dig in c code to add dynamic labels. As for minimum Gtk version. I think it is 2.18, but not sure. That info i found here (https://developer.gnome.org/glib/2.37/glib-I18N.html#C-:CAPS, see since section for functions). Locally I test on ubuntu with the following installed package: libgtk2.0-dev ver. 2.24.10-0ubuntu6. gettext version is 0.18.1.1-5ubuntu3 Pot file is generated well: #: ../src/gnome-utils/gtkbuilder/gnc-frequency.glade.h:7 msgctxt Daily msgid Every msgstr I tried to add this to ru.po. Translated, make make install, works fine. 2014-04-13 19:07 GMT+04:00 John Ralls jra...@ceridwen.us: On Apr 13, 2014, at 2:16 AM, Dmitry Pavlov zeldi...@gmail.com wrote: I've found that to implement minimum solution, we can just add context=... to glade translated labels. like this property name=label translatable=yes context=DailyEvery/property This utilizes context lookup feature in gettext, instead of disambiguation prefixes, but it seems working just fine. does anyone mind about such change? Sounds good, how does it compare with using the plurals function? Is there a mimimum Gtk version required? Regards, John Ralls -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Translation problems with planned transactions schedule
Hello, I have a suggestion that can help improve translation for some languages. So here is the problem: in src/gnome-utils/gtkbuilder/gnc-frequency.glade, that describe a form for filling in transaction schedule, translation string Every is used for all possible combination - for daily, weekly, monthly frequency, i.e. Every x days. It sounds good for English, but is impossible to translate well in Russian, because the correct tranlation depends on the numeric amount and the type of frequence. Suggestion: *As the minimum, but ok solution*, can you introduce translation prefix (as described in Q_ macro) for every different frequence, like Weekly|Every? Using this I can use not brilliant, but pretty good translation that would sound good and not strange in Russian. *As the best solution*, it would be great to update labels in dependence of the amount in combo box and use the plurals feature of gettext. -- Regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Translation problems with planned transactions schedule
I've found that to implement minimum solution, we can just add context=... to glade translated labels. like this property name=label translatable=yes context=DailyEvery/property This utilizes context lookup feature in gettext, instead of disambiguation prefixes, but it seems working just fine. does anyone mind about such change? 2014-04-13 12:48 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: Hello, I have a suggestion that can help improve translation for some languages. So here is the problem: in src/gnome-utils/gtkbuilder/gnc-frequency.glade, that describe a form for filling in transaction schedule, translation string Every is used for all possible combination - for daily, weekly, monthly frequency, i.e. Every x days. It sounds good for English, but is impossible to translate well in Russian, because the correct tranlation depends on the numeric amount and the type of frequence. Suggestion: *As the minimum, but ok solution*, can you introduce translation prefix (as described in Q_ macro) for every different frequence, like Weekly|Every? Using this I can use not brilliant, but pretty good translation that would sound good and not strange in Russian. *As the best solution*, it would be great to update labels in dependence of the amount in combo box and use the plurals feature of gettext. -- Regards, Dmitry Pavlov -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Maint branches
As you have decided not to use pull requests on github, do I need to reformat mine as a feature issue in Bugzilla and attach changes as patch? 13.04.2014 6:07 пользователь John Ralls jra...@ceridwen.us написал: I've created and pushed 'maint' branches on both gnucash and gnucash-docs. I've also set the version in the master branch of each to 2.6.99 so that it will be immediately apparent which branch a built GnuCash or document set is from. Master is now open for new features. Please remember to document your new features in the Help section of gnucash-docs. To recap the branch policy discussion from a couple of weeks ago, only bug fixes are to be committed to 'maint', and they should be committed to 'maint' *first* and 'maint' immediately merged to 'master'. More details and git recipes are at http://wiki.gnucash.org/wiki/Git. Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Tables improvements in reports
I've performed research about tables enhancement. At first I'd like to list some of features that seems useful to me: 1. Fixed headers and first column. Good for large tables, greatly improve visibility and usability 2. Table search. Add input to dynamically filter table rows. 3. Row selection. Can be used to highlight row(s) and do not depend on mouse position. If you have additional ideas, tell me. Now, I'd like to describe current state of gnucash tables. It's not possible to just add some javascript lib (i've researched appliance of datatables as a lib with a lot of features) and add all this features. Here is the identified list of current problems: 1. Tables are not properly formatted, There is no thead and tbody tags around headers and data rows. Fixed 2. Many reports do not use headers to format table headers. Instead they use first rows in table body. This affects the fixed header feature, so the first step is to move headers to proper place. But #3 blocks this change 3. Current headers implementation support only one header row, I do not know why, but handling of headers and body has different implementation, although the differ only in column tags and wrapping tag. So the first step is proper implementation of table headers, to make them as functional as main data, after that it's possible to include js lib and add options to turn on features and after that changes start to fix reports (move headers to thead section and add enhanced features management to report options dialog. 2014-03-21 23:54 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: Ok, thanks for your feedback. First of all, I'll make some research and a proof of concept to test overall idea. I want to find a suitable library at first. Currently looking at https://datatables.net/ 2014-03-21 19:51 GMT+04:00 Derek Atkins warl...@mit.edu: Hi, Dmitry Pavlov zeldi...@gmail.com writes: Hello, Does anyone plan to improve tables representation in reports? Currently all the tables are pretty simple and they are not very convinient to use on a large number of columns and rows. As an example, there is no row/column fixation feature. I think that using some js library would be a good way to improve generated reports especially for view inside gnucash (without exporting to html or pdf), like it was with graphs, when adding jqplot make them to look cool. If this is not in progress now and not on roadmap, please provide your thoughts about this suggestion, because I'm thinking about that for a while and ready to try implementing it. Sounds like a great project. Let us know how we can help you, and we look forward to your patches! -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available -- С уважением, Дмитрий Павлов -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Tables improvements in reports
Here's a demo of described features. Styles are still TBD, just wanted to show functionality. http://home.dnpavlov.com/gnucash/js-table.html This is an exported budget report. I fixed table layout, added datatables and turned on: header and column fix, search field, row selection. 2014-03-30 22:54 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: I've performed research about tables enhancement. At first I'd like to list some of features that seems useful to me: 1. Fixed headers and first column. Good for large tables, greatly improve visibility and usability 2. Table search. Add input to dynamically filter table rows. 3. Row selection. Can be used to highlight row(s) and do not depend on mouse position. If you have additional ideas, tell me. Now, I'd like to describe current state of gnucash tables. It's not possible to just add some javascript lib (i've researched appliance of datatables as a lib with a lot of features) and add all this features. Here is the identified list of current problems: 1. Tables are not properly formatted, There is no thead and tbody tags around headers and data rows. Fixed 2. Many reports do not use headers to format table headers. Instead they use first rows in table body. This affects the fixed header feature, so the first step is to move headers to proper place. But #3 blocks this change 3. Current headers implementation support only one header row, I do not know why, but handling of headers and body has different implementation, although the differ only in column tags and wrapping tag. So the first step is proper implementation of table headers, to make them as functional as main data, after that it's possible to include js lib and add options to turn on features and after that changes start to fix reports (move headers to thead section and add enhanced features management to report options dialog. 2014-03-21 23:54 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: Ok, thanks for your feedback. First of all, I'll make some research and a proof of concept to test overall idea. I want to find a suitable library at first. Currently looking at https://datatables.net/ 2014-03-21 19:51 GMT+04:00 Derek Atkins warl...@mit.edu: Hi, Dmitry Pavlov zeldi...@gmail.com writes: Hello, Does anyone plan to improve tables representation in reports? Currently all the tables are pretty simple and they are not very convinient to use on a large number of columns and rows. As an example, there is no row/column fixation feature. I think that using some js library would be a good way to improve generated reports especially for view inside gnucash (without exporting to html or pdf), like it was with graphs, when adding jqplot make them to look cool. If this is not in progress now and not on roadmap, please provide your thoughts about this suggestion, because I'm thinking about that for a while and ready to try implementing it. Sounds like a great project. Let us know how we can help you, and we look forward to your patches! -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available -- С уважением, Дмитрий Павлов -- С уважением, Дмитрий Павлов -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Help with error during msgfmt checking po files
I've tried to generate an updated ru.po using a gnucash.pot file, as described on wiki page: /usr/bin/msgmerge -o ru.new.po ru.po gnucash.pot As a result msmerge added the following comment to that translation (in bold): #. src/report/business-reports/taxinvoice.scm #: ../intl-scm/guile-strings.c:1778 *#, fuzzy, c-format* msgid Width of the logo in CSS format, e.g. 10% or 32px. Leave blank to display So the proper way is to fix initial string, but not a translation, because each time we perform regeneration, we will have to fix it. 2014-03-28 0:06 GMT+04:00 Dmitry Pavlov zeldi...@gmail.com: Thank you, but I'm not sure, if it's it right to manually remove this string. I'll check tomorrow if msgmerge will insert this formatting directive again on updating po from pot. 28.03.2014 0:01 пользователь Christian Stimming christ...@cstimming.de написал: The flag c-format is wrong, as the string is not used in a sprintf format string (to my knowledge). If you remove the c-format, the file is accepted by msgfmt. I think the difference between de.po and ru.po is that de.po accidentally has a valid sprintf format character as the next one after the % and the whitespace. Whereas ru.po has some cyrillic utf-8 character, which for sure is not a valid printf format character. This is partly msgfmt's fault and partly our translation string extraction's fault where the c-format flag is erroneously inserted. Regards, Christian Am Dienstag, 25. März 2014, 16:24:54 schrieb Dmitry Pavlov: Hello, could you help me please to find out, what is wrong with the following line in ru.po: #. src/report/business-reports/taxinvoice.scm #: ../intl-scm/guile-strings.c:1772 #, c-format msgid Width of the logo in CSS format, e.g. 10% or 32px. Leave blank to display the logo at its natural width. The height of the logo will be scaled accordingly. msgstr Ширина логотипа в формате CSS (т.е. 10% или 32px). Пустое поле означает, что логотип будет отображаться в исходном размере. Высота логотипа масштабируется соответствующим образом. when checking file with msgfmt as described on wiki msgfmt -c --statistics ru.po I got an error that msgstr is not valid, but build is passed, no errors. According to comment string it's marked as c format string and may be msgfmt does not like a % that is alone, not like %s etc., but for de.po it's ok, no errors. -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Help with error during msgfmt checking po files
Thank you, but I'm not sure, if it's it right to manually remove this string. I'll check tomorrow if msgmerge will insert this formatting directive again on updating po from pot. 28.03.2014 0:01 пользователь Christian Stimming christ...@cstimming.de написал: The flag c-format is wrong, as the string is not used in a sprintf format string (to my knowledge). If you remove the c-format, the file is accepted by msgfmt. I think the difference between de.po and ru.po is that de.po accidentally has a valid sprintf format character as the next one after the % and the whitespace. Whereas ru.po has some cyrillic utf-8 character, which for sure is not a valid printf format character. This is partly msgfmt's fault and partly our translation string extraction's fault where the c-format flag is erroneously inserted. Regards, Christian Am Dienstag, 25. März 2014, 16:24:54 schrieb Dmitry Pavlov: Hello, could you help me please to find out, what is wrong with the following line in ru.po: #. src/report/business-reports/taxinvoice.scm #: ../intl-scm/guile-strings.c:1772 #, c-format msgid Width of the logo in CSS format, e.g. 10% or 32px. Leave blank to display the logo at its natural width. The height of the logo will be scaled accordingly. msgstr Ширина логотипа в формате CSS (т.е. 10% или 32px). Пустое поле означает, что логотип будет отображаться в исходном размере. Высота логотипа масштабируется соответствующим образом. when checking file with msgfmt as described on wiki msgfmt -c --statistics ru.po I got an error that msgstr is not valid, but build is passed, no errors. According to comment string it's marked as c format string and may be msgfmt does not like a % that is alone, not like %s etc., but for de.po it's ok, no errors. -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Using a Networked Drive with Ubuntu for GnuCash Data
Hi, Rik Such questions should better be sent to gnucash users list, because this list is used for gnucash development questions (coding, translations etc.). 27.03.2014 22:45 пользователь Rik Hess rikh...@usa.net написал: I am in the process of trying to move from an XP environment to Ubuntu and I am having trouble with GnuCash. I use a home network and I store all my data on a network drive so it is available for all my devices. GnuCash works great with the network drive in XP. The network device folder is mapped as a drive letter. When I try to start GnuCash in Ubuntu, it appears my only option for storing my Gnu Data is on the local PC. I am a complete noob, so if I'm missing something please point me in the right direction. Thank you. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Using a Networked Drive with Ubuntu for GnuCash Data
The problem is that gnucash does not see gvfs volumes (in file selection dialog) and it is not trivial at first glance to open file on network mount, but you can fix it with symbolic links. 1. In file manager open a network mount you should ensure that in file manager you can see your gnucash file 2. Then go to your home folder and press ctrl+h it will show you hidden files 3. Go to folder .gvfs there you will see your network share as a folder with name share name on machine (at least similar to it) 4. Open this folder and go to the directory where your file is located 5. Press ctrl+L and copy the folder address from the address bar 6. Open terminal and enter command ln -s $src ~/gnucash-dir Where $src is location that you've copied on step 5. This will create a link in your home folder that will look like a folder in file manager when your share is attached. 7. In gnucash open file selection dialog and go to your home folder you should be able to see this new directory, open it and select your gnucash file. This solution works for me quite well, just make sure your share is opened (visible in file manager as attached) or gnucash will tell you that he can't find a file. As an alternative you can try press ctrl+h in gnucash file selection dialog and directly open your file under .gvfs dir 28.03.2014 7:23 пользователь Dave H hell...@gmail.com написал: Perhaps you need to check out mounting network drives in Ubuntu - search for mount network drive in ubuntu for lots of answers. Once you have it mounted you should be able to run GnuCash on Ubuntu and then do a file open and browse to the network drive I would think ? Cheers dave H. On 28 March 2014 04:42, Rik Hess rikh...@usa.net wrote: I am in the process of trying to move from an XP environment to Ubuntu and I am having trouble with GnuCash. I use a home network and I store all my data on a network drive so it is available for all my devices. GnuCash works great with the network drive in XP. The network device folder is mapped as a drive letter. When I try to start GnuCash in Ubuntu, it appears my only option for storing my Gnu Data is on the local PC. I am a complete noob, so if I'm missing something please point me in the right direction. Thank you. ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Help with error during msgfmt checking po file
Hello, could you help me please to find out, what is wrong with the following line in ru.po: #. src/report/business-reports/taxinvoice.scm #: ../intl-scm/guile-strings.c:1772 #, c-format msgid Width of the logo in CSS format, e.g. 10% or 32px. Leave blank to display the logo at its natural width. The height of the logo will be scaled accordingly. msgstr Ширина логотипа в формате CSS (т.е. 10% или 32px). Пустое поле означает, что логотип будет отображаться в исходном размере. Высота логотипа масштабируется соответствующим образом. when checking file with msgfmt as described on wiki msgfmt -c --statistics ru.po I got an error that msgstr is not valid, but build is passed, no errors. According to comment string it's marked as c format string and may be msgfmt does not like a % that is alone, not like %s etc., but for de.po it's ok, no errors. -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Branching strategy for git
Branch is just a pointer to head of revisions list (node in revision tree) . So if you merge private branch in branch that is then pushed to public, it will be visible like this: http://git-scm.com/figures/18333fig0317-tn.png But without pointer to iss53 On Mar 25, 2014, at 8:15 AM, Geert Janssens janssens-ge...@telenet.be wrote: If no one beats me to it I'll try to adapt the git wiki page with this info in the coming days. OK. The main change seems to me to be that instead of making a '2.6' branch next week I'll be making a 'maint' branch. Have you experimented at all with what the upstream looks like if you merge a private branch instead of rebasing it and then push the result? I *think* the private branch's objects will get pushed upstream, but the ref/heads entry won't, but I don't know that for sure. If I'm right, then the other change in the wiki will be to remove all of the stuff about rebasing instead of merging. On the matter of feature branches, I'm tempted to create two public ones, 'boost' and 'mvc' to provide a long-running context to those changes and to encourage others to join the fun. A third, 'core-sql', would come after the engine has been cleaned up enough for it to be practical. What do you think? Regards, John Ralls ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Branching strategy for git
As I said, you'll just see a fork and merge but without identification of private branch. I made a small local example and the result: * 124d38e (HEAD, origin/master, master) Merge branch 'private' |\ | * cbcff86 change in private * | ebe2dec another commit in master * | 4bfde8e change in master |/ * 9b2b43b initial full prompt of the process with upstream repos and two dev is in attachment 2014-03-25 22:00 GMT+04:00 John Ralls jra...@ceridwen.us: On Mar 25, 2014, at 9:52 AM, Dmitry Pavlov zeldi...@gmail.com wrote: Branch is just a pointer to head of revisions list (node in revision tree) . So if you merge private branch in branch that is then pushed to public, it will be visible like this: http://git-scm.com/figures/18333fig0317-tn.png But without pointer to iss53 Yes, that’s what I said I thought was the case.* I’d have more confidence in that claim if the reference wasn’t figure 3.17 from http://git-scm.com/book/en/Git-Branching-Basic-Branching-and-Merging in the section “basic merging”. Unfortunately, Chacon doesn’t explicitly cover what the history on the remote will look like when one pushes the merge of a private branch, even in http://git-scm.com/book/en/Distributed-Git-Maintaining-a-Project#Integrating-Contributed-Workwhere he covers the subject explicitly; he seems to consider only the case where all branches are pushed, and he illustrates only what the local repo looks like. Regards, John Ralls *Quibble: Not quite a pointer. More like a symbolic link in the file system or a database foreign key, because it contains the *name* of the commit, not its address. And not necessarily the head of the list; the commit pointed to may be the parent of another commit, as it is in the illustration. -- С уважением, Дмитрий Павлов dmitry@acernt:/tmp$ mkdir git-tests dmitry@acernt:/tmp$ cd git-tests/ dmitry@acernt:/tmp/git-tests$ mkdir upstream dmitry@acernt:/tmp/git-tests$ cd upstream/ dmitry@acernt:/tmp/git-tests/upstream$ git init --bare Initialized empty Git repository in /tmp/git-tests/upstream/ dmitry@acernt:/tmp/git-tests/upstream$ cd .. dmitry@acernt:/tmp/git-tests$ rmdir a b dmitry@acernt:/tmp/git-tests$ git clone upstream a Cloning into 'a'... done. warning: You appear to have cloned an empty repository. dmitry@acernt:/tmp/git-tests$ git clone upstream b Cloning into 'b'... done. warning: You appear to have cloned an empty repository. dmitry@acernt:/tmp/git-tests$ cd a dmitry@acernt:/tmp/git-tests/a$ touch a b c dmitry@acernt:/tmp/git-tests/a$ git add a b c dmitry@acernt:/tmp/git-tests/a$ git commit -m initial [master (root-commit) 9b2b43b] initial 0 files changed create mode 100644 a create mode 100644 b create mode 100644 c dmitry@acernt:/tmp/git-tests/a$ git push origin master Counting objects: 3, done. Delta compression using up to 4 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 213 bytes, done. Total 3 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (3/3), done. To /tmp/git-tests/upstream * [new branch] master - master dmitry@acernt:/tmp/git-tests/a$ cd ../b dmitry@acernt:/tmp/git-tests/b$ git pull remote: Counting objects: 3, done. remote: Compressing objects: 100% (2/2), done. remote: Total 3 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (3/3), done. From /tmp/git-tests/upstream * [new branch] master - origin/master dmitry@acernt:/tmp/git-tests/b$ git branch * master dmitry@acernt:/tmp/git-tests/b$ git checkout -b private Switched to a new branch 'private' dmitry@acernt:/tmp/git-tests/b$ echo private branch change b dmitry@acernt:/tmp/git-tests/b$ git add b dmitry@acernt:/tmp/git-tests/b$ git commit -m change in private [private cbcff86] change in private 1 file changed, 1 insertion(+) dmitry@acernt:/tmp/git-tests/b$ git checkout master Switched to branch 'master' dmitry@acernt:/tmp/git-tests/b$ echo change in master a dmitry@acernt:/tmp/git-tests/b$ git add a dmitry@acernt:/tmp/git-tests/b$ git commit -m change in master [master 4bfde8e] change in master 1 file changed, 1 insertion(+) dmitry@acernt:/tmp/git-tests/b$ echo another change c dmitry@acernt:/tmp/git-tests/b$ git add c dmitry@acernt:/tmp/git-tests/b$ git commit -m another commit in master [master ebe2dec] another commit in master 1 file changed, 1 insertion(+) dmitry@acernt:/tmp/git-tests/b$ git merge private Merge made by the 'recursive' strategy. b |1 + 1 file changed, 1 insertion(+) dmitry@acernt:/tmp/git-tests/b$ git push origin master Counting objects: 13, done. Delta compression using up to 4 threads. Compressing objects: 100% (8/8), done. Writing objects: 100% (11/11), 1.02 KiB, done. Total 11 (delta 1), reused 0 (delta 0) Unpacking objects: 100% (11/11), done. To /tmp/git-tests/upstream 9b2b43b..124d38e master - master dmitry@acernt:/tmp/git-tests/b$ git branch * master private dmitry@acernt:/tmp/git-tests/b$ cd ../a dmitry@acernt:/tmp/git-tests/a$ git pull remote: Counting objects: 13, done
Tables improvements in reports
Hello, Does anyone plan to improve tables representation in reports? Currently all the tables are pretty simple and they are not very convinient to use on a large number of columns and rows. As an example, there is no row/column fixation feature. I think that using some js library would be a good way to improve generated reports especially for view inside gnucash (without exporting to html or pdf), like it was with graphs, when adding jqplot make them to look cool. If this is not in progress now and not on roadmap, please provide your thoughts about this suggestion, because I'm thinking about that for a while and ready to try implementing it. -- Regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
No more Russian translation maintainer.
FYI: i found that the last main translator, Sergey Belyashov (at least according to po file) is no more invlolved in translation process (I wrote him a mail and he told that he is no more interested in supporting translations). Current version show the signs of abandon for Russia language: new menu options are not translated and some tips of the day too. Currently I'm not ready to make a commitment that I can be responsible for regular russian translations updates, but I'll think about that. This letter is just intended to point out a problem, may be we can discuss it with another russian-specking members of the list. P.S. If i'm missing something and in reality russian translators still exists, please let me know. -- Regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Re: Tables improvements in reports
Ok, thanks for your feedback. First of all, I'll make some research and a proof of concept to test overall idea. I want to find a suitable library at first. Currently looking at https://datatables.net/ 2014-03-21 19:51 GMT+04:00 Derek Atkins warl...@mit.edu: Hi, Dmitry Pavlov zeldi...@gmail.com writes: Hello, Does anyone plan to improve tables representation in reports? Currently all the tables are pretty simple and they are not very convinient to use on a large number of columns and rows. As an example, there is no row/column fixation feature. I think that using some js library would be a good way to improve generated reports especially for view inside gnucash (without exporting to html or pdf), like it was with graphs, when adding jqplot make them to look cool. If this is not in progress now and not on roadmap, please provide your thoughts about this suggestion, because I'm thinking about that for a while and ready to try implementing it. Sounds like a great project. Let us know how we can help you, and we look forward to your patches! -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/PP-ASEL-IA N1NWH warl...@mit.eduPGP key available -- С уважением, Дмитрий Павлов ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Pull requests via github
Hello, do you accept patches as pull requests on github? I made one today, but after that I found another one, initiated a year ago, where it's said, that I need to send a patch to this list. It is still true or something changed after complete migration to git? Best regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reports options layouting
Hi, is there any tools (functions) in guile lib for reports to perform something more difficult and customizable then simple linear placement of report options (one after another from top to bottom of popup menu)? I've tried to find something but without any result. It would be great to have ability to group a some of options on 1 line at least. As an example usage: a text field that is dependent on combobox selection (for some options it is enabled and for others it is not) and it's positioned right after this combobox on the same line. Something similiar has date selection control but it seems that it's hardcoded control and it's not possible to create the same using only scheme code. -- Best regards, Dmitry Pavlov ___ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
