<p dir="ltr">Hi,</p>
<p dir="ltr">Is it not an option to keep the patch in gerrit? Just as open feature. Then it is easyer for those who update the patch to the latest version of TYPO3 to share there work.</p>
<p dir="ltr">Gr. Frans</p>
<div class="gmail_quote">Op 16 jul. 2013 08:15 schreef &quot;Jigal van Hemert&quot; &lt;<a href="mailto:jigal.van.hemert@typo3.org">jigal.van.hemert@typo3.org</a>&gt; het volgende:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
On 15-7-2013 22:53, François Suter wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I&#39;ve just sent to Gerrit the patch corresponding to the migration of all<br>
existing system extension manuals to reStructured Text!<br>
</blockquote>
<br>
Thanks to all involved in converting these manuals.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
6) there is a mysterious diff file stored inside the dbal doc folder,<br>
which is also removed by this patch. I don&#39;t if it is of any importance.<br>
If yes, we can find it a new home. See:<br>
</blockquote>
<br>
It&#39;s not mysterious; the dbal manual describes it on page 16 (the old .sxw page number):<br>
<br>
=======<br>
Can I put the cache tables in a different database?<br>
<br>
Yes, you can map the cache tables somewhere else. There is one caveat, though – if you put the cache_pages table into a different database than the pages table the FE will throw an error. The tslib_fe class uses a join over those two tables, which cannot work. Never.<br>

You can do two things to work around this: Use the file-based caching that is available since TYPO3 4.0.0 or apply the patch class.tslib_fe.php.diff found in the doc/ directory of the DBAL extension (beware: this patch is not maintained anymore and may not apply cleanly to new versions of TYPO3).<br>

=======<br>
<br>
There are of course a couple of ways to proceed:<br>
<br>
- keep the patch, update it<br>
- remove the patch, update the manual<br>
- remove the patch, incorporate it in core or dbal<br>
<br>
The third option would decrease performance if we include it in the core.<br>
The second option seems to make the most sense.<br>
<br>
Maybe Xavier can give his opinion?<br>
<br>
-- <br>
Jigal van Hemert<br>
TYPO3 CMS Active Contributor<br>
<br>
TYPO3 .... inspiring people to share!<br>
Get involved: <a href="http://typo3.org" target="_blank">typo3.org</a><br>
______________________________<u></u>_________________<br>
Before posting to this list, please have a look to the posting rules<br>
on the following websites:<br>
<br>
<a href="http://typo3.org/teams/core/core-mailinglist-rules/" target="_blank">http://typo3.org/teams/core/<u></u>core-mailinglist-rules/</a><br>
<a href="http://typo3.org/development/bug-fixing/diff-and-patch/" target="_blank">http://typo3.org/development/<u></u>bug-fixing/diff-and-patch/</a><br>
______________________________<u></u>_________________<br>
TYPO3-team-core mailing list<br>
<a href="mailto:TYPO3-team-core@lists.typo3.org" target="_blank">TYPO3-team-core@lists.typo3.<u></u>org</a><br>
<a href="http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-team-core" target="_blank">http://lists.typo3.org/cgi-<u></u>bin/mailman/listinfo/typo3-<u></u>team-core</a><br>
</blockquote></div>