[wlx] csvtab - просмотр CSV файлов

[Destiny]

Четная-нечетная строка таблицы. 2 - для четных.

Хотите сказать, что описанное поведение глючной отрисовки в фоне - это фича? Ибо НАДО было в обязательном порядке указывать этот цвет???ДА неее, не может этого быть. Сейчас да - есть заливка зеброй при просто просмотре: белое и серенькое. НО вот при выделении строк эта закраска должна по приоритету перестать использоваться - ибо главной становится заливка выделения - всё синенькое. И она должна быть сплошной. А сейчас она сплошная ТОЛЬКО лишь на время пользования плагином в фокусе. А при уводе его в фон - вдруг появляется эта "синенькая зебра", которую не просили. Неее: это баг точно))).

В Wiki же есть ссылка на GetColor, которая позволяет подбирать цвета

Может быть когда-то она и работала - но сейчас уже нет...
Да и главным является не поиск инструмента, а ЧЕТКОЕ указание - в каком формате надо вводить число для цвета. И вот во всех комментариях во всех плагинах указано RGB, а сейчас вдруг выясняется, что верно BGR? Как-то поздновато)))) имхо. НО! лучше поздно чем никогда. Теперь после поправки этой инфы у нас уже не будет разночтений!

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

Возможно сделать?

так это сейчас выглядит - при увеличении. И даже так видно - как слабо выделяется контур ячейки.

[little-brother]

поведение глючной отрисовки в фоне - это фича?

Нет конечно.

Может быть когда-то она и работала - но сейчас уже нет

Перед отправкой сообщения проверил - все работает. Видимо у вас провайдер блокирует, пробуйте через Tor - https://board.flatassembler.net/topic.php?t=19899

а ЧЕТКОЕ указание - в каком формате надо вводить число для цвета

Не могу согласиться. Большинство даже не знают про RGBA, а уж про бинарное представление тем-более.

"ужирнить" ее отрисовку

Это без проблем. Тонкая была выбрана из расчета, чтобы на данные не налазила при любом содержимом.

[Destiny]

Перед отправкой сообщения проверил - все работает

Я про саму прогу, а не про процесс скачивания)) Так-то да - она качается. Но ничего не происходит интуитивно понятного при ее открытии.
Короче тулзы онлайн в инете - работают понятнее и проще))

[yozhik]

Destiny
Вот рабочие:
1) Color Mania. В выпадающем списке выбираем HTML Hex, вводим значение и переключаемся на Powerbuilder (какое-то кучерявое название, ну да ладно).
2) Just Color Picker. Здесь это называется RGB Integer — ну, вроде по-внятнее ))

[little-brother]

У меня и на одном видно. Когда с QuickView на противоположную панель переключаешься tab'ом, тоже видно.

Можно побольше деталей? Чего то у меня не воспроизводится

P.S. Второй монитор тащить и подключать лениво.

[yozhik]

1) Win 10 21H2, TC 10.52, csvtab 1.0.0.
2) csvtab.ini располагается в папке с плагином, рядом с плагином. Удаляю содержимое csvtab.ini, оставляю только заголовок секции [csvtab]. (Можно этого и не делать, а удалить только строку back-color2, но для чистоты эксперимента).
3) Курсор на файл csv (пробовал на файлах в 407 и 4274 строки). Вызываю QuickView (Ctrl+Q), в соседней панели открывается отображение csv.
4) Tab — переключаюсь на панель отображения. Ctrl+A — выделяю всё содержимое. Все строки таблицы окрашиваются в синий цвет (системный умолчательный для выделения).
5) По Tab переключаюсь между панелями и наблюдаю чересполосицу, когда панель отображения не в фокусе.
6) Вот гифка с чересполосицей: https://0x0.st/ok2J.gif . Переключаюсь по Tab, по окрасу адресной строки вверху видно какая панель в фокусе.

