Отлично, пойдет. Бедем думать дальше
------------ Дoбавленo в 18.51:
Еще бы позиции курсора синхронизировать, вообще класс бы был

О чем вы ?
Интересно, а нафига я Splitter применил. Именно для "большого окна", а в маленьком видно длину блока.
Картинку в прицепе смотри.
------------ Дoбавленo в 20.41:
Была мысль ещё разделитель блоков сделать Нумерованным:
1======
2======
.......
10=====

но... заказчик пропал

Пурга это все, не то он имел в виду, это у него уже было, а именно про то, что нарисовал Леонид

"НО с контролем длины каждого отделённого блока" -- я представлял себе в параллельном окне, напротив начала каждого блока, что vovcheck зря спрашивал про многострочную таблицу, именно это он и имел в виду, а не то, что ты предлагаешь, у тебя таблица сама по себе, Непонятно, чему в таблице соответствует строка. То, что ты предлагаешь, это его альтернативный вариант из-за невозможности реализации многострочной таблицы

Простите за долгое молчание, командировка абсолютно оторвала от дела. Только сейчас сажусь за работу, накопилось в форуме идей предостаточно.
------------ Дoбавленo в 15.20:

Честно, я раздумывал о границе, Спасибо, мне неудобно использовать готовую схему, хотя частью воспользуюсь.




Рудимент. Сначала принимающий команды клиент получал команды из файла, а исходный текст лежал на сервере, откуда и черпалось построчно. Сейчас наш скриптописатель узнал, что есть сетевые протоколы.
Я хочу убрать этот рудимент, UDP уже работает, на сохранении передачи через файл настаивает начальство. НО! по схеме передачи файлом клиент опрашивал cmd.txt 5(!) раз в секунду, мол, минимальная задержка при выполнении команды; я же заметил деградацию пропускной способности сети при работе этой программы через файл, особенно на реалтайм процессах, а это всегда плохо перед эфиром, когда сюжеты пачками едут с видеомонтажек на сервер, а потоки падали с 60Мбод до 3. Т.ч. я ослушаюсь и уберу это, оставлю только UDP.
- для индикации выпускающему строки редактору что именно он нажал (и нажал ли) - для решения спорных вопросов. В частности, если строку в эфир запустили досрочно или по ошибке повторный её запуск может быть только после очистки (команда "0"), это правило прописано у UDP-клиента.


Это не в моих правилах. Просто командировка была в условия без интернета. Собственно, и без компьютера.

И ещё:
не мучайтесь для меня с имитатором строки, штука временная, я приладил его только для отладочных целей, а так это не функционально. В настоящих условиях контроль строки произойдёт по настоящему видеомонитору - там целая стена телевизоров, им хватит.

Вот тебе еще пример для затравки, как двигать два Memo синхронно. Только ScrollBox c SVN обновить надо. Там я сделал поддержку, даже, и колеса прокрутки мыша

Спасибо, форматирование загружаемого текста из файла - работает здорово.
Но я оставлял функцию "ударЕния" т.к. текст могут перебрасывать и через clipboard, а это может быть подобный "непричёсанный" текст. Я подумаю как совместить.
Хотя пусть соберут все тексты в окно исходного, а там уж пусть приводится в нормальный вид.

Забыл рассказать как редакторы будут действовать. Есть такая программа у нас в сети - "Подготовка эфира". Там есть весь текст диктора (для телесуфлёра), в котором указаны места сюжетов, где диктор не говорит, а запускается заранее записанный файл с сюжетом. Тексты от сюжетов выковыриваются из других мест "Подготовки". В нашей программе (Scrolline) редакторы соберут из этих кусков весь текст выпуска новостей (у нас это 10-25 минут), "причешут", нарежут на блоки-строки и выдадут в эфир. Зная, как быстро наша редакция работает, я бы хотел оставить для них шанс доделать редактирование уже во время эфира. Вот, собственно, вся идея.
------------ Дoбавленo в 18.18:

Мысль нумеровать блоки приходила и мне, но я пока не знаю, как нумерация будет вести себя, когда разделение на блоки, редактирование и выдача в эфир будут происходить параллельно, т.е. не гарантируется последовательность в работе редактора. Я интересовался скорее параллельностью отображения слева-справа, или, может, подцвечиванием соответствующих друг другу текстов - слева блоком в тексте, и справа - строки таблицы.



Думаю, это должно помочь. Простите, что реагирую не сразу, мне, новичку, перед тем как разобраться в работе предложенной схемы надо еще изучать матчасть. Я до сих пор еще "плаваю" в элементной базе.

Редактировалось 1 раз(а), последний 2017-03-03 16:36:37

А че не так-то Засвечивает одним из двух цветов при нажатии

Tad, прикол системного цвета. В коде не стоит Color2RGB, а потому, поддерживаются только RGB цвета, те, у которых нет старших бит

Однако если напрямую вбить 0xFFFFFF, будет белый. Так любой цвет можно заказать.


Мне нравится. Но моим редакторам будет виднее такое:
code_18304.txt

vovcheck, можно любое, только не квадратик сбоку, который неизвестно к чему относится - к кнопе слева или кнопе справа.
------------ Дoбавленo в 23.33:
т.е. шутка ?
А по моему чистой воды баг.

Исправлено

Идея мучила меня с самого начала. Я выложил рабочий макет Scrolline, где воспользовался идеей Ivann
code_18331.txt
Там не всё гладко. Я пока не придумал как удалять ненужные Memo при, скажем, объединении блоков. Разве что кнопкой к каждой Memo.
При изменении кол-ва строк в Memo или создании новых съезжает скролл. И так далее.

Я докопаюсь, но может есть уже отработанные идеи?

vovcheck, добавить в PanelEx и методом ##delete