Новый Writer

Предложили скачать, скачал, вот пишу в нём.

Ничего плохого, и картинки просто вставлять стало. Может, ещё чего хорошего найдётся.

Technorati Tags: Live Wave 3

psiCards-KB - формулы

Вот примеры, которые можно использовать в вычисляемых полях.

1. Перевод первого символа в верхний регистр:

Строка:= xs="#this#", 
String.IsNullOrEmpty(xs)?"": 
xs=xs.Trim(), String.IsNullOrEmpty(xs)?"": 
xs.Length==1?xs.ToUpper(): 
xs.Substring(0,1).ToUpper()+xs.Substring(1)

2. Проверка возраста на заданное число лет:

Строка:=xi=16,xs="~~Дата рождения~~",xs==""?"": 
(new DateTime( 
Int32.Parse(xs.Split('.')[2]), 
Int32.Parse(xs.Split('.')[1]), 
Int32.Parse(xs.Split('.')[0])) > DateTime.Today.AddYears(-xi))? 
throwerr(String.Format("Возраст не может быть меньше {0}  лет!",xi)):xs
/*годится для русской локализации */

3. Проверка даты на заданное "упреждение" - время от текщего момента до срока в дате:

Строка:=DateTime.Parse("#this#")>DateTime.Now.AddHours(24)?"#this#":
throwerr("Заявка не может быть оформлена позднее, чем за 24 часа до начала конференции")

Опять сюрприз...

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

((UserField)ValElem).ListId = DataItem.ListItems.List.ID;
((UserField)ValElem).ItemId = DataItem.ID;
((UserField)ValElem).ID = "uf_" + DataItem.Fields[name].Id.ToString("N");
    //DataItem.Fields[name].Id даёт слишком длинное имя!!!
((UserField)ValElem).FieldName = this.Name;
((UserField)ValElem).ControlMode = SPControlMode.Edit;
SPContext ctx =
    SPContext.GetContext(HttpContext.Current,
    DataItem.ID, DataItem.ListItems.List.ID,
    DataItem.ListItems.List.ParentWeb);
((UserField)ValElem).ItemContext = ctx;
((UserField)ValElem).RenderContext = ctx;

Technorati Tags: WSS, Sharepoint, Глюкалово

Бесплатный антивирус в Windows

Довольно давно приладился использовать бесплатный антивирус ClamWin на Windows Server 2003. Его же использую и на Vista x64, и на Windows Server 2008.
Недавно обнаружил, что во "временных" папках могут встречаться "подозрительные", по мнению антивируса, файлы. Что ж, не жалко, настроил через планировщика самого антивируса сканирование этих папок раз в день (во время обеда, чтоб не мешалось). Живём дальше...

И снова сюрприз

При создании полей в списках для имён, которые содержат цифры и не более 4-х букв (например, f1...fff1), первая буква преобразуется в конструкцию _x0_nn_... При этом безразлично, какова локаль текущего узла, есть ли вообще локализация...

Совсем уж сюрприз неожиданный - постоянно операцию создания использую, а вот как-то не попалось...

Technorati Tags: Sharepoint, Глюкалово

.NET и Mono final-3

Действительно, дистрибутив SUSE 10.3 качался почти три дня, установился довольно гладко. При ближайшем рассмотрении Mono в дистрибутиве оказалась не самой последней версии, и тестовая программка показывала те же глюки, что и на Ubuntu. После установки с сайта Mono последней версии все глюки прошли, тестовая программка работает одинаково под Windows и под Linux SUSE 10.3.

Но тут же выяснилось, что гордый дистрибутив SUSE 10.3 не желает работать с моей видеокартой от NVIDIA. Что ж с того, что старая - остальные-то работают (Windows XP, Windows 2003/2008, Ubuntu 7.10, Fedora 9), новомодные штучки типа aero и compiz, конечно, не фурычат, но движется всё плавно и легко. В SUSE же сплошные дёргания при таскании и изменении размеров окон, про скроллинг внутри окон вообще без слёз вспомнить нельзя. Несмотря на наличие специальной инструкции по установке, драйвер ставиться не пожелал (или система не принимала?), а после насильственной установки (есть там такая опция) - графика приказала долго жить .

