<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[FrontAccounting forum — Recurring Invoices ... A Problem]]></title>
		<link>https://frontaccounting.com/punbb/viewtopic.php?id=6997</link>
		<atom:link href="https://frontaccounting.com/punbb/extern.php?action=feed&amp;tid=6997&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Recurring Invoices ... A Problem.]]></description>
		<lastBuildDate>Sun, 05 Nov 2017 20:24:18 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29472#p29472</link>
			<description><![CDATA[<p>I have other modules too. I will check in isolation then revert to you.</p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Sun, 05 Nov 2017 20:24:18 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29472#p29472</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29466#p29466</link>
			<description><![CDATA[<p>@boxygen. I don&#039;t have that problem myself.&nbsp; However, I can see that rep107.php does have the ability to send multiple emails if the from invoice number and to invoice number are not equal.&nbsp; The recurring module sets these equal so it should only ever send one email for each invoice generated.&nbsp; Do you have any other modules loaded?</p>]]></description>
			<author><![CDATA[null@example.com (cambell)]]></author>
			<pubDate>Sun, 05 Nov 2017 14:59:49 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29466#p29466</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29266#p29266</link>
			<description><![CDATA[<p>@boxygen. Yes, I&#039;m using the recurring module in production.&nbsp; I&#039;ll have a look.&nbsp; I&#039;m pretty sure that&#039;s not happened to me.</p>]]></description>
			<author><![CDATA[null@example.com (cambell)]]></author>
			<pubDate>Sat, 28 Oct 2017 06:48:33 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29266#p29266</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29218#p29218</link>
			<description><![CDATA[<p>The Mail Send seems to be placed in the wrong inner loop.....</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Thu, 26 Oct 2017 11:28:22 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29218#p29218</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29195#p29195</link>
			<description><![CDATA[<p>@cambell are you using this module currently? Because I have faced a very strange behaviour from this module. I entered almost 10 recurring invoices of 10 different customers. ON due date I selected the Check All Check Box and Clicked the Generate Invoice BUtton to send invoices to all.</p><p>Invoices were created but each customer has received invoice ten times in email. It has simply multiplied the number of times each email with number of recurring invoices. <img src="https://frontaccounting.com/punbb/img/smilies/sad.png" width="15" height="15" alt="sad" /></p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Wed, 25 Oct 2017 08:18:29 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29195#p29195</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=29082#p29082</link>
			<description><![CDATA[<p>@cambell I shall mention that with the help of your extension I have learned one great thing. I have learned how to manage the whole menu structure of the FA from any single module.</p><p>Thanks a lot</p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Tue, 17 Oct 2017 18:35:58 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=29082#p29082</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28998#p28998</link>
			<description><![CDATA[<p>@cambell may be you are right but since I have already spent a lot of time to understand FA style of coding, I felt your code a little complex. And yes you are right I am among those students who found OOP difficult to grasp. <img src="https://frontaccounting.com/punbb/img/smilies/smile.png" width="15" height="15" alt="smile" /></p><p>I hope my incongruous feedback won&#039;t stop you from sharing things to FA۔ <img src="https://frontaccounting.com/punbb/img/smilies/sad.png" width="15" height="15" alt="sad" /></p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Thu, 12 Oct 2017 13:09:51 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28998#p28998</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28993#p28993</link>
			<description><![CDATA[<p>@boxygen that&#039;s kinda funny.&nbsp; Most of the recurring module is a copy and paste of FA core.&nbsp; I hear what you&#039;re saying, I remember teaching Object Oriented Programming to beginners at a community college in the &#039;90&#039;s.&nbsp; The students found object oriented concepts difficult to grasp.</p><p>The recurring module is a little complex - but, I think less complex than the existing FA implementation of a similar feature.</p>]]></description>
			<author><![CDATA[null@example.com (cambell)]]></author>
			<pubDate>Thu, 12 Oct 2017 07:57:09 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28993#p28993</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28990#p28990</link>
			<description><![CDATA[<p>I agree with @apmuthu. I am not very good at php but since the FA code is very simple I could have managed to do some customizations for my need. Unlike I tried to read to code of Recurring Module shared by @cambell but it is too difficult for me to understand unless I am a good user of composer type things. Anyway both of you are very important resource for us <img src="https://frontaccounting.com/punbb/img/smilies/smile.png" width="15" height="15" alt="smile" /></p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Wed, 11 Oct 2017 15:57:03 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28990#p28990</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28986#p28986</link>
			<description><![CDATA[<p>FA is built for &quot;non&quot; computer programming professional users accustomed to the very permissive and then loosely typed PHP versions from PHP 4.x onwards to 5.3.x. Many have been long time users of FA and stability and easy understand-ability are more important than esoteric latest is greatest paradigms. I subscribe to the old fashioned procedural style where individual files are not combined by &quot;less&quot; and &quot;autoloaded&quot; by the likes of composer. To each his own.... When Sun took PHP/MySQL over they tried to make it a clone of Java/JSP. When Oracle took that over from them, they tried to make it really complex by changing even the simple array construct to practically break everything hitherto.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Wed, 11 Oct 2017 14:27:27 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28986#p28986</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28983#p28983</link>
			<description><![CDATA[<p>@apmuthu Increasingly in modern web development there is a difference between what you code and what your ship / deploy. e.g. If using bootstrap you might code using scss fragments that are built (webpack, gulp etc) into a single css file that is shipped.&nbsp; Similarly for javascript, and also for any php dependencies.</p><p>I&#039;ve been using composer, npm, webpack, bower (when that was something) for many years now.&nbsp; There are always issues with anything, but I&#039;ve found the benefits to be well worth it.</p><p>The object oriented paradigm and auto load have long been core features in php for more than 10 years now. It would be nice to see FA move with the times :-)</p>]]></description>
			<author><![CDATA[null@example.com (cambell)]]></author>
			<pubDate>Wed, 11 Oct 2017 02:26:05 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28983#p28983</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28934#p28934</link>
			<description><![CDATA[<p>@cambell, that&#039;s great to hear.</p>]]></description>
			<author><![CDATA[null@example.com (kvvaradha)]]></author>
			<pubDate>Sun, 08 Oct 2017 16:36:19 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28934#p28934</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28925#p28925</link>
			<description><![CDATA[<p>I need more help over FA Cron Processing so that Auto Create shall work for this module at least.<br />Thanks in advance.</p>]]></description>
			<author><![CDATA[null@example.com (boxygen)]]></author>
			<pubDate>Sun, 08 Oct 2017 06:58:26 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28925#p28925</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28902#p28902</link>
			<description><![CDATA[<p>Making it an absolute config constant value would avoid having to set and overwrite is everywhere in erroneous relative path method that prevails now. I do not want autoload <strong>composer</strong>isation as it come with other issues.</p>]]></description>
			<author><![CDATA[null@example.com (apmuthu)]]></author>
			<pubDate>Sat, 07 Oct 2017 04:54:45 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28902#p28902</guid>
		</item>
		<item>
			<title><![CDATA[Re: Recurring Invoices ... A Problem]]></title>
			<link>https://frontaccounting.com/punbb/viewtopic.php?pid=28901#p28901</link>
			<description><![CDATA[<p>@kvvaradha your method doesn&#039;t work if you are wanting to use a standard report from within a custom module.&nbsp; The $path_to_root should be set only once, the report never checks if its defined and overwrites it with an incorrect value.&nbsp; The __DIR__ is correct in both cases.</p><p>Personally, I don&#039;t think that the path to root is robust (given that it should be set only once from the point of entry), I&#039;d love to see things switch to a more modern class auto load system, and would be happy to code that for the project.&nbsp; It would probably take a few weeks if it was just me.</p>]]></description>
			<author><![CDATA[null@example.com (cambell)]]></author>
			<pubDate>Sat, 07 Oct 2017 04:45:27 +0000</pubDate>
			<guid>https://frontaccounting.com/punbb/viewtopic.php?pid=28901#p28901</guid>
		</item>
	</channel>
</rss>
