» Вопросы по Delphi (версии 2009, 2010 Weaver, 2011 Fulcrum)

компиляция в бэкграунде теперь работает нормально.

Какая практическая польза от этих панелей и как их убрать?

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

Мда... А вот еще штучку одну обнаружил, то ли я чего не вкуриваю, то ли баг IDE:
Допустим, проект отлажен и надо выпустить релизный билд. Идем в Project > Options > Build configuration ставим RELEASE и делаем build project (Shift-F9). Смотрим получившийся exe-шник, его размер ни на байт не отличается от дебажного билда! Ладно, идем в окно Project Manager и видим, что там Build configuration так и осталась установленной в DEBUG, тут же дабл-клик по RELEASE и build project (Shift-F9 или из контекстного меню) и вуаля! Проект похудел на несколько сот кило и стал релизнутым билдом!
Получается, что настройки билда из Project > Options > по барабану компилятору?
PS Delphi 2010 с распоследними апдейтами.

это ты не правильно понял
Project > Options > Build configuration указывает для какого типа сборки ты устанавливаешь опции , которые ниже

fcdobpiy

Цитата:

это ты не правильно понял

Нелегко с D2007 перейти и привыкнуть к новинкам, вроде этой

Добавлено:
А когда в Options > Component Toolbar становится доступной кнопка Delete?
Из хэлпа

Цитата:

When enabled, deletes the selected category or component from the Component Toolbar. You cannot delete components.

Вот я и хочу удалить некоторые редко используемые категории, дабы разгрузить этот самый Component Toolbar, ан никак!

relictus

Цитата:

А когда в Options > Component Toolbar становится доступной кнопка Delete?

Когда оно там станет доступно, не знаю, но это можно сделать прямо в Tool Pallete, щелкнув правой кнопкой на скрываемой категории и выбрав Delete "сategory_name" Category...
А чтобы восстановить - там же по любой категории щелкнув правой кнопкой и выбрав Unhide buttоn...


Добавлено:
Пардон, на Toolbar это не распространяется, оказывается...

relictus
кнопка delete работает только для панелей, которые ты создашь сам, в том же окне
чтобы убрать не нужные категории то надо делать как написал psa1974
или воспользоваться дистилером

fcdobpiy
То, как я написал, скрывает категории в Tool Pallete, но не в Component Toolbar. Там они подло продолжают фигурировать. Сам бы хотел узнать как их скрыть из Toolbar... В Дистиллере ничего похожего на решение не нашел.

psa1974
с помощью дистиллера нужно убрать загрузку bpl к которым относятся эти категории. тогда их там не появится.
а для чего их отуда убирать? это же меню настроек , раз bpl грузятся, значит их отображают

fcdobpiy
Ну, с таким же успехом их можно отключить и в диалоге Component -> Install Packages..., не прибегая к помощи Дистиллера.
А зачем оно? Просто есть категории, которыми ну очень редко пользуюсь. Отключать пакеты как то не хочется. А в Tool Pallete придумали полумеру - скрытие вкладок категорий, что гораздо удобнее, на мой взгляд, и позволяет оперативнее скрывать/отображать категории. Но, видать в даном случае слово "полумера" имеет еще один смысл: там сделали, тут забыли...

TListView, GridLines = True, vsReport. Вертикальные линии Items сдвинуты на один (или два) пиксел вправо относительно вертикальных линий Columns. Это глюк дельфи 2010? У кого так же?

NikitaAdm
какая ОС? с какими апдейтами студия? скрин приветствуется.

spasius

Цитата:

какая ОС? с какими апдейтами студия? скрин приветствуется.

Delphi 2010 + Update2


Windows Vista Ultimate со всеми апдейтами.

NikitaAdm
это нормально, и на моем веку стандартный компонент всегда был косым, это не только в 2010.

spasius
Нормально, в смысле это стандарный глюк дельфи, или нормально в смысле так и должно быть (косо) ?

NikitaAdm
данный компонент всегда был в Delphi косоват. по-видимому нормальным считаю это разработчики среды. да стандартный, я бы даже сказал генетический. так и должно быть.
по опыту знаю что основная масса разрабов или закрывает на это глаза или просто юзает сторонние компоненты, причем с большим функционалом (последнее чаще).

spasius
Рискну с тобой не согласиться на предмет происхождения косяка.
NikitaAdm
У меня в Delphi 2010 + Update2 (так же как и в Delphi 2007-2009 ) и Windows XP такого косяка как на твоем скрине нет:

spasius
NikitaAdm
Проверить в Vista не могу, но если мне память не изменяет, я где-то уже слышал про этот Vista-ский косяк еще с год назад. Правда это может зависеть еще и от используемой визуальной темы в системе (как в Vista, так и Windows XP).

