Вверх ↑
Этот топик читают: Гость
Ответов: 9906
Рейтинг: 351
#61: 2016-04-01 15:11:23 ЛС | профиль | цитата
Тут только начни...
Даже если инсинуации Tad-а отвергнуть с негодованием, вопросы все равно остаются:

  • почему увеличивается счетчик для всех файлов прошедших через маску(и) для Inclde=Dirs
  • почему он НЕ увеличивается при нахождении (предположительно) таки этой папки через маску
  • если уж ищешь папку (Inclde=Dirs), нафига прогонять через маску(и) всю остальную толпу файлов
  • и нужно ли OtherПапку (если уж и папки тестировать на маску) выдавать на точку onOtherFiles
    ------------ Дoбавленo в 15.11:
    nesco, чего скажешь:
    Может пофиксить все это дело, пока настроение есть
    "Обратная несовместимость" -- она и правда полумифическая... Хотя и есть, теоретически.
  • карма: 9

    0
    Ответов: 16884
    Рейтинг: 1239
    #62: 2016-04-01 15:17:04 ЛС | профиль | цитата
    flint_ras.gif
    flint2, мне нужно выбрать файлы только с расширением *.INI
    Это файлы из папки WINDOWS.
    Если думаешь, что их случайно так обозвали, то здорово ошибаешься.
    А раз есть такое применение регистра, то должен быть и метод отбора. ИМХО.
    карма: 25
    Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
    0
    файлы: 1flint_ras.gif [25.7KB] [473]
    Ответов: 9906
    Рейтинг: 351
    #63: 2016-04-01 15:18:30 ЛС | профиль | цитата
    Не ври, не нужно тебе этого
    карма: 9

    0
    Ответов: 16884
    Рейтинг: 1239
    #64: 2016-04-01 15:23:14 ЛС | профиль | цитата
    Galkov писал(а):
    Не ври, не нужно тебе этого
    Ладно. Подниму этот вопрос завтра.
    карма: 25
    Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
    0
    Ответов: 2059
    Рейтинг: 132
    #65: 2016-04-01 16:08:28 ЛС | профиль | цитата
    Tad писал(а):
    Ладно. Подниму этот вопрос завтра.

    Я всегда считал, что так обозвали *.INI только для одного случая, - для единственного дня 32 марта.
    Galkov писал(а):
    вопросы все равно остаются: ...

    Есть такое дело.
    Может пофиксить все это дело, пока настроение есть?

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

    карма: 6

    0
    Разработчик
    Ответов: 26151
    Рейтинг: 2127
    #66: 2016-04-01 16:24:06 ЛС | профиль | цитата
    Galkov писал(а):
    Может пофиксить все это дело, пока настроение есть

    В принципе, я не против. Хорошо бы, если бы еще Netspirit отписался, а то он все порывался ковырять этот компонент.
    карма: 22

    0
    Ответов: 4630
    Рейтинг: 749
    #67: 2016-04-01 16:40:07 ЛС | профиль | цитата
    Да я пока не имею времени смотреть - я вам больше доверяю . А к этому компоненту я так, мимо прикоснулся, когда обсуждали, стоит ли выдавать полные имена на onOtherFiles, когда отключен FullName.
    карма: 26

    0
    Ответов: 9906
    Рейтинг: 351
    #68: 2016-04-01 18:02:53 ЛС | профиль | цитата
    Тут главное, чтобы логика работы была не очень запутанной (что порой случается в результате "шанхаестроения")
    Иногда следует остановиться, и сказать: "Стоп себе думаю, а не дурак ли я ..."

    У нас есть как бы два независимых фильтра: Include (Files/Dirs/All), и Маска.
    И в результате два события onSearch или onOtherFiles. Плюс инкремент счетчика FCount.
    Какая же должна быть логика ...

    Например: если проходим первый фильтр, тогда проверяем маску, по результатом проверки которой - либо onSearch, либо onOtherFiles.
    Не проходим первый фильтр - молчим. Счетчик увеличиваем только по onSearch.

    Можно по другому: только при проходе обоих фильтров -- onSearch. Иначе (отказ любого фильтра) -- onOtherFiles.

    Как видите, эти варианты при Include=Dirs по разному работают событием onOtherFiles.
    Прошу уважаемых коллег высказаться, какая из логик является более логичной
    Или еще какой-то вариант...

    А реализовать-то -- полчаса делов. Пока в теме сидишь.
    карма: 9

    0
    Ответов: 2059
    Рейтинг: 132
    #69: 2016-04-01 18:30:03 ЛС | профиль | цитата
    Galkov,
    Есть ещё третий параметр Include=All.
    Второй способ предпочтительнее.
    карма: 6

    0
    Ответов: 16884
    Рейтинг: 1239
    #70: 2016-04-01 18:45:00 ЛС | профиль | цитата
    А нужно ли вообще приводить всё (и маску и Path) к нижнему регистру ?
    Маску задаёт пользователь. Какую задал - то и должен получить.
    Излишняя "забота о дураках" и нормальным людям часто вредит.
    Задал *.INI - получи с INI.
    Задал *.ini - получи с ini.
    Нужны все - задай *.INI\r\n*.ini и получи все, невзирая на регистр.
    Это если неохота добавлять свойство (Учитывать регистр символов - Да, Нет).

    карма: 25
    Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
    0
    Ответов: 2059
    Рейтинг: 132
    #71: 2016-04-01 19:44:10 ЛС | профиль | цитата
    Обычно маску не набирают, а копипастят с чего-то, добавляя звёздочки.
    Имена авторов и инициалы обычно с большой буквы, а файлы их творчества в подавляющем большинстве в нижнем регистре.
    Я часто делаю так:
    Если маска в верхнем регистре - то сравнивается с учётом регистра, если в нижнем - то регистр не учитывается.
    Но это когда ручками набираешь, копипастить так не удобно.
    карма: 6

    0
    Ответов: 16884
    Рейтинг: 1239
    #72: 2016-04-01 20:05:12 ЛС | профиль | цитата
    flint2, "Обычно" и "в подавляющем большинстве" это не критерий. ИМХО.
    ------------ Дoбавленo в 20.05:
    flint2 писал(а):
    Если маска в верхнем регистре - то сравнивается с учётом регистра
    Где ? В нашем компоненте ?
    карма: 25
    Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
    0
    Ответов: 2059
    Рейтинг: 132
    #73: 2016-04-01 20:47:13 ЛС | профиль | цитата
    Tad писал(а):
    Где ? В нашем компоненте ?

    IC, ассемблер.

    карма: 6

    0
    Ответов: 16884
    Рейтинг: 1239
    #74: 2016-04-01 20:58:11 ЛС | профиль | цитата
    flint2, а я про компонент.
    карма: 25
    Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
    0
    Ответов: 9906
    Рейтинг: 351
    #75: 2016-04-02 11:15:55 ЛС | профиль | цитата
    Народ, чего отмалчиваемся, вопросы то заданы (например, выше - красным)

    Сегодня функциональность выглядит так:
    1. Если Include=Files, то на onSearch выдаются файлы, прошедшие маску, с инкрементом счетчика. На onOtherFiles - только файлы не прошедшие маску (папки не выдаются)
    2. Если Include=Dirs, то на onSearch выдаются только все папки, а для файлов, прошедших маску - только инкрементируется счетчик. На onOtherFiles - файлы не прошедшие маску (папки не выдаются)
    3. Если Include=All, то на onSearch выдаются все папки, и прошедшие маску файлы. Счетчик инкрементируется только для файлов. На onOtherFiles - файлы не прошедшие маску (папки не выдаются)

    Вот ...
    И было соображение, что сие не совсем логично, надо бы чего-то подправить.

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

    0
    Сообщение
    ...
    Прикрепленные файлы
    (файлы не залиты)