Что конкретно ты делаешь? Объясни плиз, может я чего-то не понимаю или упустил?
Что значит много действий надо сделать? Приведи конкретный пример, пожалуйста.
Опять же - приведи пиз конкретные примеры? Я так понимаю, что если производятся только на определенные альянсы, то их неудобно каждый раз выставлять в фильтр, чтобы потом только их и отображать?
Так я ж и говорю - кликаешь по любому члену альянса и устанавливаешь через контекстное меню весь альянс в состояние противник. И так тебе надо установить все альянсы. А потом просто вклюаешь галочку, о которой я упоминал ранее и всё. Никаких дополнительных фильтров делать не надо.

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

Давай обсудим и другие случаи. Но только на КОНКРЕТНЫХ примерах. И я сделаю так, как лучше.
Вот именно - в любом случае производится обработка данных - или сервером, или клиентом. В условиях локального использования программы можно утверждать, что нагрузка будет примерно одинаковой.

Быть может я немного неверно выразился? Координаты в гриде представлены просто текстовым полем. Т.е. например у нас есть координаты:
1.2.5
1.10.3
1.1.2

Если я хочу отсортировать по возрастанию, то в стандартном варианте произведется сортировка СТРОК, то есть будет:
1.1.2
1.10.3
1.2.5
И толку от такой сортировки?
Поэтому мной было принято решение делать при помощи SQL, что привело к ПРАВИЛЬНОМУ РЕЗУЛЬТАТУ:
1.1.2
1.2.5
1.10.3
Ээээ. Немного не понимаю. Что значит какой смысл? Ну вот например:
Я хочу посмотреть, какие игроки у меня в окружении с временем полета до них в пределах 5 часов и с рейтингом от 1 000 000 до 2 000 000.
Устанавливаю в проге фильтр и вперед - видно кто, где, и какого рейтинга. Что не понятного?
Так оно ж постоянное, какая разница? Это ж не время прибытия, в ремя полета. И всё считается быстро, погрешность может составлять десятки миллисекунд. НО повторяю, это не ВРЕМЯ ПРИБЫТИЯ. Да и все равно оно рассчитывается, это Сalculated поле. А контролировать видимость можно и потом рассчитывать/нерассчитывать. Но честно говоря я не предпологал, что кому-то это поле не будет нужным
Да. Это много. Я подумаю, как сделать, чтобы открывалось быстрее.
Что значит отображаются медленно?

Вопрос: Какой у тебя компьютер?
Всё таки cxGrid - это достаточно требовательная штука. При открытии переформировываются списки фильтров и еще некоторые вещи. Я могу сделать настройку дла малопроизводительных компьютеров, чтобы все эти фишки были отключены вплоть до подкраски строк.
А вот этого не должно быть. Я проверю. Задумывалось, что если сплиттер выключен - то запрос на детализацию не выполняется.

И потом - запрос на детализацию выполняется с задержкой, то есть это не master-detail в обычном смысле. Таким образом можно кликать по master сколь угодно раз. А detail вычислится только для последнего.
Ага. Есть такая трабла. Скапливаеццо мусоръ. Ну это трабла так скать платформы. В яфиле было бы тоже самое. У меня есть мысль делать бэкап/ресторе. Ну типа пользователь нажал на кнопку и всё.
Еслие есть желание - залезь в базу и посмори, как и что там сделано. Потом обсудим.

И потом, если у тебя есть старая разработка с Яфилом, то в ней cxGrid тоже старый и не требовательный

АП

Наилучших продвижений программе созднанной двоюродным братом моего лучшего друга.

Выбираю определенный диапазон комплексов на определенном кольце определенного альянса. Скажем меня интересуют комплексы +-10 в окресности 110 на ворании альянса [абв] ("абв" может быть и "neutrals"). Если их много, то добавляется фильтр по рейту. На вопрос, что мне даст эта информация, скромно умолчу.
Да, невнимательно тыкал. Есть автофильтр. Его вполне хватает.
Выбрал всех один раз, остальное через автофильтры. Без тормозов, ваще. cx рулит.
см выше.
Неправильное утверждение. В памяти, читай на клиенте, информация обрабатывается в разы быстрее, чем при чтении с диска (вопрос настройки кэша для сервера).
Правильного результата можно было бы добиться создав дополнительное поле. 10000*<номер кольца>+10*<номер комплекса>+<номер соты в комплексе>.
В половине сфер летать на соседей нельзя. Кроме того, время полета до соседних колец отображается неверно, т.к. кольца вращаются. Область применения ограничена, следовательно для кучи пользователей может быть необязательна.
А для соседей, да, обычно не больше 5 часов летают, понятно, что это 30-35 комплексов (один раз можно запомнить такой фильтр и все).
Не понимаешь
Во-первых, запомнить сплиттер. Во-вторых, запомнить фильтр cx'а. В третьих, запомнить строку, на которой стоял курсор.
Означает, что скроллинг пробегает, кагда данные истории рейтинга загружаются в грид. Это заметно глазу, значит медленно. Или у меня частота обновления глаза слишком велика ) Удивительно, но с основным гридом таблицей пробегающего скроллинга не видно... Может там где-то next закрался без отключения control'ов?
У меня винт медленный, отчасти из-за этого запросы и подтормаживают. Ноут и все такое (P4 3.2 HT, 512). Памяти маловато конечно, но пока хватало

