в Windows Store продаются только Metro приложения. Им OpenGL заказан.
Десктопные приложения для Windows 8 там не продаются, максимум ссылаются (как Office и Chrome), у них OpenGL не запрещен, но речь и не о них.
1. не хватает, потому что ее нет в системе. сторонних программ, утилит разных и пр. достаточно, но это не совсем то. Еще в NT/98 ее можно было прикрутить, но сейчас это уже изврат.
2. вы уж извините, но каноническая консоль это command.com и cmd.exe, а не новомодный powershell или какой-нибудь cscript.
есть подобное колдунство, но без сторонних программ, только за счет встроенной findstr.exe
@echo off
:ColorText Color String
::
:: Prints String in color specified by Color.
::
:: Color should be 2 hex digits
:: The 1st digit specifies the background
:: The 2nd digit specifies the foreground
:: See COLOR /? for more help
::
:: String is the text to print. All quotes will be stripped.
:: The string cannot contain any of the following: * ? < > | : \ /
:: Also, any trailing . or <space> will be stripped.
::
:: The string is printed to the screen without issuing a <newline>,
:: so multiple colors can appear on one line. To terminate the line
:: without printing anything, use the ECHO( command.
::
setlocal
pushd %temp%
for /F "tokens=1 delims=#" %%a in ('"prompt #$H#$E# & echo on & for %%b in (1) do rem"') do (
<nul set/p"=%%a" >"%~2"
)
findstr /v /a:%1 /R "^$" "%~2" nul
del "%~2" > nul 2>&1
popd
exit /b
окей, посмотрю на досуге, почему такое может быть. все-таки там копеечные отрисовки, не должно дергаться.
Если не сложно, проверьте, будет ли дергаться карта при перетаскивании вот тут: runserver.net/temp/sol/Solitaire.webTestPage.html
Технология одна и та же, но в планетах движение по таймеру, а тут по событию мыши.
У меня в маке жрет намного больше, но ни о каких рывках и речи нет.
Может это глаз реагирует на фиксированные 33 FPS? Или рывки видны, когда выбрана какая-то орбита?
Ага, у системных тултипов есть базовая задержка. Чтобы ее не было, надо все переделывать на MouseOver и пр.
Вообще, все хоть чуточку нестандартное в винляндии делается через задницу с горой дополнительного кода… Потому я и поставил крест на 5ти годах работок для AD и ушел программить на Mac, чего и всем желаю :)
пол-часа на базовую часть вчера вечером, час сегодня утром на выделение.
изредка приходилось гуглить, потому как с Path до этого в Silverlight не работал — я далеко не гуру по этой технологии, да и вообще не гуру и не из Бобруйска :)
Выделение изначально орбиты по hover не сделал, потому, что используется встроенный ToolTipService — он связывает объект ToolTip с объектом на Canvas и привязывается к видимой части объекта. У орбит видимая часть очень тонкая, потому наводиться будет очень тяжело.
Выложил обновленную версию, в ней я добавляю еще одну «невидимую» орбиту с толщиной в 20 пикселей и к ней привязываю другой тултип, без надписи. Ссылка та же: runserver.net/temp/SolarSystem.html
Вращение планет, орбиты и тултипы делаются элементарно. Накодил в перерывах между растапливанием печки и чисткой снега :)
Выделение делается относительно сложно и заняло чуть ли не в два раза больше времени, с рисованием ArcSegment через задницу и затем вращением его через Transform. runserver.net/temp/SolarSystem.html
Что я не делал, так это выделение орбиты по Mouse Hover.
В тестах процессор жрется как бешеный, правда у меня Chrome + Mac, но на винде наверное так же.
К плюсам этой технологии можно отнести программинг на C#, относительную простоту реализации базовых вещей (ArcSegment — не базовая, потому и сложности), к минусам — прожорливость плагина, его слабую распостраненность.
Имхо, единственное, ради чего есть смысл использовать Silverlight, так это для реюзабельности кода на других платформах: программу за минимум времени сделать десктопной WPF, мобильной для WP 7-8, или за чуть большее время Metro/Modern приложением для Windows Store. Если же отделить бизнес-логику от интерфейса, то ее можно использовать на iOS и Android в MonoTouch/MonoDroid. Собственно, так я и делаю при портировании своих проектов по цепочке Android -> iOS (MonoTouch) -> Mac OS X (MonoMac) -> Win 8.
в том и суть, что я не сильверлайтер, так бы уже рвал и метал, утверждал, что мой подход лучше и всякое такое :)
но как минимум пробовал писать под эту штуку и теперь хочу сравнить производительность, удобство и пр.
не знаю даже, кто там на кого забил, но сделать на нем такую штуку можно элементарно.
но это не олимпиада и мне не 15 лет, чтобы бросаться делать «за час» — я бы предпочел посмотреть на такую реализацию от настоящих специалистов сильверлайта :)
Отдельно не помешает заметить, что в Java for Android политика такая, что SoftReference освобождается сразу же при достижении нуля на счетчике, а не «under memory pressure».
The problem is that the runtime doesn't have enough information on which references to clear and which to keep. Most importantly, the runtime doesn't know what to do when given the choice between clearing a soft reference and growing the heap. You may disagree with Dalvik's policy, but by using soft references you've elected to not be involved in that decision.
Your Android device is not like «regular Java». «Regular Java» applications typically run all by themselves on big machines with plenty of RAM and virtual memory. It's okay for «regular Java» to keep soft references around a long time; for them memory is cheap.
The device in your pocket runs more applications simultaneously using less memory. If Dalvik were to retain more soft references, then the OS would have fewer cached processes and the latency to switch between apps would be greater. The memory needs to come from somewhere.
Апгрейд лицензии Решарпера с 3.0 до 7.0 обошелся в $22. С такой ценой я готов поставить галочку «продлевать каждый год автоматически» лет на 10 вперед. Жалко, что в следующем уже будет снова $89-$100.
Отличное начало дня, спасибо!
Разве что, про Pale Blue Dot можно было бы чуть-чуть больше написать.
Взгляните ещё раз на эту точку. Это здесь. Это наш дом. Это мы. Все, кого вы любите, все, кого вы знаете, все, о ком вы когда-либо слышали, все когда-либо существовавшие люди прожили свои жизни на ней. Множество наших наслаждений и страданий, тысячи самоуверенных религий, идеологий и экономических доктрин, каждый охотник и собиратель, каждый герой и трус, каждый созидатель и разрушитель цивилизаций, каждый король и крестьянин, каждая влюблённая пара, каждая мать и каждый отец, каждый способный ребёнок, изобретатель и путешественник, каждый преподаватель этики, каждый лживый политик, каждая «суперзвезда», каждый «величайший лидер», каждый святой и грешник в истории нашего вида жили здесь — на соринке, подвешенной в солнечном луче.
Десктопные приложения для Windows 8 там не продаются, максимум ссылаются (как Office и Chrome), у них OpenGL не запрещен, но речь и не о них.
2. вы уж извините, но каноническая консоль это command.com и cmd.exe, а не новомодный powershell или какой-нибудь cscript.
А вообще, не хватает старой, доброй ANSI.SYS :(
Окей, спасибо за тесты!
Если не сложно, проверьте, будет ли дергаться карта при перетаскивании вот тут:
runserver.net/temp/sol/Solitaire.webTestPage.html
Технология одна и та же, но в планетах движение по таймеру, а тут по событию мыши.
Может это глаз реагирует на фиксированные 33 FPS? Или рывки видны, когда выбрана какая-то орбита?
Вообще, все хоть чуточку нестандартное в винляндии делается через задницу с горой дополнительного кода… Потому я и поставил крест на 5ти годах работок для AD и ушел программить на Mac, чего и всем желаю :)
изредка приходилось гуглить, потому как с Path до этого в Silverlight не работал — я далеко не гуру по этой технологии, да и вообще не гуру и не из Бобруйска :)
Выделение изначально орбиты по hover не сделал, потому, что используется встроенный ToolTipService — он связывает объект ToolTip с объектом на Canvas и привязывается к видимой части объекта. У орбит видимая часть очень тонкая, потому наводиться будет очень тяжело.
Выложил обновленную версию, в ней я добавляю еще одну «невидимую» орбиту с толщиной в 20 пикселей и к ней привязываю другой тултип, без надписи. Ссылка та же:
runserver.net/temp/SolarSystem.html
Выделение делается относительно сложно и заняло чуть ли не в два раза больше времени, с рисованием ArcSegment через задницу и затем вращением его через Transform.
runserver.net/temp/SolarSystem.html
Что я не делал, так это выделение орбиты по Mouse Hover.
В тестах процессор жрется как бешеный, правда у меня Chrome + Mac, но на винде наверное так же.
К плюсам этой технологии можно отнести программинг на C#, относительную простоту реализации базовых вещей (ArcSegment — не базовая, потому и сложности), к минусам — прожорливость плагина, его слабую распостраненность.
Имхо, единственное, ради чего есть смысл использовать Silverlight, так это для реюзабельности кода на других платформах: программу за минимум времени сделать десктопной WPF, мобильной для WP 7-8, или за чуть большее время Metro/Modern приложением для Windows Store. Если же отделить бизнес-логику от интерфейса, то ее можно использовать на iOS и Android в MonoTouch/MonoDroid. Собственно, так я и делаю при портировании своих проектов по цепочке Android -> iOS (MonoTouch) -> Mac OS X (MonoMac) -> Win 8.
но как минимум пробовал писать под эту штуку и теперь хочу сравнить производительность, удобство и пр.
но это не олимпиада и мне не 15 лет, чтобы бросаться делать «за час» — я бы предпочел посмотреть на такую реализацию от настоящих специалистов сильверлайта :)
А кто возьмется на сильверлайте? =) Думаю, производительность у него будет в минусе, а простота написания наобротот в плюсе.
Источник: code.google.com/p/android/issues/detail?id=20015
(были и более старые подобные высказывания от разработчиков, но я уже их не нахожу)
Разве что, про Pale Blue Dot можно было бы чуть-чуть больше написать.