Думаю, это последний финал...

Technorati Tags: .NET, Mono, Linux, SUSE

Ещё один Sharepoint-сюрприз

Одному из пользователей в период наладки узла были предоставлены разрешения уровня "Полный доступ", после начала эксплуатации разрешения понижены до чтения, но ...не понизились. В итоге пользователю удалось удалить пару документов из библиотеки, при этом удаление делалось из SPD, мимо корзины. Вот такой вот сюрприз.

 

Technorati Tags: Глюкалово, Sharepoint

.NET и Mono final-2

Всё же, финал получился какой-то неполный - так и неясно, как же эти программы, скомпилированные под Windows, работают в Linux под Mono последней версии . Пошарил по закромам, обнаружилась купленная когда-то за деньги (!!) версия Fedora Core, однако расследование показало, что с момента покупки прошло уже довольно много времени и эта моя версия больше не поддерживается. Пришлось качать актуальную, тем более, что вышла она меньше месяца назад, должно быть всё самое свежее.

Скачал Live CD (ок. 700 Мб), установил на диск (всё встало гладко и даже по-русски), подключилась системка к Сети и сразу же скачала 165 Мб. обновлений. Однако... И никакой последней версии Mono, естественно, на диске тоже не оказалось - ладно, не привыкать, скачал, поставил.

При запуске тестовой программки обнаружилось, что все ранее описанные неприятности пропали . Но, естественно, выявились новые - в TextBox и др. не вводятся с клавиатуры русские символы. Английские вводятся, при переключении раскладки - вовсе ничего не вводится . Хотя через clipboard можно и русские буквы всунуть. Какие-то тут сложные взаимодействия у них... Может, эта Fedora под Mono не приспособлена?

Осталось попробовать на SUSE - кому уж лучше быть приспособленной? Но очень уж дистрибутив здоровый у них...

Technorati Tags: Linux, .NET, Mono, Fedora

.NET и Mono final

Полез на сайт Mono ставить на Runtu последнюю версию Mono: там всё объяснили, что и откуда запустить, всё стало качаться, но наряду с нужным скачалось и ещё что-то, которое в процессе спрашивало что-то про дисплей и оконный менеджер (естественно, я согласился). На этом всё и закончилось - после перезагрузки могу зайти в консоль (что-то типа безопасного режима) или запустить failsafe сессию (ни гном-, ни kde-сессии не запускаются). Попытки как-то хозяйство оживить результата не дали и были заброшены после плача Ярославны и ползания по разным местам, где есть другие дистрибутивы.

Пришёл к выводу, что сделать-то рабочую установку Линуха с поддержкой .NET-программ, скомпилированных в Windows, может, и сделаю (а занятие это уже утратило привлекательность), но передавать её в эксплуатацию чайникам - нет, не буду: я ж не изверг .

del.icio.us Tags: Линукс, Linux, .NET, Mono

Опять сюрприз

И опять от Sharepoint, на этот раз не сильно безобидный .

Есть у меня веб-часть, разработанная ещё пол WSS 2003 и переработанная под WSS 2007. Собственно, форма для ввода данных в списки со всякими наворотами типа проверок/валидаторов, вычисляемых полей и т.д. Имеется также режим для работы анонимных юзеров. Всё жило довольно мирно, готовились к передаче заказчику, но после того, как прикрутил в веб-части HIP-систему MS ASirra, начали выскакивать странные ошибки, ранее никогда не встречавшиеся. При внимательном рассмотрении выяснилось, что возникает ошибка в куске кода вроде вот этого

   myData = myList.GetItemById(dataID);

после нескольких (5-6) постбеков с неправильными значениями в полях формы (юзеру выдаётся сообщение и предлагается заполнить поля правильно). При этом и myList != null, и dataID имеет нужное значение, а вылетает ошибка с сообщением о неверном значении dataID . Самое противное, что возникает ошибка только на "боевом" сервере у заказчика, на моих тестовых серверах - ни разу не получил, насмотревшись на кошек до мяуканья. Впору тронуться...

Решилось дело (вот уже два дня ошибки не возникает) заменой кода на вот такой

myData = myList.Items.GetItemById(dataID);