Кстати, к слову. В анимации (в главной роли) csv, первые строки которого начинаются с #, очевидно что это комментарии. Любопытное обсуждение о комментах в csv здесь. Обратите внимание на реплики маленькими буквами к первым двум ответами, где пишут о «RFC» и «de facto #» в различных окружениях. Может стоит добавить в ini ключ типа «трактовать символ такой-то как начало комментария»?

[uestes]

Плагин не работает на относительно больших файлах, например на этом disk.yandex.ru/d/jHZwM0ao3B6IGg (137000 строк, 10 Мб).

[Destiny]

Может стоит добавить в ini ключ типа «трактовать символ такой-то как начало комментария»?

Лучше СПИСОК подобных символов. Ибо в одном файле # будет комментарием, в другом //, в третьем /**/.... И т.п.

Добавлено спустя 56 секунд:

uestes
max-file-size=0
в INI файле есть?
ибо с этой переменной всё работает шикарно.

[little-brother]

yozhik, спасибо, удалось повторить на TCx64 и только под Win10. Походу у Win10 есть какая то привязка к цвету (240, 240, 240), который используется по умолчанию в светлой теме. Для других цветов такое не происходит.

первые строки которого начинаются с #, очевидно что это комментарии

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



uestes, еще как работает. Просто измените настройку max-file-size, которая по умолчанию 10мб.

[Destiny]

Указание какой символ использовать мне кажется излишней, т.к. другие то и не в ходу вовсе.

Лучше СПИСОК подобных символов. Ибо в одном файле # будет комментарием, в другом //, в третьем /**/.... И т.п.

Поверьте на слово - видел и такое.

[little-brother]

Destiny, страшно даже представлять, что всё то, что вы видели

Не имеет смысла делать и поддерживать то, что будет востребовано 0.1% пользователей.
Для односимвольных модификаторов, напр. ! или * поддержку можно было бы добавить без проблем (но зачем?), а вот // и /* */ потребуют доработки парсера.

[yozhik]

уже есть настройка

Эх, сколько раз сам себе говорил: когда осеняет гениальная идея, первым делом надо внимательно осмотреться, вдруг это уже есть, и более того рядом, и более того все это уже знают. Но каждый раз опять те же грабли ))

#1 Don't parse — я не заметил отличий от #0 No special. Согласно моей логике, если "No special" воспринимает #-строку как обычную и разбивает её на колонки, то к "Don't parse" напрашивается значение «не разбивать строку на колонки». Однако, она разбивается и в 1м и во 2м случае.

#2 Don't show — эти строки не отображаются, но тогда первая строка после них трактуется как заголовки для колонок. Но это неаккуратно, потому что заголовки то как раз были в комментах, а первая строка — это уже значения, которые теперь «улетели» в заголовки и стали недоступны для сортировки. Может быть добавить переключатель типа «не трактовать первую строку как заголовочную»? Чтобы во включенном состоянии плагин писал в заголовках Column 1, Column 2, etc., а не формировал их из 1й строки.

Вообще в этот список напрашивается что-то типа «# Treat as a comment», при выборе которого #-строка отображалась бы целиком в 1й колонке и, например, наклонным начертанием.

[Destiny]

Вообще в этот список напрашивается что-то типа «# Treat as a comment», при выборе которого #-строка отображалась бы целиком в 1й колонке и, например, наклонным начертанием

Сууууупер))))

[little-brother]

Да-да, поддерживаю!
Осталось найти кто всё это будет делать!

Эх, сколько раз сам себе говорил

Да всё ок. Такие вот ошибки - это признак того, что с интерфейсом что-то не ок и надо править. Названия на самом деле не очень, надо будет поменять.

Отличие 0 от 1 в том, что в первом случае строка будет разбиваться по разделителю, а во втором нет.

[yozhik]

кто всё это будет делать

Ну, мы вам точку опоры дали, а земной шар переворачивать — это теперь ваша очередь )) Добро, может когда-нибудь совпадут время/желание/возможность.

в первом случае строка будет разбиваться по разделителю, а во втором нет

Так у меня во втором она тоже разбивается. Может я что не так делаю или не так смотрю...