Однако, этот сценарий ещё не совсем готов. Дело в том, что если пользователь нажал кнопку "Отмена", то диалог закроется, а сценарий всё равно продолжит выполняться. Это неправильно, ибо переменная OpenFile$ теперь будет пустой, и программа никуда не сохранит переменную s$ и тихо при этом промолчит. Чтобы такого не было, нужно написать ещё одно условие:

Дальше немного сложнее. StrToFile сохраняет переменную s$ в файл OpenFile$, при этом получая от нас два параметра и возвращая значение в переменную ReturnVal. Тут я использовал два параметра, они оба TRUE (на заметку: можно вместо TRUE и FALSE писать 1 и 0 соответственно). Первый TRUE означает, что при записи в файл новый текст должен быть добавлен к файлу. Если этот параметр будет FALSE, то файл каждый раз перед записью будет очищаться. Второй TRUE означает, что новый текст будет добавлен на новую строку (грубо говоря, в начало переменной s$ будет добавлены символы переноса строки и возврата каретки, т.е. CHR(13)+CHR(10)). Если бы это был FALSE, то текст был бы добавлен без создания для него новой строки.
текст надо добавлять на новую строку.
Переменная ReturnVal нужна для того, чтобы ты мог определить, выполнена ли операция. Так что можно переписать этот простой сценарий, чтобы в случае ошибки (напр, файл в который пишем удалён, или закончилось место на диске) он показывал предупреждение:

Оно конечно вроде и работает, а потом вдруг не заработает?
Ведь используемая тобой константа действительно содержит
только имя файла, а уж как ММВ запоминает путь - хрен ее знает
Поэтому данный скрипт следует признать ненадежным.

Вторую строку надо писать так:

Переменная OpenFile$ однозначно будет содержать полный путь к файлу.

Именно так и есть!!! Иначе и быть не могло.

Не думаю... А скока там букаф???

Во-первых, не переменная кончилась, а строка.
переменная будет тогда, когда строка в нее загрузится.
Во-вторых, в данном случае никакие разделители не нужны.

Какого именно количества переменных?

Например, в моей кулинарной книжке, в каждом разделе, около 350-400 рецептов.
Соответственно в каждом текстовом файле базы - 350-400 строк. Причем чтобы ты мог
представить длину строки, скажу, что она содержит название рецепта, описание его
приготовления и список ингредиентов.

А поскольку все данные, относящиеся к одному рецепту, записаны в одну строку
(а переменных по сути три), то там используются делимитры (разделители). Но в твоем
случае это не нужно.

Кстати, все переменные из списка рецептов грузятся в программу СРАЗУ!!!

В другой моей программе, Know Extension Pro, используется база определений
на английском языке, содержащая... 23 тысячи строк!!! Правда, вся она в программу
не грузится, а из нее извлекаются данные по мере обращения к ним.

Это ты кому? И какой код?

Спасибо! Пока не разобрался.. У меня не такое большое кол-во переменных, как в кулинарной книге и объем переменных не такой большой, Но когда я сохраняюсь, одна из переменных сохраняется не на одну строку, а на две. Вот я и подумал - может просто в тхт-файлах есть предельная длина строк.. Но если нет - значит в чем-то другом трабл - буду копать..
У меня 157 строковых переменных. Некоторые достаточно большие по объему текста..

ВОт как я организовал запись:

А вот как загрузку:

По непонятной для меня причине не весь текст загружается в переменные правильно.. И посмотрев текстовый файл я обнаружил, что почему-то переменная, которая должна например находится на 45-й строчке текстового файла, находится на 47-й его строчке..

А это значит, что в самой переменной изначально две строки, то есть
в ней есть символ переноса строки. Его нужно найти и удалить.

В кулинарной книжке я столкнулся с этой проблемой. Мне нужно было,
чтобы весь рецепт был в одну строку, потому-что описание должно было
представлять собой одну переменную, записываемую с двумя другими -
названием рецепта и составом продукта в одну строку с делимитерами.
45-я строка - 45-й рецепт. И т.д. Казалось бы - что проще, ведь когда
вводишь текст в эдитбокс, он всегда будет только в одну строку.

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

Поэтому мне пришлось решить эту задачу: теперь, когда юзер вставляет текст
откуда-то ни было, все переносы строк удаляются автоматически. А заодно
убираются двойные-тройные пробелы и еще всякая мелочь
Возьми программу и зазырь.

Вот как раз потому, о чем написано выше :)

