Окна неизменяемого размера с windowStyle=None

Проблема с заменой Доступа - и заменой Доступа проблема, которая останавливает меня в подавляющем большинстве случаев, рекомендующих перемещение Ubuntu, или рабочий стол SUSE моим бизнес-клиентам - не то, что Доступ широко используется для его средств базы данных: это не кроме с большей частью Micky Mouse написанных пользователем приложений уровня отдела, которые относительно тривиальны, чтобы повторно кодировать. Проблемой являются приложения среднего размера, где данные были перемещены давно в корпоративный SQL Server.

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

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

Как в стороне, делает кого-либо еще происходящего из недоступа, традиционный фон кодирования Win32 имеет опыт нахождения, что стандарт кодирования в даже профессионально составленных приложениях Доступа обычно ниже среднего числа? Хотя поверхностный (но важный) материал как форматирование и имена переменной прекрасен вообще, я нахожу много раз, что структурирование программы плохо. Я знаю, что это может часто быть то, потому что эти приложения выросли как Topsy, и VBA действительно не способствует хорошему кодированию так или иначе, но даже обеспечение этих вещей факторов обычно кажутся хуже, чем можно было бы ожидать.