Graag mening of de trunks (vertalingsmappen) dienen te worden hersplitst.

Aangezien met v 2.3.3 de lagere php versies 'beneden' 5.6 hierna niet meer worden ondersteund, voorstel tot duidelijke scheiding.
Akkoord ?

Goedemorgen Leo,

wat is het voordeel om de vertaling te splitsen? Is het niet makkelijker om bij het uitbrengen van de volgende e107 gewoon een .zip hier te plaatsen voor e107 tot php 5.6 en gewoon verder te gaan zoals het nu is?

In theorie eigenlijk niks, maar met de nieuwe wijzigingen recentelijk (database collatie) creëer je een scheidingspunt.

Ok, misschien al wat ver vooruitlopend, maar ik kan niet overzien of de nieuwe collatie (utf8mb4), straks hier of daar roet in het gebeuren gaat schoppen. Dit ook omdat deze collatie effecten heeft op (als in gebruik) op MySQL. (bijv. emoji ondersteuning). Utf8mb4 zit standaard in MySQL 8.0 en heeft (voorlopig) dan geen deprecatie.

Met afsplitsen bedoel ik : we hebben nou 4 branches op SF, die laten we als archief....
Dan starten we een 5e met als basis de vertaling van 2.3.3 en gaan daar verder op.
Een zip van het/de oudere versie releases kan altijd.

Ja, het is weliswaar dus een systeem code (db) wijziging, maar of er een invloed gaat heersen.....dat is de vraag, dus leek het mij een goed punt om dat nou te doen. (geen glazen bol).

Heeft trouwens weinig effect op het gebruik van Tortoise... de 'werkmap' verandert, niet het gebruik
Huidig is e107_2x.x_Dutch-utf8 deze dan naar bijv. e107_2.3x.x_Dutch-utf8mb4 ... zomaar gedachtengang.

leesvoer   linkie 

(.... oudere versie gebruikers.. startend of draaiend op oudere systemen ??)
jaja wat doen we ermee... daarom de vraagstelling