Вот, блин...

del.icio.us Tags: Глюкалово, Sharepoint

Очередной сюрприз от Sharepoint

Потребовалось сохранить информацию для веб-части в библиотечном файле. Сделал текстовый файл с нужной информацией, сохранил в UTF-8, загрузил в библиотеку.

В веб-части информацию считываю примерно таким кодом:

encoding = Encoding.UTF8;
//читаем документ
byte[] chars = file.OpenBinary();
OutStr = encoding.GetString(chars);

В OutStr получаю первый символ - мусорный . Другое дело, что у меня там комбинации вида имя=значение, поэтому удалось выкрутиться за счёт регэкспа. А если б патроны везли?

О глупости разработчиков антивирусов

В деревне Глюкалово не утихает жизнь. На досуге нашёлся ещё один способ подвесить мой компьютер с Vista x64 - в виртуальной машине с сервером Windows 2003 запустил антивирусный сканер от Microsoft OneCare в режиме полной проверки, на хосте (собственно, Vista x64) - сканер Dr.Web CureIt в режиме полной проверки. В течение 3-5 минут память "съели" на 99% и компьютер перестал подавать какие-либо признаки жизни.

После Reset'а выяснилось, что фокус произвёл Dr.Web, который сломал зубы на зацикливании при "обходе" папки, в которую смонтированы все мои диски и разделы - этим достигается инвариантность путей к файлам при работе в нескольких операционных системах. Ну, а так как подмонтированы все разделы, то и получается цикл. Не стал ждать очередного повешения и остановил это "сканирование".

Стало любопытно и запустил уже на Вистовом хосте Microsoft OneCare - вот уже не менее часа наблюдаю, как бедолага "выполняет" операцию "Чтение папок...". Интересно, когда остановится? Памяти ещё гигабайт есть. Неа, не дождался... Но остановить удалось, что уже хорошо

Осталось ещё ClamWin запустить на сканирование этой папки...

Technorati Tags: Глюкалово, Vista, Dr.Web, OneCare

Предел Висты или Vista limited

Похоже, удалось увидеть предельную загрузку, при которой происходит крах системы.

Система - Vista Ultimate x64 на процессоре Core 2 Duo 2.16 Ghz, память - 4 Gb , диски SATA.

Было загружено на момент краха:

• MS Virtual PC 2007 (память 1.5 Гб) с полной установкой Server 2003 и OSS 2007 (база небольшая, используется для тестирования при разработке)
• два экземпляра Visual Studio 2008 с 15-20 открытыми окнами в каждой, одна в режиме отладки веб-части на виртуальном сервере
• 4 экземпляра ИЕ 7.0 с 10-12 открытыми страницами в каждом
• 1 экземпляр Firefox 2.0 с 5 страницами
• 2 окна с удалёнными серверами по протоколу RDP
• SQL Server Express
• Outlook и OneNote 2007, Word 2007, 2 окна Excel 2007
• 6 окон Sharepoint Designer 2007 с открытыми узлами на удалённых серверах
• всякие мелочи - Sidebar, WMP, Intel Audio Studio, nnCron, DaemonTools и т.д.

Всё это хозяйство (естественно, несколько состав менялся) функционировало достаточно исправно в течение более 4-х суток (по таскманагеру Висты). В один из моментов стали наблюдаться сначала мелкие неполадки (типа моргания окон), потом и крупные (неправильная компиляция проекта в Студии). В таскманагере выяснилось, что в этот момент запустиось сканирование WinDefender'ом, индексация дисков встроенным поисковиком, Шарепойнт в виртуальном сервере тоже занялся какими-то своими делами. Загрузка процессора - постоянно 100%, памяти - 98%, на действия система не реагирует. Минут через пять сама предложила отключить Aero, после этого удалось закрыть некоторые программы, однако некоторые процессы остались висеть и чего-то делать. Загрузить ProcessExplorer и посмотреть на их занятия не удалось. Мало того, не удалось сделать ни Restart. ни Shutdown, работал только Hibernate, толку от которого в этой ситуации было мало. Помогло только отключение питания.

Хорошо хоть, что почти ничего не пострадало, пришлось только запускать офисного тестировщика - чего-то восстанавливал, сказал, что всё хорошо.