Добавлено (22 Декабрь 2007, 21:34)
---------------------------------------------
У меня и правда в некоторых переменных был код переноса строки. Я его убрал.
Но проблема все равно не решилась - нарыл на форумах, что в блокноте длина строки все-таки ограничивается 1024 символами. У меня судя по всему некоторые строки занимают больше и поэтому в текстовом файле, в который происходит запись, строки дробятся.. Когда я загружаю из файла переменные, из-за переноса строк все данные пуаются..:(
В этой ситуации не обойтись без массива и делимитеров?

Тем более при чем тут Блокнот? Если есть ограничение, то уж не на Блокнот,
а собственно на текстовый файл... Ведь в блокноте твой файл никто открывать
не будет, насколько я понимаю. Он используется только в приложении ММВ...

Ну а чтобы было какое-либо ограничение на длину строки в текстовом файле -
такое и представить трудно... идиотизм. Хотя, может я и не прав, может, чего-то
и не знаю.

Вот в ММВ действительно есть какое-то ограничение на длину скрипта. Но какое
именно - уже не помню. Во всяком случае, тебе-то уж точно хватит

Сейчас сделаю небольшую приблуду, чтобы промерить длину строк в файлах баз
моей кулинарной книжки. А как еще промерить? С помощью того же проекта ММВ

Потом отпишусь тут.

как видишь, в моих базах данных нашлась строка в 2199 символов.
Возьми себе эту утилитку - вдруг пригодится, строчки мерить
Кстати, сваял за 5 минут. А вестчь - полезная

Оказалось, что у меня этот самый уголовно-процессуальный кодекс
сохранен в текстовый файл в ОДНУ СТРОКУ!!!Ты вряд ли найдешь еще
где такой файл! Так что, как видишь, без малого миллион символов.
И пусть не звездят дурачьё, которые придумали байки о каких-то там ограничениях...

А действительно: если в файле нет вынужденных переносов строки? Ну нету, и всё тут?...

Зырь:

В сотый раз повторяю всем вам: ищите причину постепенно, пошагово.
Как в радиотехнике ищут неисправность - покаскадно. От входа к выходу,
и в каждом каскаде проверяют наличие сигнала и какой он.

Так и здесь: проверяй свой сценарий построчно. Каждую строку кода.
И контролируй, что получается на выходе этой строки.

Используй для этого мессаги с выводом переменных, выводи их в текстовый
временный служебный объект.

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

И так далее, и тому подобное...

Ёлы палы, ведь это так элементарно!...

Это чушь какая-то...

Ах так? Либо я чё не понял, но вот тебе файл в одну строку, там больше 2000 символов,
блокнот его открывает.

Впрочем, да... Блокнот его открывает как три строки. Но ММВ работает с этим файлом,
кстати сохраненным именно в блокноте, как с файлом, содержащим одну строку.
Сам проверь (в прищепке).

Это я к чему? А к тому, что всё это НЕ ВЛИЯЕТ на правильность работы проекта, который
делает Deema, и пусть он ищет зихерок в своей работе, а не в ограничениях всяких
блокнотов, и вообще на стороне.

Проблема в тебе, Deema! Точнее, в твоем проекте.

Добавлено (23 Декабрь 2007, 16:31)
---------------------------------------------
Открывает именно так как я и сказал.

А насчёт влияет - не влияет, не могу сказать. Вот только в цикле чушь какая-то понаписана. Срочно исправлять на!

Добавлено (23 Декабрь 2007, 16:52)
---------------------------------------------

Добавлено (23 Декабрь 2007, 17:10)
---------------------------------------------
Ахтунг!

Теперь об ограничениях. Сценарий ММВ может содержать 128 килобайт текста, не более. Почему так - хрен его знает, разработчики так решили. Что касается блокнота, то у него специфика такая, сто он не может отобразить более чем 1024 символа на строку в том смысле, что остальное он переносит на другую строку. Это особенность контрола, который используется в блокноте для отображения текста. Например, рич-контрол, который, в частности, используется в редакторе сценариев ММВ, по умолчанию хранит до 64 кб текста (если не изменяет память). Но максимум для него - это 4 ГБ текста (а-бал-деть ). И я даже подозреваю, почему разработчики ограничили размер сценария Всё дело в подсветке синтаксиса. Она выполняется простым поиском по тексту с изменением атрибутов шрифта текстового поля. Стало быть, не сильно быстрая операция Вот и ограничили, чтобы тормозов не наблюдалось.

Да я уже всё понял - вот же, я писал:

Я это уже понял.
Вот блокнот, который хотя и не отобразит строку в 2000 символов, но зато он
точно покажет, что строка - всего одна, так как все строки там пронумерованы.

Кстати, очень удобный альтернативный блокнот, некоторые даже заменяют им
системный виндовый.

Я заменять не рекомендую, а вот пользоваться - да. Непременно!!!
По крайней мере, в нем сразу видно, сколько строк в твоем файле.

Добавлено (23 Декабрь 2007, 19:06)
---------------------------------------------
Кстати, этот блокнот - с подсветкой синтаксиса, всё это можно настраивать-перестраивать
под себя, еще куча разных полезных фишек, не говоря уже о том, что поиск и замена в нем
происходит в тысячу раз быстрее. Ну и плюс ко всему он спокойно открывает текстовые файлы
любого размера, html-файлы... А виндовый блокнот на текстовом файле в 1 мб уже умирает...

Между тем обычные текстовые файлы тоже могу содержать нули, что никак не отразится на его чтении.