Идеи

От Уики на Читанка
Версия от 08:28, 17 април 2011 на Борислав (беседа | приноси) (хайде и последната)
Направо към: навигация, търсене

Реализирани идеи

Задължително посочване на имейл

Идеята в едно изречение

Трябва задължително всеки потребител да си е посочил e-mail за връзка.

Пълно описание

Тази идея има отношение, както към раздел „Връзка с екипа“, така и към това, че комуникацията между потребителите ще се улесни значително.

Необходими умения за реализацията й

Достъп до административната част на сайта, както и придобиване уменията на Борислав. :)

Приоритет: 1

Причини: Изпуснати потенциални помощници и зависване на записи в ателието заради неосъществена комуникация с потребителите.

Забележки

Не е сигурно, че при въвеждането на тази възможност ще има 100% осъществена комуникация, но е крайно време да бъде въведена.

Коментари

Предлагам следната корекция: „Всеки потребител, който използва страницата „Връзка с екипа“ или желае да се включи в обработката на текстовете, трябва да е посочил валиден имейл за връзка.“ Излишно е да се задължава всеки потребител да регистрира имейл; в крайна сметка базата ще се напълни с [email protected], което на практика ще е същото. Според мен не е необходим достъп до административната част на сайта, просто трябва да се модифицират съответните модули. — Mandor 12:42, 11 април 2011 (EEST)

Подкрепям вариантът на Борислав за напомнящо съобщение при липса на имейл в страницата „Връзка с екипа“. Между другото, смятам за много полезно, че „Връзка с екипа“ е достъпна и за нерегистрирани потребители. — Mandor 12:55, 11 април 2011 (EEST)

Вместо това предложение, направих следните две промени:

  1. При „Връзка с екипа“ изскача еднократно подсещане, ако не е посочен имейл адрес.
  2. В ателието могат да се записват само потребители, които са посочили имейл адрес и са разрешили получаването на писма от останалите потребители.

Борислав 09:35, 17 април 2011 (EEST)

Промяна вътрешния формат на текстовете

Идеята в едно изречение

Замяна на сегашното представяне на текстовете (SFB) с XML.

Пълно описание

В момента текстовете в Читанка се съхраняват във формат SFB. Това налага средно сложен анализ на файла, преди да се конвертира към някой от крайните формати (TXT, FB2, ePub), като този анализ се извършва винаги, когато исканият краен формат не съществува в кеша на сайта. Предложението е текстовете да се съхраняват в XML-блокове; дори не е необходимо да е пълноценен XML-файл. Това дава следните предимства:

  • Еднократен (сложен) анализ на изходния SFB-файл;
  • Възможност за (почти) директно конвертиране на вътрешния XML файл в някой от изходните формати, например чрез XSLT.
  • Възможност за усложняване на SFB-парсера по такъв начин, че да улавя повече невалидни конструкции; в момента това е непрактично.

При тази организация на текстовете SFB-форматът ще се превърне в още един от изходните формати за конвертиране, който е интересен само за коректорите.

Необходими умения за реализацията й

Уеб-програмиране (PHP, MySQL); познаване на модулите за конвертиране.

Приоритет

(направо не искам да предполагам :-)

Забележки

  • „Пакетните“ файлове, които описват книгите и сборните издания, също ще се представят чрез XML.

Коментари

Сегашното конвертиране не е сложно и не мисля, че XSLT ще опрости много процеса. Така или иначе може да се направи отделен валидатор, с който ще се проверява изходния SFB. — Борислав 12:20, 18 април 2011 (EEST)

Добавяне на метаданни към SFB-формата

Идеята в едно изречение

Добавяне на пълен набор от метаданни за произведението/книгата в реализацията на SFB-формата.

Пълно описание

В началото всички метаданни бяха добавяни „на ръка“ при качването на текста в сайта. В последствие функционалността на информационния блок се разшири така, че да обхваща базовите метаданни (предположение: които в момента се поддържат от базата данни) — оригинално заглавие, поредица, номер, преводач и т.н., — реализирани чрез двойка „променлива“=„стойност“. Предложението е наборът от метаданни да се разшири до по-пълноценно множество (за основа може да се използва FB2-спецификацията и да се допълнят евентуалните липси), което да се добавя в началото на SFB-файла, или да се използва отделен файл (FBI: Fiction Book Info — информация за художествена книга). За представянето отново може да се използват двойки „променлива“=„стойност“, но е желателно имената да са на кирилица и да са групирани по предназначение („Информация за произведението“, „Информация за изданието“ и т.н. — по аналогия с FBS-формата). Този набор ще се записва в базата данни и ще помага за генериране на по-пълноценни изходни файлове, както и при евентуално разширяване на функционалността на сайта.

Необходими умения за реализацията й

Уеб-програмиране (PHP, MySQL); познаване на модулите за конвертиране.

Приоритет

?

Коментари

Тези данни ще се добавят на ръка, затова синтаксиса трябва да е максимално опростен. Групирането ще усложни както въвеждането, така и извличането на данните. — Борислав 12:12, 18 април 2011 (EEST)

Обновяване на програмата mylibtofb2 за проверка на SFB формата

Идеята в едно изречение

Трябва да се обнови в по-късен етап програмата mylibtofb2, която служи за проверка на SFB формата.

Пълно описание

За да се подобри проверката на текстовете от главните коректори и валидаторите е нужно да се обнови програмата mylibtofb2, така че да поддържа новите маркери и да се премахнат старите маркери, които няма да се използват след няколко месеца.

Най-добре е тази промяна да се извърши след окончателната промяна на SFB формата (или друг бъдещ формат използван от библиотеката).

Необходими умения за реализацията й

Благосклонността на Mandor - създателят на програмата.

Сложност

Не е в моята компетенция.

Приоритет

Приоритет: 7.

Причина: подобряване на процеса на обработка на текстовете, както и повишаването на качеството им.


Забележки

Комуникация между хората, които ще извършват промени във формата използван от библиотеката.