Ыщо один сюрприз от Sharepoint

Новая фигня обнаружилась с этими SPD-процессами - будучи повешенными на создание элементов списка, запускаются только при ручном "создании". Если элемент добавляется программно (другим РП), то это событие молча игнорируется.

РП "студийные" запускаются в обоих случаях.

Technorati Tags: Sharepoint, Глюкалово

Custom Workflow Activities

На Codeplex нашёлся довольно симпатичный проект, в котором привлек внимание компонент "Copy List Item Extended Activity" для копирования элементов списков (потребовалось нечто похожее для организации интеграции данных с разных узлов). При внимательном рассмотрении выяснилось, что основная "фича" - перезапись (OverWrite) скопированных данных после редактирования оригинала - не работает. Авторы не поскупились приложить исходники, из которых выяснилось, что соответствующего кода вовсе нет (спешили, наверное ).

Пришлось вникать и доделывать/переделывать - заодно пришлось переделывать все xml-описания (изобретатели забыли положить свой ключ шифрования ) и установщик (приложенный сборщик пакетов почему-то не пожелал работать как задумано ). Кое-что перевёл на русский.

В итоге стало работать как надо, правда, обнаружился сюрприз, который больше от Microsoft, нежели от авторов проекта.

Доработанный вариант можно взять здесь.

Сюрприз от Sharepoint

На одном из подшефных серверов перестали работать workflows (РП), сделанные при помощи Sharepoint Designer'а - не запускаются и всё тут... Новые РП при сохранении вызывают ошибки компиляции с отказом их принять (Errors were found when compiling the workflow.The workflow files were saved but cannot be run.Unexpected error on server associating the workflow). Много чего проделал - переустановил .NET'ы (попутно мусору вычистил немало), на виртуальном сервере попытался получить похожее поведение, перечитал все найденные материалы с описанием таких симптомов (их оказалось не так и много) - всё тщетно .

Рецепт нашёлся здесь. Спасибо, Jason Nadrowski . Механизм сюрприза такой: в систему раньше устанавливал пакет "возможностей", который нужно активировать для каждого приложения (на сервере делалось для трёх). Во время активации в файлы web.config всех приложений добавляется без проверки её там наличия запись в секцию <System.Workflow.ComponentModel.WorkflowCompiler>, где описаны сборки, которые должны загружаться при компиляции SPD-workflows. При деактивации и/или удалении feature запись удаляется, но одна из каждого конфига. В итоге в файлах web.config может остаться (а может и не остаться) любое количество записей о сборках, которых может в системе уже не быть. Поэтому компилятор и ругается.

Неясно, правда, почему не работают ранее скомпилированные процессы, не имеющие отношения к отсутствующей сборке, ведь процессы, скомпилированные в Visual Studio, вполне себе работают. В общем, очередной привет от благодетелей .

.NET и Mono continued

Помрёт, похоже, этот мой эксперимент на гриде - элементах DataGrid или DataGridView. В принципе, они работают и в Linux (Ubuntu), кое-какие свойства глючат, но терпимо. Плохо, что не работает толком редактирование в ячейках, но обойти можно, хоть и будет это выглядеть чесанием левой ногой правого уха. Самое плохое с навигацией по гриду - на колесо мышиное не реагирует, а полосы прокрутки (scrolling) загружают процессор на 100% :

Нижний контрол на форме - DataGridView, зелёная линия справа - график загрузки процессора (скачок загрузки произошёл в момент изменения размеров формы до появления scrollbar'а на гриде).

В общем, для практики гриды применить не получится. Слабо, правда, представляю деловые программы без гридов: прайс-лист соорудить, счёт выписать - везде гриды нужны. Привыкли все...

Осталось попробовать сделать интерфейс на ListView вместо грида - он, вроде, без фокусов с навигацией. Или делать программу в технике asp.net - говорят, эти программки переносятся хорошо (собственно, только они и переносятся).

.NET и Mono

Сделал в VS 2008 простую формочку и запустил в Ubuntu 7.10/ Все настройки Mono - дефолтные. Выглядит смешно (слева - убунтовский экземпляр):

смайлы