Дмитрий Усатый: если для дизайна то наверное имеется в виду чтото вроде ASCII ART к примеру подобный тут asciiart.club если это не оно можете прислать описание в скайп vpuhoff@live.ru я сделаю под windows
Дмитрий Усатый: Не совсем понятно для чего такой редактор может понадобиться впринципе, ну к примеру получил я по изображению массив 1 и 0 в виде текста скажем, что дальше с этим делать?
У меня в проге была конкретная цель, некоторому изображению сопоставить некоторый массив. К тому же если входное изображение Ч\Б какой смысл тут с десятичного и т.п. тут максимум 1 и 0, других вариантов в общем и нет.
Цена вопросов 0, там дел на 3 минуты, но под маку только если веб сервисом.
Тут скорее вопрос в формате, нужен пример выходных данных. Или более подробное описание того что вы хотите получить.
raulvodov: битые области не обязательно попадают на то, что используется после загрузки, к примеру если трудно читаются сектора с системными файлами то загрузка будет идти дольше (или вообще не пройдет, если диск так и не сможет считать данные). Чаще всего повреждаются те сектора, которые чаще использовались, то есть системные. Поэтому загрузка может тормозить а после проблем вроде как и нет (все что нужно уже в памяти)
Сергей: не отрицаю, есть ПО, которое требует тонкой настройки и подходящих условий для правильного функционирования, но этим ПО никак не может быть простое веб приложение, которое максимум что пользуется mysql. Я имею в виду к примеру такое как в статье :
0. Подготавливаем среду (мускуль, апач и т.п.)
1. Запускаем установку
2. Ловим багу
3. Чиним багу
4. Ловим багу
5. Чиним багу
...
N. Profit!
Я считаю пунктов 2-N-1 быть не должно.
видимо я чтото не так сформулировал, к примеру bitnami, там можно скачать пакет и развернуть все вышеперечисленное с 2 кнопок - "Далее" и "Установить". Максимум пароли к mysql вбить еще. Я имел в виду в вопросе почему производитель выпускает продукт, который нельзя поставить "из коробки" без правки конфигов и т.п.
я как раз об это и говорю, ПО не должно предъявлять требаний к частям тела, если человек, который ее устанавливает не знает как это сделать не значит, что он не сможет им пользоваться из чего и делаю вывод, что ПО должно устанавливаться без необходимости править 100500 конфигурационных файлов чтобы получить "типовую" конфигурацию.
Александр Дорофеев: с конструктором таже фигня, нужно запустить приложение, тогда все компаненты прокомпилятся и будут доступны в конструкторе. При условии что они без багов
Александр Дорофеев: посмотрел видео, после создания элемента управления нужно запустить приложение. После запуска будет доступен для выбора новый компонент. Вместо этого можно наследовать напрямую, создать класс и в его заголовке указать от чего его наследовать, к примеру есть класс1 и класс2 , если прописать class класс2:класс1 то он будет его наследовать
hardwellZero: по ссылке не сценарии, там все подряд. Как прикрутить не подскажу, нужно искать что это за объект в том языке, который у вас и искать какие он имеет функции, от этого уже разбираться в том что нужно делать. Если бы это был нормальный язык и нормальное IDE то достаточно было бы после connection поставить точку и видно было бы что он умеет делать, но судя по синтаксису это скорее всего питон, и нормальными IDE там и не пахло, поэтому нужно ковырять исходники этого добра
COUNTRik: если про него не знали советую глянуть, довольно мощный инструмент с кучей возможностей. Единственное для "детей школьного возраста" не обязательно подойдет, для старших будет скучно скорее всего, для младших непонятно, нужно чтото попроще.
Slava90: для начала нужно почитать про thread и event, элементарный пример без event:
Если поток выполняется где-то в бизнес-слое и не знает про форму, то можно использовать контекст синхронизации. Вот так:
При создании формы:
SynchronizationContext uiContext = SynchronizationContext.Current;
Thread thread = new Thread(Run);
// Запустим поток и установим ему контекст синхронизации,
// таким образом этот поток сможет обновлять UI
thread.Start(uiContext);
Код потока:
private void Run(object state)
{
// вытащим контекст синхронизации из state'а
SynchronizationContext uiContext = state as SynchronizationContext;
// говорим что в UI потоке нужно выполнить метод UpdateUI
// и передать ему в качестве аргумента строку
uiContext.Post(UpdateUI, "Hello world!");
}
И код который выполняет действие по изменению UI
///
/// Этот метод исполняется в основном UI потоке
///
private void UpdateUI(object state)
{
sampleListBox.Items.Add((string)state);
}
При этом никаких beginInvoke'ов в методе UpdateUI уже не потребуется, т.к. код однозначно исполняется в UI потоке.
Александр Дорофеев: перевод там конечно печальный, но суть отражает, именнт так как там описано можно создать "Inherited User Control", что на кривой русский можно перевести как наследуемый. Вывод, либо у вас не студия (ибо еще с 2010 в этом смысле ничего не изменилось), либо вы не туда тыкаете. Либо исходный проект не того типа. Какой проект выбирался при создании? Какая версия студии? На что тыкаете?
Coderast: все игры на Unity состоят из "шлака" типа текстур объектов и т.п. и "игры" в виде пары тройки библиотек на .net, если автор игры не заморачивался с обфускацией этих библиотек (например ранние версии the forest) то код библиотеки легко раскрывался в сорцы (см Dot Peak), которые спокойно компилятся в студии обратно, естественно с нужными вам читами или ботами. Так что riky прав, хотя это не со всеми играми так легко сделать.
