User talk:Jralls

From GnuCash
Jump to: navigation, search

Page request

Hello John, Thanks for adding me as a Wiki user. I don't have sufficient privileges to create the page referenced from my update to Closing Books. Could you create the page for me? -Mike

Done. Please create a new section and add your sign on talk pages. --Fell (talk) 22:07, 26 June 2019 (UTC)

Revert discussion

Hello John, please explain your revert at the talkpage of Roadmap. Otto (talk) 14:11, 29 June 2015 (UTC)


Hi John, you took out the word alias from your last edit of the Editing Git page but I think you forgot to replace it with something better. Regards Chris Good

Chris, Thanks for noticing. Fixed.

Bugs/support for "unsupported" tool Bayes.perl

Hello, Jralls, many thanks for all your work on GnuCash. Your diligence includes monitoring the Wiki, and noticing the bugs I documented in Talk:Bayes. You deleted those notes, and pointed me to to request support there.

Fair enough. I want to contribute in the correct way to help GnuCash forward. Still, the issues I was noting are for a Perl script at Bayes, and it says there, "The GnuCash team is not responsible for it and it is provided as-is and you can use it at your own risk." Do you really want traffic on gnucash-user for a "not responsible" bit of code? Do you also want bugs on this utility to be filed at If so, then is it all right if I add this after the "not responsibile" sentence in Bayes?

Thank you again for your dedication. I appreciate GnuCash very much. Jim DeLaHunt (talk) 19:16, 11 February 2016 (UTC)

Jim, if you open the history of the Bayes page, you can see the author User:YeOldHinnerk. How about contacting him? --Fell (talk) 22:26, 11 February 2016 (UTC)
Thank you, that is a good suggestion, but I'm not thinking so much of answering my questions as helping the next reader find the right way to answer their questions. The page should say what is the right place to direct questions and bug reports. Jim DeLaHunt (talk) 01:40, 12 February 2016 (UTC)
And BTW he's been in the past a regular contributor to gnucash-users, though he hasn't posted anything there in a year.

No, don't file a bug report for a Wiki page. Change the Wiki Page. We don't use Talk pages much. Frank and I camp out on the Recent_Changes page so that we can revert and block spammers, so we see the changes. I don't think that anyone else ever looks, so your complaints would be unheard. Much better to either change the page itself, to post about it on gnucash-user, or both.

FWIW a cursory look at the code shows that it has no facility for handling a compressed file and that it loops through the file once, processing the first import-map-bayes element that it finds and then exiting. It's working with the XML as raw text so it has the potential to mess up your file and make it unreadable. A simple XSLT stylesheet would do a better job more safely.

Thank you, Jralls. I will improve the wiki page. The XSLT suggestion is a good one. I'll have a go at that. Jim DeLaHunt (talk) 01:42, 12 February 2016 (UTC)

SQL Queries

Hi. Regarding your comment in AFAIK that was my example. I removed it to reduce clutter and decided on a git repository so others can contribute queries and corrections (I noticed I have done several corrections to my queries without ever updating the wiki). Would you mind re-applying the changes? Thanks! - g2010a

Minor edits from Lee

Hi Jralls! I am working my way through MacOSX/Quartz. Thanks so much for putting this guide together! I have not gotten very far yet, but, in the spirit of giving back, I thought I'd try to make minor helpful edits as I progress. Hopefully you'll agree the edits are helpful. LeeRead (talk) 18:24, 31 July 2017 (UTC)

LeeRead: I would mind less if the changes were correct. There's no good reason to replace a clickable download link with a curl command line that has to be pasted somewhere, and anyone who's building GnuCash from source darn well ought to know her way around a browser well enough to be able to control-click the link and save it where they want, or to copy the link and paste it into curl on the command line. Please do keep the wording somewhat formal and succinct. For example, I don't particularly care for "This is well documented over at MediaWiki. Go there, read up, follow the recommended editing conventions, and you'll be communicating with fellow editors like a rock star in no time." A simple "MediaWiki has some talk page editing [<link> recommendations]." gets the same message across without sounding like a hipster chatbot.John Ralls (talk) 20:24, 31 July 2017 (UTC)
Sooo... nothing positive to say? :-) LeeRead (talk) 20:47, 31 July 2017 (UTC)
Sure. Your explanations of creating custom reports are very welcome indeed. That's always been a particular weak spot in our documentation.John Ralls (talk) 08:30, 1 August 2017 (UTC)
John, I get the feeling I stepped on your toes with my edits of your MacOSX/Quartz page. I like my changes, but it is your page, so we can revert if you like. LeeRead (talk) 10:38, 1 August 2017 (UTC)
It's not a stepping-on-toes thing. Your change is dumb. Why make the user paste a command line into the terminal when simply clicking the link and hitting command-s does the job?John Ralls (talk) 15:52, 2 August 2017 (UTC)
Oh sorry, just noticed this reply now! You are so hard on me! :-) I would argue that "dumb" is subjective here. Browsers sometimes change the filename extensions. I like the certainty of getting what you expect where you expect it with the curl command. LeeRead (talk) 00:00, 18 August 2017 (UTC)

MacOSX/Quartz updated with build notes

Hi John, as discussed on IRC, I've incorporated my notes from a successful build on gnucash stable on macOS into MacOSX/Quartz. Thanks for all your help with build issues. Some of my notes likely do not apply to gnucash unstable. Some of my notes might better belong on Building GTK-OSX. Some notes might be avoidable if we update source. Let me know what you think. And try to be gentle, eh? LeeRead (talk) 00:10, 18 August 2017 (UTC)