-v3.2.7.
-Clean up error procedures and error descriptions in delete function.
-Cleaned up spacing, documentation inconsistencies, incomplete error messages.
-Updated CREATING_LANGUAGE_PACKS.txt to be more informational.
-Add verifyGui() function.
-Mostly copy verifyLanguage() function.
-Add ERROR 25, "Could not verify GUI!".
-Add ERROR 25 to ERROR_DESCRIPTIONS.txt.
-Move UI files to UI folder in root of installation location.
-Now the loading spinner, colors, language, and UI theme will be adjustable.
-Language and UI theme will be user selectable.
-Need to add config entries, other supporting logic.
-Need to update language pack docs.
-Need to update api information.
-Need to update config.php
-Add languageStrings.php to Hindi language pack.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi l,h,1,2,f
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.7.
-Clean up error procedures and error descriptions in delete function.
-Cleaned up spacing, documentation inconsistencies, incomplete error messages.
-Updated CREATING_LANGUAGE_PACKS.txt to be more informational.
-Add verifyGui() function.
-Mostly copy verifyLanguage() function.
-Add ERROR 25, "Could not verify GUI!".
-Add ERROR 25 to ERROR_DESCRIPTIONS.txt.
-Move UI files to UI folder in root of installation location.
-Now the loading spinner, colors, language, and UI theme will be adjustable.
-Language and UI theme will be user selectable.
-Need to add config entries, other supporting logic.
-Need to update language pack docs.
-Need to update api information.
-Need to update config.php
-Add languageStrings.php to Hindi language pack.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi l,h,1,2,f
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.7.
-Clean up error procedures and error descriptions in delete function.
-Cleaned up spacing, documentation inconsistencies, incomplete error messages.
-Updated CREATING_LANGUAGE_PACKS.txt to be more informational.
-Add verifyGui() function.
-Mostly copy verifyLanguage() function.
-Add ERROR 25, "Could not verify GUI!".
-Add ERROR 25 to ERROR_DESCRIPTIONS.txt.
-Move UI files to UI folder in root of installation location.
-Now the loading spinner, colors, language, and UI theme will be adjustable.
-Language and UI theme will be user selectable.
-Need to add config entries, other supporting logic.
-Need to update language pack docs.
-Need to update api information.
-Need to update config.php
-Add languageStrings.php to Hindi language pack.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi l,h,1,2,f
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.7.
-Clean up error procedures and error descriptions in delete function.
-Cleaned up spacing, documentation inconsistencies, incomplete error messages.
-Updated CREATING_LANGUAGE_PACKS.txt to be more informational.
-Add verifyGui() function.
-Mostly copy verifyLanguage() function.
-Add ERROR 25, "Could not verify GUI!".
-Add ERROR 25 to ERROR_DESCRIPTIONS.txt.
-Move UI files to UI folder in root of installation location.
-Now the loading spinner, colors, language, and UI theme will be adjustable.
-Language and UI theme will be user selectable.
-Need to add config entries, other supporting logic.
-Need to update language pack docs.
-Need to update api information.
-Need to update config.php
-Add languageStrings.php to Hindi language pack.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi l,h,1,2,f
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.5.
-CONCEPT EXPLORATION: I Want to make UI's all exactly the same.
-The quest for modularity / scalability / maintainability continues!
-Making the UI and language packs separate, we enable the development of UIs to be language-agnostic.
-Add an errorStrings.php to each language pack.
-Define log language + error language in config, use errorStrings to translate core errors also.
-Add error translations to the ERROR_DESCRIPTIONS.txt file in a
-If we develop a a UI, it will apply to every language pack.
-If we develop a language pack, it will apply to every UI.
-UI developers can add/require their own supplemental languageStrings files, or bake this text into the UI.
-UI developers can chose to completely ignore the stock languageStrings file if they want.
-Create new root folder called UI.
-Move h,1,2,f files into UI folder.
-Create a subfolder for existing UI called Default.
-Move styleCore and stylesheets.css into UI/Default folder.
-Future ideas for UIs include "dark" "light" and various holiday themes.
-Maybe an automatic holiday selection mechanism based on timezone?
-Move errors from h,1,2,f to languageStrings.php.
-Make core check for existence of h,1,2,f files in the language pack folder.
-If style is specified & user style selection is allowed, use specified style.
-If h,1,2,f files exist and no style specified, use UI/Default.
-If h,1,2,f files don't exist and no style specified, use UI/Default.
-Tweak German language pack.
-Remove extra whitespace in UI1 buttons to save room.
-Add languageStrings.php to Spanish, French language packs.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es l,h,1,2,f
-Fr l,h,1,2,f
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.4.
-Merge security related checks in file operations inside the error check code.
-Try to make them all consistent. Move some log code to after the sanitization process in upload/download/delete.
-The log message 'Could not verify tokens!' will now only appear in logs if $Verbose is set in config.php.
-Fix missing translations in subtitles, subtitles labeled as models.
-Was leftover copy-pasta.
-Add jpe to supported formats.
-I really want to rework PDFs soon.
-Want to add the ability to convert between any supported format using existing functions.
-v3.2.3.
-Implemented subtitle conversions for Arabic, Bengali, German, & English language packs.
-Work on German language pack.
-Copy English as a template.
-Language packs complete:
-Ar l,h,1,2,f
-Bn l,h,1,2,f
-De l,h,1,2,f
-En l,h,1,2,f
-Es
-Fr
-Hi
-It
-Ko
-Pt
-Ru
-Uk
-Zh
