View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002243 | Far Manager | Dialog | public | 2013-01-05 22:27 | 2013-01-11 07:15 |
Reporter | NightRoman | Assigned To | vskirdin | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 3.0 | ||||
Fixed in Version | 3.0 | ||||
Summary | 0002243: Нельзя узнать, что сепаратор был задан с выравниванием по центру, если это задано с Х=-1 | ||||
Description | Мелочь, но некоторая нестыковка и одно практическое неудобство. Задаю в диалоге сепаратор. По недавно уточненным правилам это делается либо установкой DIF_CENTERTEXT, либо Х=-1. Наверное, это хорошо и гибко. Но при таком задании в запущенном диалоге невозможно узнать, что сепаратор задан с выравниванием по центру. Вот как это получается. Когда диалог запущен, некоторая утилита считывает параметры этого сепаратора (зачем? утилита - генерация шаблона сорс-кода для текущего диалога). DIF_CENTERTEXT не установлен (видимо, потому что не установлен плагином), а вот Х возвращается не -1, а текущий. Таким, образом, если потом запустить сгенерированный код, то сепаратор будет создан с текущей левой координатой и без DIF_CENTERTEXT, то есть текст сепаратора съедет в самую левую его позицию. Что можно предложить. Например, если Х=-1 у сепаратора, то Фар может сам принудительно выставить этот флаг DIF_CENTERTEXT. Тогда при считывании, хотя Х уже и не будет -1 (это правильно, вдруг надо узнать реальную текущую координату), но считывающий будет знать по флагу, что выравнивание задано. | ||||
Tags | No tags attached. | ||||
Build | 3072 | ||||
|
> Например, если Х=-1 у сепаратора, то Фар может сам принудительно выставить этот флаг DIF_CENTERTEXT. Согласен. Ээээ... для указанных DIF_SEPARATOR или DIF_SEPARATOR2: 1. (утверждение) если x1=-1 и _НЕ_ указан DIF_CENTERTEXT - ФАР центрирует текст и ставит принудительно DIF_CENTERTEXT. В этом случае координаты сепаратора уже не -1. 2. (вопрос) если указан DIF_CENTERTEXT, то x1... что? Игнорируется (фар рассчитает сам координаты)? |
|
2. - наверное. Не вижу подвохов в этом. И не вижу смысла задавать DIF_CENTERTEXT вместе со *значимой* координатой. |
|
Собственно, 2. - это как сейчас, и на это вроде нареканий нет. А предлагается еще чуток допилить 1. |
|
присоединюсь к обсуждению. п.1 - все вроде логично. п.2 - игнорировать х1. |
|
Кстати, допустим выставлены DIF_RIGHTTEXT и DIF_CENTERTEXT. По коду DIF_RIGHTTEXT "исполняется" последним... - бага? |
|
build 3069 |
|
Проверил на 3072, работает, спасибо. |
|
А к вертикальным сепараторам это тоже относится (только с Y=-1)? Я не пробовал и вряд ли мне лично надо такое. Но для полноты документации в Фарнет пригодилось бы знать. |
|
В коде это есть, про Y1 |
Date Modified | Username | Field | Change |
---|---|---|---|
2013-01-05 22:27 | NightRoman | New Issue | |
2013-01-09 12:07 | vskirdin | Note Added: 0009944 | |
2013-01-09 12:18 | NightRoman | Note Added: 0009946 | |
2013-01-09 12:20 | NightRoman | Note Added: 0009947 | |
2013-01-09 15:22 | samlyukov | Note Added: 0009949 | |
2013-01-09 18:20 | vskirdin | Note Added: 0009952 | |
2013-01-09 18:23 | vskirdin | Note Added: 0009953 | |
2013-01-09 18:23 | vskirdin | Assigned To | => vskirdin |
2013-01-09 18:23 | vskirdin | Status | new => feedback |
2013-01-10 11:00 | NightRoman | Note Added: 0009958 | |
2013-01-10 11:00 | NightRoman | Status | feedback => assigned |
2013-01-10 11:00 | NightRoman | Status | assigned => resolved |
2013-01-10 11:11 | NightRoman | Note Added: 0009959 | |
2013-01-11 07:14 | vskirdin | Note Added: 0009962 | |
2013-01-11 07:15 | vskirdin | Build | => 3072 |
2013-01-11 07:15 | vskirdin | Status | resolved => closed |
2013-01-11 07:15 | vskirdin | Resolution | open => fixed |
2013-01-11 07:15 | vskirdin | Fixed in Version | => 3.0 |