помощь в развитии сайта
Модератор: Модераторы
-
rudjuk1977
- постоялец
- Сообщения: 104
- Зарегистрирован: 28.04.2007 21:18:56
- Откуда: Киев
- Контактная информация:
-
rudjuk1977
- постоялец
- Сообщения: 104
- Зарегистрирован: 28.04.2007 21:18:56
- Откуда: Киев
- Контактная информация:
STAKANOV писал(а):
Оценка затрат (или стоимости владения) вещь спорная, у того же Майкрософта есть очень сладкие предложения для разработчиков и т.п. К тому же где-то год назад мы тут спорили и я приводил исследования по этому поводу. Причем это были именно исследования.
Хорошо бы видеть больший упор именно на практической использование Lazarus, причем без оглядки на что-то там еще, без сравнений. У меня есть подозрение, что если писать только о FPC/Lazarus/MSEide&MSEgui, то толку больше будет. Мол вот есть Lazarus и так это делается с помощью него, а о том что есть что-то еще можно просто забыть. Успех гарантирован.
Это пока вступительная часть. 1 из 5 написанных на данный момент. Конечно, дальше больше информации. Изначально, книга планировалась на начальный уровень. Поэтому, идёт по мере усложнения. По поводу практических примеров, они есть в дальнейшем. Хотелось бы побольше, но есть определённые проблемы из-за недоработанности Лазаря. Идея написания возникла более года назад. В сентябре начал писать. Но, скажу честно, я планировал, что Лазарус за 1,5 года продвинется гораздо дальше, чем находится сейчас. Т.к. тагда бы я мог реально живые прикладные примеры продемонстрировать. А пока всё таки, это будут не такие сложные и интересные примеры, как хотелось.
- shade
- энтузиаст
- Сообщения: 879
- Зарегистрирован: 21.02.2006 19:15:48
- Откуда: http://shamangrad.net/
- Контактная информация:
Прочитал правила публикации статей на вашем сайте и и пришло пару идей:
1. Я как-то писал скрипт для форматирования исходников на паскале (оппробовать) - его можно было бы обновить (добавить ключевые слова FPC, которых нет в Delphi, н-р operator) и разместить на freepascal.ru
2. Установить редактор openwysiwyg или http://tinymce.moxiecode.com/ или http://www.fckeditor.net/ чтобы модераторы не мучались с разметкой
1. Я как-то писал скрипт для форматирования исходников на паскале (оппробовать) - его можно было бы обновить (добавить ключевые слова FPC, которых нет в Delphi, н-р operator) и разместить на freepascal.ru
2. Установить редактор openwysiwyg или http://tinymce.moxiecode.com/ или http://www.fckeditor.net/ чтобы модераторы не мучались с разметкой
- Attid
- долгожитель
- Сообщения: 2588
- Зарегистрирован: 27.10.2006 17:29:15
- Откуда: 44°32′23.63″N 41°2′25.2″E
- Контактная информация:
мне третий редактор нравится =)
еще цитирование с руборда стянуть оч удобно =) и не требует изменение движка (ява скрипт).
а поповоду
это надо в движок вклиниваться и кроме тегов [сode][/сode] еще добавить тег [pсode][/pсode] чтоб в базе все хранилось в текстовом виде, а при отображении форматировалось, раскрашивалось.ИМХО =)
еще цитирование с руборда стянуть оч удобно =) и не требует изменение движка (ява скрипт).
а поповоду
форматирования исходников на паскале
это надо в движок вклиниваться и кроме тегов [сode][/сode] еще добавить тег [pсode][/pсode] чтоб в базе все хранилось в текстовом виде, а при отображении форматировалось, раскрашивалось.ИМХО =)
Я как-то писал скрипт для форматирования исходников на паскале (оппробовать) - его можно было бы обновить (добавить ключевые слова FPC, которых нет в Delphi, н-р operator) и разместить на freepascal.ru
очень полезная возможность, но делать это в реалтайме довольно ресурсоемко
имхо стоит прогонять через этот скрипт исходники при подготовке статьи
Установить редактор openwysiwyg или http://tinymce.moxiecode.com/ или http://www.fckeditor.net/ чтобы модераторы не мучались с разметкой
на самом деле интерфейс редактора предусматривает такой редактор
но после обсуждения было решено эту функцию исключить, т.к. редакторы имеют привычку вносить еще много мусорных тегов
разметка в требованиях довольна простая и призвана сделать более наглядными и удобочитаемыми статьи
используется там всего около 10 тегов - так что сложности возникнуть не должно
если все таки сложности с форматированием есть - пишите в аську
главное ведь в статье - это ее содержание
- shade
- энтузиаст
- Сообщения: 879
- Зарегистрирован: 21.02.2006 19:15:48
- Откуда: http://shamangrad.net/
- Контактная информация:
ev писал(а):очень полезная возможность, но делать это в реалтайме довольно ресурсоемко
Сложность алгоритма - O(n), где n - длина форматируемого текста, так что асимптотически оптимально, да и фактически достаточно оптимально.
С другой стороны я согласен с вами в том смысле, что: статья обновляется редко, а чаще вообще не обновляется, поэтому форматировать исходник при каждом показе расточительная роскошь и я этого не предлагал. Я имел в виду, установить в том виде как стоит у меня, что бы те кто готовит статью мог им пользоваться, можно ничего не устанавливать, а просто дать ссылку в правилах на скрипт на моем сайте.
Более того, если ставить визуальный редактор, то у меня уже мелькали мысли как добавить автоматическое форматирование исходников в подобных редакторах
ev писал(а):на самом деле интерфейс редактора предусматривает такой редактор
но после обсуждения было решено эту функцию исключить, т.к. редакторы имеют привычку вносить еще много мусорных тегов
1. MS Word вставляет кучу тегов, всякие там стили... А вот openwysiwyg (другие два, также, т.к. используют один механизм, различия только в интерфейсе) создает (почти) нормальный код, хотя местами он конечно же вставляет лишнее, но не так много.
2. Вы сами ответили
ev писал(а):главное ведь в статье - это ее содержание
3. можно написать небольшой скрипт, который почистит лишние теги. Если предположить что лишних тегов будет не много, то скрипт будет дейсвительно небольшой.
ev писал(а):используется там всего около 10 тегов - так что сложности возникнуть не должно
Я у себя на сайте тоже статьи оформлял вручную на HTML. Сложность не в количестве тегов, сложность в том, что нужно экранировать символы (<, >, "), и следить за закрывающимися тегами. Поэтому долго искал редактор, который вставлял бы по минимуму, но таких похоже нет. Сейчас мое IMHO в том, что лучше немного пожертвовать размером, чем тратить время на ручную расстановку тегов, т.к. содержимое все-таки важнее.
Attid писал(а):форматирование не знаю, подсветка 1 функция php.
c большим массивом ключевых слов.
Может я что-то упускаю, но в PHP есть встроенная функция только для подсветки PHP
-
Replicator
- постоялец
- Сообщения: 154
- Зарегистрирован: 30.04.2006 17:14:45
- Откуда: Outer Heaven
- Контактная информация:
По подсветке лучший (на мой взгляд) вариант "GeSHi - Generic Syntax Highlighter": http://qbnz.com/highlighter/ Работает на PHP, легко настраивается, номера строк и т.п.
P.S. А код лучше заключать в <pre><code>code</code></pre> или просто в <code>code</code>, а преформатирование через CSS выставить.
P.S. А код лучше заключать в <pre><code>code</code></pre> или просто в <code>code</code>, а преформатирование через CSS выставить.
- shade
- энтузиаст
- Сообщения: 879
- Зарегистрирован: 21.02.2006 19:15:48
- Откуда: http://shamangrad.net/
- Контактная информация:
-
Replicator
- постоялец
- Сообщения: 154
- Зарегистрирован: 30.04.2006 17:14:45
- Откуда: Outer Heaven
- Контактная информация:
На http://fblib.altervista.org/ есть красивый банер Лазаруса. Я себе его прицепил, надеюсь, претензий не будет
Может стоит его добавить в коллекцию на этом сайте? А то мне например, ни один из существующих не понравился (эт мое сугубо субъективное мнение)....
Может стоит его добавить в коллекцию на этом сайте? А то мне например, ни один из существующих не понравился (эт мое сугубо субъективное мнение)....
- shade
- энтузиаст
- Сообщения: 879
- Зарегистрирован: 21.02.2006 19:15:48
- Откуда: http://shamangrad.net/
- Контактная информация:
Attid писал(а):не хвает очень важной вещи это каталога компонент\примеров\модулей подобие torry.net вот сейчас кинулся искать фри репорт, я правда на форуме поиском нашел, но бывает хуже. часто натыкаешься на вопросы где взять портированые RX компоненты. или бывает в ветках форума выкладывают полезные юниты, но выкладывают где-нибуть на рапиде или подобных что не гарантирует долгое хранение. тоже самое с примерами кажется только в этом году было 2 вопроса про то как взять данные с MySQL был бы пример было меньше вопросов и народу проще было бы обучаться.
Интересная идея, могу реализовать в PMS. Только я пока не представляю себе процесс пополнения и модерирования этого каталога.
По идеи нужно предоставить возможность всем желающим пополнять/обновлять каталог, с другой стороны компонненты/модули бывают хорошие и полезные, а бывают не очень... Потому нужно придумать адекватную схему отбора лучших компонент -- ну или в простейшем случае возложить эту функцию на модераторов.
Никогда не пользовался такими каталогами, потому не могу знать как лучше всё это организовать:
В каком виде хранить компоненты/модули? - zip архив, исходники/бинарники?
Какую информацию о компоненте нужно хранить базе?
Если есть желающие модерировать такой каталог, то свяжитесь со мной через ЛС. Сам я модерировать такой каталог не могу.
PS: Только боюсь, что не найдется энтузиастов постоянно (хотя бы раз в месяц) поддерживать такой каталог: искать/тестировать/добавлять/обновлять компоненты, писать хотя бы небольшие описания...
В общем, если это кому-нибудь нужно, то я открыт для обсуждений
