Подскажите, кто в теме планшетных решений.
Есть готовый кусок кода в виде VBA-макросов MS Access 2007, решающий специфические задачи при отправке и приёме почты. Между адресатами на на офисных win-компах работает.

Возникла потребность обеспечить работу решения когда на той стороне - адресат с айпедом. Есть ли возможность туда оутлук поставить, и главное будут ли там VBA-макросы работать?
К сожалению айпедов в наличии пока нету, глубоко тему не копал. Но слышал, что на айпадах сложно всё с кастомным программированием.

Поделитесь знаниями.

а вдруг :)

Ну в общем виде пытались решить в лоб такую задачу - нужен специализированный клиент для ipad для обмена информацией (преимущественно файловой) с возможностью автономной работы. Онлайн подключения браузер-сайт не подходят.
Почтовый протокол первое что на ум пришло. Поэтому тупо кастомизировали оутлук макросами.
Смотрели ещё nntp-протокол, но под него клиенты совмем некастомизируемые.

С нуля под ipad разрабатывать категорически не хотелось бы - не того уровня задача, чтобы ресурсы на такое тратить.

Т.е. в общем случае вопрос можно переиначить так, - существует ли кроссплатформенное готовое приложение (кроме браузеров), которое бы на win и на ipad работало более менее одинаково, и несло бы в себе какойто встроенный скриптовый язык программирования, на котором можно построить протокол обмена и чтото вроде файло- или документо-хранилища (либо встроенная микро-субд чтоли).

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

В силу объёма передаваемых данных, очевидный простой способ "емайл-ответный емайл" не работает (лимит почтового сервера на обоих концах. Плюс в последние годы почтовые клиенты перестали поддерживать удобный древний формат MIME Content-Type: Message/Partial, который позволял относительно легко преодолевать лимиты при передаче объёмных писем. В оутлуке можем легко такое реализовать программной кастомизацией на передаче/приёме. Но работает ессно только когда на обоих концах оутлук.

Плюс, хотелось бы иметь кастомизацию самих форм ввода (справочники, проверки при вводе и т.п.). На первый взгляд встраивание всего что нужно прямо в готовое почтовое (транспортное) приложение видится удобным, т.к. не надо городить всё остальное и переучивать пользователей. Иначе надо всё писать с нуля, что затратно.

Т.е. видится какаято кроссплатформенная оболочка (готовое автономное хранилище текстовых и файловых данных + сетевой протокол обмена) с встроенными средствами программирования.

Браузер имхо плохое решение. Прожорливое до памяти, не приспособленное к автономной работе (сопроводительный файл придётся кудато скачивать).

Лучше бы какойто толстый оффлайн-клиент, который можно было бы приспособить как "контейнер" для хранения списков поступающих на вход форм, файлохранилище допустим в виде папок на диске можно организовать, протокол можно например на основе http-soap наворотить. Но проблема пока видится что всёравно нужно какоето приложение со встроенными средствами скриптового программирования (и желательно интерпретатор с отладчиком на борту - т.е. чтото идейно близкое к VBA).

Или хотябы как вариант чисто для айпадовской стороны бейсикоподобный интерпретатор. Тип такого http://kibernetik.pro/BASIC_manual/ru.pad/manual.ru.pad/Osnovy.html - но тут придётся весь интерфейс приложения полностью с нуля городить.

С проблемами утечки памяти сталкивались на wintel-машинах. Предполагаем что на планшетах будет не лучше.

Пока из того что накопали в инетах - вроде как чтото подходящее под наши хотелки это айпадный интерпретатор питона pytonista. Из беглого прочтения документации, получается что большинство функций которые хотим реализовать, накодить с нуля на нём можно. И вроде как передачу скриптовых обновлений кода прямо вместе с потоком форм/документов теоретически можно реализовать. Это уже кое что.