Вообще насколько я знаю, "штатный набор" косяков изначально заложен в базовом оконном классе SysListView32 самой системы, на базе которого разрабы Дельфи соорудили TListView, и зависит от версии библиотеки comctl32.dll. Например, во многих программах, при прокрутке окна колесом сыпется сетка (опять же, это в Windows XP, в других системах может не наблюдаться). Подтверждение: окно настройки плагинов в Akelpad (написанном в MVC++ на чистом API):

Такая же ботва в окне конфигурации "ffdshow video decoder configuration" - "Кодеки"... Примеров масса.
В Дельфи 2010, кстати, с ее компонентом TListView именно этого косяка с сеткой нет - видать его "порешали"...

Зависимость косяка от версии винды,а именно от версии comctl32.dll также подтверждает истинное происхождение косяка . Ну а разрабы тут уж ничего не могут поделать, разве что с нуля написать свой компаноид.

Файл скомпилированный в Vista перенес в Windows XP Pro SP3. Такой же косяк. Наверное если скомпилировать в XP будет иначе.

Еще обнаружил, что в XP этот ListView не выделяет (курсором) ту часть Item где есть иконки. Выделяет только текст.

То есть файл скомпилированный в Delphi 2010 в Vista, перенес в XP и обнаружил такой косяк.

Выглядит криво.

NikitaAdm
Тю. А на моем скрине ж нету смещения в 1-2 пиксела, все идеально... У меня Windows XP Pro SP3.
Можешь выложить экзешник той тестовой программы, скрин которой ты привел. Я сделаю у себя скрин и потом сравним. Параллельно - тут мой экзешник: Ссылка

psa1974
http://webfile.ru/4086448

По поводу не выделения иконок - видимо это так в Windows XP. Потому что Outlook Express тоже не выделяет (в Win XP).

Upd: Почему-то rapidshare дает скачивать это файл (кторый я зааплоадил), только с платного аккаунта... Какой самый простой сервис без регистрации? (если не сможешь так скачать)

Upd2: Запустил твой файл на Winows XP - Тоже сдвинуто. Как и у моего.
Тема стандартная, Windows XP Pro SP3 чистый все по умолчанию со всеми апдейтами...

Upd3: Убрал рапидшару поставил нормальную ссылку.

NikitaAdm
Итак. У меня стоит тема со стилями окон "Luna (Longhorn Revolution)". И вчера стояла. Вот скины:
- для темы "Luna (Longhorn Revolution)";
- скин для темы "Windows XP".
В первом случае смещения нет, во втором есть.
А вот скрин окна плагинов Akelpad для темы "Windows XP" (напомню, он написан в MVC++ на чистом API):

Здесь смещение тоже есть. Выводы:
1. Смещение однозначно не является косяком Дельфи, поскольку присутствует также и в прогах, написанных на С++.
2. Наличие смещения, и возможно его величина определяется установленной темой визуального оформления и однозначно присутствует при стандартной теме в Windows XP и Windows Vista.
Ну, короче, как я и говорил - это косяк, штатно заложенный в саму систему . Ошибся только в том, что приписывал его только Vista. В Windows XP он тоже есть.

На счет выделения иконок - раньше как то не обращал внимания, но по моему в Windows XP так было всегда (не выделялись)

можно ли защитить исходный код средствами делфи?тоесть закриптовать как то или пас поставить?если нет то чем это можно сделать?

psa1974
Ясно. Еще одним белым пятном в Дельфи стало меньше. Спасибо за сотрудничество!

приятно слышать что была внесена ясность в такую ситуацию с косяками.
по поводу защиты информации, то существует масса компонент, как например (TmxProtector) и просто программ, которые колдуют с скомпированными программами. например ASProtect. если же просто делать обычную защиту паролем, то вряд ли это вообще можно будет считать за защиту.

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

mdid
Любая стандартная защита ломается в первую очередь.
Кстати в самой студии до чего защита крутая. А кряки выходят через несколько часов после выхода очередного релиза.

я не про это..тоесть не про навороченную защиту...а про то что бы обыкновенный юзер не смог просто что то изменить...хотя бы простенькую шифровку(дабы все в оригинальном виде не светилось) или пас на открытие проекта..ну в общем понял что нету...просто как для меня это было бы не лишним..а даже наоборот

mdid
нормой для отрасли считается расход на защиту ~10% ресурсов разработки продукта.

Цитата:

Кстати в самой студии до чего защита крутая. А кряки выходят через несколько часов после выхода очередного релиза.

Frodo_Torbins
А вот тут ты не прав. Поверь мне, на кряк студии было потрачено очень много времени. Очень.