Бог мой, как увидел фон в оттенках серого и окошко логина, чуть не прослезился! А потом переключалку клавиатуры с иконкой внизу слева… Это же Память, как можно его выкидывать?
если бы перед НГ в iTunes или другом интернет магазине появился Хоббит в HD на русском, я бы его и за $30 купил для домашнего просмотра, наплевав на пиратов и переполненые кинотеатры.
Я думаю, там чуть сложнее идея в «12345», что-то вроде головоломки, расставить плюсы и минусы, или выбрать числа, дающие в сумме нужное. Как одиночная игра в целом имеет право на жизнь после обработки напильником. Но не с 5ю же клонами…
С середины декабря в AdMob и так немного вырос eCPM, потому статистика не очень наглядная. Посмотрите в первую очередь по impressions, и если они выросли в полтора-два раза, то и доход рано или поздно за ними подтянется.
Наставил Вам и Стасу плюсиков, почитаю еще ссылки и подумаю на счет sqlite и 3х бинарников.
А база мне нужна как минимум в программе Сканворды — не в текстовых же файлах хранить их, тем более, что на других платформах именно SQLite используем.
С наступающими праздниками, время ехать за подарками :)
Если вам надо бд — можете использовать Sqlite — вполне хорошо работает под метро.
Совсем не хорошо работает. Собирать из сорцов здоровенный С++ код, чтобы приинтеропить к C# проекту и надеяться, что оно заработает как надо, причем на x86/x64/ARM — дико. Расчитывать на нахождение в системе sqlite3.dll нужной архитектуры тоже как-то несерьезно. Отсутствие System.Data означает работу на низком уровне, Community.Data.SQLite не собирается из-за работы с файлами и других особенностей. Прошлый век, одним словом.
ASP.NET привел в качестве примера тов rroyter. В идеальном случае, код должен быть реюзабельным по максимуму и если у нас есть красивый и удобный парсер XML конфигов (я не говорю о ORM и пр. вещах), то с ASP.NET на Win Metro его перенести будет проблемно — либо придется переписать, либо использовать врапперы. Но переписанный код = время разработчика, новые юнит-тесты, вероятность новых багов, а возможно и новый интерфейс взаимодействия.
вы думаете, что для Win8 надо ВСЕ приложения (в т.ч. системные утилиты) писать в Metro стиле
Я думаю, что системные утилиты надо писать на C++, без всякого Metro :) но я взялся за портирование готвых программ на Metro C# в AnyCPU режиме, потому грабли и костыли неизбежны. Одно отсутствие SQL баз данных чего стоит. Рано или поздно появятся классные нативные проекты написанные на 100% на этом диалекте C#, но сейчас маркет только развивается и страдает от отсутствия программ и речь идет именно о его наполнении портами. И именно эту часть нам зачем-то осложнили, что и вызвало мое негодование (в меньшей степени), а затем наложилось на проблемы с сертификацией (в большей степени).
Also, thank you for reporting the issue with Visual Studio however; our team does not typically deal with those developer so while I would be happy to pass along the information, and will, I would also suggest that you post the more specific information through the tools forum below which is more likely to get a better response.
На счет рекламы: ни один провайдер официально не поддерживает Windows 8, потому и ротатор тут не очень важен :) Я написал порт SDK для WapStart, они изредка с фил рейтом 0.01 дают мне нейтральные баннеры веб-игр. AdDuplex частично помогает раскручивать другие приложения, как и мой самописный баннерообменник. Но финансовая отдача от этого всего пока близка к нулю (~50 рублей в неделю на WapStart).
на полноценном .NET 4.5 заработает отлично, просто для Windows Store(Metro, Modern, WinRT) используется не полноценный, об этом я и писал изначально… и потому и пришлось писать костыльные врапперы. Либо переписывать код под задачи WinRT, как и советует тов. rroyter и с чем я не очень согласен из-за консервативности и замшелости ушей :)
Если вы возьмете код под C# 4.0, то он с легкостью скомпилируется под C# 5.0 и под .NET 4.5.
Не путайте понятия. WinRT код тоже пишется на C#, но не скомпилируется под .Net 4.5. То, что Вы хотели сказать звучит так: код, написанный для .Net 2.0 скомпилируется под .Net 4.5.
Но ваше мнение я уже понял: под каждую задачу надо все переписать, используя новые особенности и новую платформу.
Удачи Вам с этим в жизни!
На досуге можете попробовать портировать, к примеру, класс, парсящий конфиги в ASP .NET проекте на десктопное Metro приложение для Windows 8 (не нужно даже об WinRT говорить) и тогда посмотрим, сколько придется переделать и работает ли правило замораживания кода. Затем можете обратиться к своему PM и объяснить, что C# бывает разный и это совсем не кросс-платформенный язык и время было потрачено на переписывание под разные диалекты, а что бекпортинг в принципе не возможен или очень трудозатратен :)
Собственно, я проживаю в Украине, потому для выкладывания приложений пришлось оформлять аккаунт на партнера. И теперь, когда Украина появилась в списке поддерживаемых, саппорт мне сообщает, что поменять страну аккаунта невозможно, а перенос программ возможен только с удалением…
По остальным вопросам я рад, что отозвался представитель фирмы. Может, за счет этого рано или поздно таки увидит свет платная версия «Игр Разума», ведь в бесплатных русским нельзя размещать рекламу Microsoft (нет такой страны в pubcenter.microsoft.com), а других провайдеров просто нет.
Вообще, надо посмотреть мануалы, ведь и WinRT приложения можно на C++ писать. Вдруг я тут глупостей нарассказывал, а на самом деле можно что-угодно интеропить…
Там, конечно, огромный список того, что делать нельзя, но мало ли.
1. без проблем. я вышлю Вам скриншот, когда буду заливать следующую программу, проверим :)
2. ограничение не в соглашении, а в том, что слишком сложные фичи потянут за собой либо что-то системное из других библиотек, либо interop. тот же System.Data и Mono.Data.SQLite так и делают.
— так триал же :)
— а зачем? тест на WinRT все-равно не пройдет, да и если обнаружат нарушения, то по головке не погладят, разве что утюгом
1. Каждая такая операция вырезания требует эксперимента с перезаливкой программы и скриншота. Мы не знаем точно, какой тег проверяют, потому и затянуться это может надолго…
2. Кое-что использовать можно, но не сборки целиком. Например, для PointF/RectF из System.Drawing можно взять исходники, но не для работы с Bitmap.
Ответы:
— не совсем понял вопрос, потому что бесплатно и так можно пройти всю игру :) специально для тестирования есть «пасхалка» с пропуском текущего уровня, о чем писал в комсентариях.
— не пробовал и как-то не горю желанием экспериментировать. Детекция скорее всего есть, по крайней мере можно это проверить с standalone утилитой Windows Certification Kit, которой рекомендуется проверять программы перед заливкой.
Понимаете в чем суть, если взять код под Java 1.4, то он будет компилироваться на Java 1.7, никому в голову не придет убирать намертво базовые вещи вроде HashMap или неймспейсы java.util. Если у меня есть платформо-независимый код, базирующийся на System.Xml, то я не хочу его полностью переделывать — его можно задействовать на десятке систем с Mono (MonoMac, MonoDroid, MonoTouch), на Windows CE, Windows Phone 7.5-8, в конце-концов, в .Net Framework 4.5 для десктопного приложения. Почему я должен кросс-платформенный код именно для Windows Metro переделывать или писать с нуля с другими библиотеками?
Я наврядли смогу вас переубедить, но мои имхо, что такие breaking change — это моветон.
А база мне нужна как минимум в программе Сканворды — не в текстовых же файлах хранить их, тем более, что на других платформах именно SQLite используем.
С наступающими праздниками, время ехать за подарками :)
Совсем не хорошо работает. Собирать из сорцов здоровенный С++ код, чтобы приинтеропить к C# проекту и надеяться, что оно заработает как надо, причем на x86/x64/ARM — дико. Расчитывать на нахождение в системе sqlite3.dll нужной архитектуры тоже как-то несерьезно. Отсутствие System.Data означает работу на низком уровне, Community.Data.SQLite не собирается из-за работы с файлами и других особенностей. Прошлый век, одним словом.
Я думаю, что системные утилиты надо писать на C++, без всякого Metro :) но я взялся за портирование готвых программ на Metro C# в AnyCPU режиме, потому грабли и костыли неизбежны. Одно отсутствие SQL баз данных чего стоит. Рано или поздно появятся классные нативные проекты написанные на 100% на этом диалекте C#, но сейчас маркет только развивается и страдает от отсутствия программ и речь идет именно о его наполнении портами. И именно эту часть нам зачем-то осложнили, что и вызвало мое негодование (в меньшей степени), а затем наложилось на проблемы с сертификацией (в большей степени).
groups.google.com/forum/#!topic/google-admob-ads-sdk/uvtkYbersak
Вот ответ саппорта на счет ошибок:
На счет рекламы: ни один провайдер официально не поддерживает Windows 8, потому и ротатор тут не очень важен :) Я написал порт SDK для WapStart, они изредка с фил рейтом 0.01 дают мне нейтральные баннеры веб-игр. AdDuplex частично помогает раскручивать другие приложения, как и мой самописный баннерообменник. Но финансовая отдача от этого всего пока близка к нулю (~50 рублей в неделю на WapStart).
Не путайте понятия. WinRT код тоже пишется на C#, но не скомпилируется под .Net 4.5. То, что Вы хотели сказать звучит так: код, написанный для .Net 2.0 скомпилируется под .Net 4.5.
Но ваше мнение я уже понял: под каждую задачу надо все переписать, используя новые особенности и новую платформу.
Удачи Вам с этим в жизни!
На досуге можете попробовать портировать, к примеру, класс, парсящий конфиги в ASP .NET проекте на десктопное Metro приложение для Windows 8 (не нужно даже об WinRT говорить) и тогда посмотрим, сколько придется переделать и работает ли правило замораживания кода. Затем можете обратиться к своему PM и объяснить, что C# бывает разный и это совсем не кросс-платформенный язык и время было потрачено на переписывание под разные диалекты, а что бекпортинг в принципе не возможен или очень трудозатратен :)
И Вас также с праздниками!
Конечно, я несколько жестко прошелся по «Салатам», потому что на мой взляд это не новогоднее приложение, да еще и все эти данные можно получить через веб. Да и Бог с ним, может кому-то пригодится, хотя я бы отдал место vkTune, ведь им можно отлично слушать новогоднюю музыку.
Скриншот, полученный через «сделать скриншот», как и описание проблемы я выложил на официальном форуме: social.msdn.microsoft.com/Forums/en-US/windowsstore/thread/e224a021-6083-4afe-8be4-eafe32ca7735
Там же я выкладывал баг с локализацией названия программы в VS 2012 SP1. Результат такой же, ноль ответов: social.msdn.microsoft.com/Forums/en-US/toolsforwinapps/thread/99c5f110-1868-4d42-b672-0dcfe4f33a80
По остальным вопросам я рад, что отозвался представитель фирмы. Может, за счет этого рано или поздно таки увидит свет платная версия «Игр Разума», ведь в бесплатных русским нельзя размещать рекламу Microsoft (нет такой страны в pubcenter.microsoft.com), а других провайдеров просто нет.
Там, конечно, огромный список того, что делать нельзя, но мало ли.
2. ограничение не в соглашении, а в том, что слишком сложные фичи потянут за собой либо что-то системное из других библиотек, либо interop. тот же System.Data и Mono.Data.SQLite так и делают.
— так триал же :)
— а зачем? тест на WinRT все-равно не пройдет, да и если обнаружат нарушения, то по головке не погладят, разве что утюгом
2. Кое-что использовать можно, но не сборки целиком. Например, для PointF/RectF из System.Drawing можно взять исходники, но не для работы с Bitmap.
Ответы:
— не совсем понял вопрос, потому что бесплатно и так можно пройти всю игру :) специально для тестирования есть «пасхалка» с пропуском текущего уровня, о чем писал в комсентариях.
— не пробовал и как-то не горю желанием экспериментировать. Детекция скорее всего есть, по крайней мере можно это проверить с standalone утилитой Windows Certification Kit, которой рекомендуется проверять программы перед заливкой.
Я наврядли смогу вас переубедить, но мои имхо, что такие breaking change — это моветон.