Точно, я глюкнул. Если скрыт, то не вычитывается.
Потер я все ib-эксперты, некем смотреть. Честно говоря и некогда )
Редакция была ессно не текущая, но функционал примерно тот же. Автофильтры, группировка, агрегаты, FetchOnDemand и прочая.
Это не веб-гриды - красивые, но тормозять ужос как

Понятно. А теперь, как бы ты хотел, чтоп было?
Я полагайю, что каждый из нас прав по-своему. Все ж таки не стоит забывать, что это не полноценный серваг, а иминна ембид.
Ну ессно. А потом что? Оно ж буит некрасиво выглядеть в гриде, если его так показать. Паэтаму было сделано так, как сделано или в OnDraw перехватывать и форматировать? Это уже ваще изврад.
Всё верно. Но так думается мну, что нагляднейе и для начинающихъ удобнее.
А меджу прочим раньшы вращения колетс не было
Кстате, где по-подробнее можно об этом почитать? Меняется ли время полета на другое кольцо, если атакуемый комплекс только еще приближается к точке пересечения колец? Или оно меняется только в момент пересечения?
Если первый случай, то - да, смысл тогда отпадает. А если фтарой - тогда остаеццо.
И вроде ж есть, кажись, мир, где кольца не вращайутцо?
Аха. Непанимайу.
Это все в планах, но более глобально: замутить история запросов. Сплиттер можно запоминать, а можно спецом сделать, чтоп был закрыт при старте. Предпочтительнее второй вариант. Есть и другие фишки. Внутренние.
Ужос! Так и было
Неее, ну чтоп я когда-нибудь програмироваль в два часа ночи.... Тока за очинь бальшые деньге.
Кстате. Я нашел хитрую багофичу, которую я забыл убрать после отладки в этой версии. Благодаря ей ты можешь посмотреть, что вставляеццо в базу данных и в каком количестве. У тебя на диске C: в корне создаеццо файл script.sql - вот там и содержится скрипт, который выполняется при загрузке csv в БД.
Ну так и всё тогда Терпи Я сам буду пересматривать. Просто времени временно нет )))

Уфф. Вишь, некоторые вопросы разрешились. Некоторые еще остались ))

Было бы классно из popup-меню можно было бы фильтр расширить на +-5 (+-10)комплексов. Вариант, когда выбранный диапазон не устраивает и его надо расширить.
Было бы классно из poup-меню установить фильтр по значению в текущей ячейке, в часности по альянсу.
Ну раз оно по дефолту менее функциональнее сервера, лучче большинство функций отдать на откуп клиенту, а не базе.
Не такой уж и изврат, если сравнить по скорости сортировку грида и вычитываение запроса...
Хум хау.
Ну щас-то есть. Еще вот апкип будет... Надо в ногу со временем идти...
Почитать нигде Confidential. Время меняется постоянно.
За большие - до 7 утра, в два часа - за обычные
Угу, побольше внимания возможностям интрфейса (грида). Эт мое пожелание

ЗЫ Пеши исчо!

Ну вот наконец-то добрались и до конкретики ))) Сделаю.
Неа, функциональность отличается тока тем, что через ембид работать можно тока одному клиенту.
Тогда скорость уменьшится на форматирование + рисование )))))

Чтобы уж поставить точку на этом... давай пока остановимся на том, что я запишу себе это в план и подумаю. Ведь такую мульку с фильтрами надо делать универсально, а я немножко подустал от переписывания движка информера. Так что я подумаю, как соберу мысли в кучу - дам знать. Возможно будет чекбокс в настройке как работать - через БД запросами или силами грида.
Начинается. И нифига это не конфиденциал. Моя сота потерта, а потому сам проверить не могу А вот если время меняется постоянно, тогда конечно смысла нет в этом поле.
Хорошо - есть ли формула для учета вращения колец? Ответить можно приватно
Я так думаю, что все равно временные параметры завязаны на серваки ДС, поэтому времечко надо синхронизировать с ними.

Ну, жду ответа.

Принято.
Формула конечно есть, не рандом же Думаю как помощь новичкам данная информация необязательна, даже в некотором роде вредна - сложности расчета лишние. Для алов или отдельных игроков, владеющих оной формулой, это слишком большое преимущество, чтобы ею делиться.
Короче, "не дам" (c)

Здравствуйте.

Спешу всех обрадовать. Или огорчить. Кому как будет... Нет, я не решил прекратить разработу Информера и выложить исходники )) Не дождетесь

Вчера ночью, то бишь сегодня утром сделал новую структуру БД и оптимизировал загрузку csv. Релиз будет примерно через недельки две-три.
Структура базы поменялась до такой степени, что ее нельзя надежно изменить простым апдейтом.
Поэтому новая версия Информера не будет поддерживать старую версию БД, следовательно ВСЯ ИНФОРМАЦИЯ будет недоступной. Информер просто будет коннектиццо к другой БД и всё.
К чему я это всё пишу? Да к тому, чтобы вы, мои горячолюбимые пользователи, не удаляли скачанные csv файлы, а сохраняли их в сухом и теплом месте, чтобы потом можно было одним махом закачать их в новую прогу и поиметь статистику и графики.

Скажу откровенно - программный конвертер данных из одной БД в другую писать мне просто ЛЕНЬ. Не стоит оно того...
"Тока за очинь большые деньги! - воскликнул Чичиков"

Поэтому вот.

До скорово.

кто-нить бы еще скинул архив CSV за пару месяцев