Здравствуйте, Silver_S, Вы писали:

SS> SS>> А как можно дропнуть .NET — перестать добавлять новые фичи, и вносить изменения ? WinAPI в этом смысле давно дропнули.

SS> H>Ага-ага, дропнули WinAPI А, скажем, Sensor API, Location API, Direct2D и другие это чистая галлюцинация?

SS> Ну это говорит о том что unmanaged код продолжают писать.

Вот это и есть новые фичи

SS> Я о том что вот эти dll'ки практически не меняются:
SS> user32.dll
SS> gdi32.dll
SS> ...
SS> comctl32.dll
SS> ...

Такое может сказать только человек не заглядывавший в Windows SDK. Рекомендую

SS> Сейчас практически весь софт работает на них, а не на Direct2D.
SS> И их практически не меняют, даже баги не исправляют.

Баги имеют тенденцию со временем окукливаться и превращаться в фичи

Здравствуйте, Silver_S, Вы писали:

SS> А как можно дропнуть .NET — перестать добавлять новые фичи, и вносить изменения ? WinAPI в этом смысле давно дропнули.

Ага-ага, дропнули WinAPI А, скажем, Sensor API, Location API, Direct2D и другие это чистая галлюцинация?

Здравствуйте, hattab, Вы писали:

H>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>> H>А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

ЕА>> там НЕТ механизма самостоятельной отрисовка

H>Как так? Что, правда нельзя кастомную отрисовку текста сделать?

Было нельзя. И это реально порой бесит.
Тут не только с текстом проблемма (кстати, Visual studio, которая на WPF, текст таки рендерит ручками, а не WPF'ом).
Сейчас вроде есть хак с WritableBitmap, но тут я не сильно в курсе.
В 5-ой версии обещали дать возможность встроить XNA движок в контрол, но это на мой взгляд тот еще костыль.

Здравствуйте, evo, Вы писали:

evo>

evo>I’m sure there is a good reason for all this, but I must admit that seeing this go down makes me super-duper happy that I’ve been diving head first into iOS and Android programming. If the future of developing Windows apps means abandoning C# and the .NET Framework and instead using HTML5 and JavaScript, I’m out. See ya, Microsoft. Good luck with that.

Даже Джош Смит не выдержал. Пора бы Микрософту хоть что-нибудь заявить. А то поздно будет...

Здравствуйте, Silver_S, Вы писали:

S_S>Здравствуйте, evo, Вы писали:

evo>>Мне вот сейчас интересно, а есть возможность что в ближайших пару лет они весь .нет дропнут? Чисто с технической стороны есть к этому какие-нибудь предпосылки?

S_S> А как можно дропнуть .NET — перестать добавлять новые фичи, и вносить изменения ? WinAPI в этом смысле давно дропнули.
S_S>Еще вариант — сделают другую альтернативу .NET . Ну и хорошо.
S_S>У .NET тоже имеются фатальные неисправимые недостатки — слишком прожорливый. Для варианта — у юзера одно .NET приложение ради которого ему компьютер и нужен. Для таких приложений нет проблем.
S_S>А представь ужас — 30 мелких .NET приложений работают одновременно.

S_S>Так уже делают/сделали узкоспециализированную легковесную альтернативу .NET — SLR (System Language Runtime), он же Redhawk.
S_S>В Win8 API пишется с его использованием. И новый WinC++ какое то отношение имеет к SLR. Хотя пока много подробностей не озвучили.
S_S> Но это скорее не альтернатива .NET, а голому C++,COM. Потому что хоть .NET и есть на голом C++ продолжают упорно писать, кого не устраивает оверхед .NET.

почему не альтернатива? если будет такое же легкое как сильверлайт, только без сендбокса и такое же быстрое, как нативный код, то в больщинстве случаев нафиг полный .NET нужен?

Здравствуйте, hattab, Вы писали:

SS>> А как можно дропнуть .NET — перестать добавлять новые фичи, и вносить изменения ? WinAPI в этом смысле давно дропнули.
H>Ага-ага, дропнули WinAPI А, скажем, Sensor API, Location API, Direct2D и другие это чистая галлюцинация?

Ну это говорит о том что unmanaged код продолжают писать.

Я о том что вот эти dll'ки практически не меняются:
user32.dll
gdi32.dll
...
comctl32.dll
...

Сейчас практически весь софт работает на них, а не на Direct2D.
И их практически не меняют, даже баги не исправляют.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Silver_S, Вы писали:

S_S>>Так уже делают/сделали узкоспециализированную легковесную альтернативу .NET — SLR (System Language Runtime), он же Redhawk.

НС>Не, redhawk это немножко не то. Большего сказать не могу. Да и не особо оно уже актуально. В 2008 планы были огого. А сейчас даже Раддер, который соколика курирует, не в состоянии пропихнуть его в винду. Может когда нибудь, лет через много ... Ну или во всяких полуэкспериментальных штучках типа WP.

S_S>>В Win8 API пишется с его использованием.

НС>Это вряд ли.

и лайт-свитч 26-го выпускают в релизе, если сильверлайт на закате, тогда это вообще каким-то бредом выглядит

http://www.microsoft.com/visualstudio/en-us/lightswitch

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>>А какие есть еще? Я серьезно, мне сильверлайт показался удивительно гармоничной и стабильной штукой, особенно с учетом того, что это плагин для браузера.

S>Даже если ограничиться UI-слоем — см эту ветку. В BCL иногда не хватает отдельных перегрузок или (что самое гадкое) они кидают NotSupportedException.

>DataTrigger-ы, команды, multibinding, FlowDocument, {DynamicResource}, биндинг к xpath, объединение ресурсов, наследование стилей — это только то, что я с ходу вспомнил; если покопаться — наберу раза в 2 больше. Большей части нет в SL4 и даже в 5. Ну и нафига?

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

с чем реально задница, так это с РичТекстом, встроенный не умеет почти ничего, а написать свой с нормальным перфомансом, почти нереально

Strange times in the world of Microsoft developers

I’m sure there is a good reason for all this, but I must admit that seeing this go down makes me super-duper happy that I’ve been diving head first into iOS and Android programming. If the future of developing Windows apps means abandoning C# and the .NET Framework and instead using HTML5 and JavaScript, I’m out. See ya, Microsoft. Good luck with that.

Если человек, который был фанатом технологии и популяризировал ее, такое пишет, то что-то совсем не радужно выглядит ситуация.
Мне вот сейчас интересно, а есть возможность что в ближайших пару лет они весь .нет дропнут? Чисто с технической стороны есть к этому какие-нибудь предпосылки?

Здравствуйте, evo, Вы писали:

Это не должно было стать новой темой. Модератор перенесите, пожалуйста, в начальную тему:
No mention of either Silverlight or .NET on Windows 8.
Вот ссылка на блог:
http://joshsmithonwpf.wordpress.com/2011/07/02/strange-times-in-the-world-of-microsoft-developers/
Вроде как добавлял ссылку под заголовок, что б был кликабельным…

Здравствуйте, MxMsk, Вы писали:

MM>Здравствуйте, evo, Вы писали:

evo>>

evo>>I’m sure there is a good reason for all this, but I must admit that seeing this go down makes me super-duper happy that I’ve been diving head first into iOS and Android programming. If the future of developing Windows apps means abandoning C# and the .NET Framework and instead using HTML5 and JavaScript, I’m out. See ya, Microsoft. Good luck with that.

MM>Даже Джош Смит не выдержал. Пора бы Микрософту хоть что-нибудь заявить. А то поздно будет...

такая скорость смены технологий никому не нужна. человек тратит год-два на изучение технологии и работу с ней, и всё в пустую. такое уже не первый раз с мелкософтом. сначала был visual basic — зарубили, сделали .net. привлекли миллионы людей. теперь нафиг всё. понятно, что за год все не сбегут, но постепенно перестроятся и доверия к этой конторе не будет ни у кого.
интересно, что евангелисты будут говорить ?

Здравствуйте, evo, Вы писали:


evo>Если человек, который был фанатом технологии и популяризировал ее, такое пишет, то что-то совсем не радужно выглядит ситуация.
evo>Мне вот сейчас интересно, а есть возможность что в ближайших пару лет они весь .нет дропнут? Чисто с технической стороны есть к этому какие-нибудь предпосылки?


Джош Смит (Josh Smith) полон энтузиазма по поводу использования WPF для обеспечения отличного обслуживания пользователей. http://msdn.microsoft.com/ru-ru/magazine/dd419663.aspx

кончился энтузиазм. думайте с кем связываетесь.

Здравствуйте, evo, Вы писали:

evo>Мне вот сейчас интересно, а есть возможность что в ближайших пару лет они весь .нет дропнут? Чисто с технической стороны есть к этому какие-нибудь предпосылки?

А как можно дропнуть .NET — перестать добавлять новые фичи, и вносить изменения ? WinAPI в этом смысле давно дропнули.
Еще вариант — сделают другую альтернативу .NET . Ну и хорошо.
У .NET тоже имеются фатальные неисправимые недостатки — слишком прожорливый. Для варианта — у юзера одно .NET приложение ради которого ему компьютер и нужен. Для таких приложений нет проблем.
А представь ужас — 30 мелких .NET приложений работают одновременно.

Так уже делают/сделали узкоспециализированную легковесную альтернативу .NET — SLR (System Language Runtime), он же Redhawk.
В Win8 API пишется с его использованием. И новый WinC++ какое то отношение имеет к SLR. Хотя пока много подробностей не озвучили.
Но это скорее не альтернатива .NET, а голому C++,COM. Потому что хоть .NET и есть на голом C++ продолжают упорно писать, кого не устраивает оверхед .NET.

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>почему не альтернатива? если будет такое же легкое как сильверлайт, только без сендбокса и такое же быстрое, как нативный код, то в больщинстве случаев нафиг полный .NET нужен?

[k.o]
API. SL дико урезан, зачастую там нет самых элементарных вещей. Например, BeginInvoke у делегатов — велкам разработчикам велосипедов.
[/k.o.]

P.S. Забавно, на stackoverflow помечен ответом совершенно крышесносящий коммент

>why Delegate.BeginInvoke isn't supported on Silverlight?
is because it's time to create REALLY cross platform applications

Завершающий штрих: буквально абзацем выше предлагается использовать System.Windows.Threading.Dispatcher. Не, windows здесь значит не то, что подумали — это просто namespace для UI-related stuff.

Вот такие вот они суровые, сервелатоведы

Здравствуйте, Sinix, Вы писали:

ЕА>>почему не альтернатива? если будет такое же легкое как сильверлайт, только без сендбокса и такое же быстрое, как нативный код, то в больщинстве случаев нафиг полный .NET нужен?

S>[k.o]
S>API. SL дико урезан, зачастую там нет самых элементарных вещей. Например, BeginInvoke у делегатов — велкам разработчикам велосипедов.
S>[/k.o.]

на практике реально напрягает то, что если чего-то внутри сильверлайта не сделано, то из песочницы не выпрыгнешь — ну вот нельзя например картинку через буфер обмена скопировать, или запомнить, в какой файл юзер информацию сохранял, чтоб в следующий раз опять диалог не показывать итд.

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>на практике реально напрягает то, что если чего-то внутри сильверлайта не сделано, то из песочницы не выпрыгнешь
Если бы это было единственной проблемой

Здравствуйте, ponuch, Вы писали:

P> сделали .net. привлекли миллионы людей. теперь нафиг всё

Я что то не понял — откуда вывод про нафик все? Дотнета не будет в винде, так его там особо и не было до этого. Синовский боится повторения истории с Лонгхорном. И эта его политика вполне работает. Какое то время. Потому что сроки выдерживаются, обещанные клиентам фичи мастырятся. Пока не иссякнет запас инноваций. А потом либо Синовского уберут, либо будет очередная история с нежеланием клиентов покупать новую версию винды за бесполезностью.

Здравствуйте, Silver_S, Вы писали:

S_S>Так уже делают/сделали узкоспециализированную легковесную альтернативу .NET — SLR (System Language Runtime), он же Redhawk.

Не, redhawk это немножко не то. Большего сказать не могу. Да и не особо оно уже актуально. В 2008 планы были огого. А сейчас даже Раддер, который соколика курирует, не в состоянии пропихнуть его в винду. Может когда нибудь, лет через много ... Ну или во всяких полуэкспериментальных штучках типа WP.

S_S>В Win8 API пишется с его использованием.

Это вряд ли.

Здравствуйте, Sinix, Вы писали:

S>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>>на практике реально напрягает то, что если чего-то внутри сильверлайта не сделано, то из песочницы не выпрыгнешь
S>Если бы это было единственной проблемой

А какие есть еще? Я серьезно, мне сильверлайт показался удивительно гармоничной и стабильной штукой, особенно с учетом того, что это плагин для браузера.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Здравствуйте, Silver_S, Вы писали:

S_S>>Так уже делают/сделали узкоспециализированную легковесную альтернативу .NET — SLR (System Language Runtime), он же Redhawk.

НС>Не, redhawk это немножко не то. Большего сказать не могу. Да и не особо оно уже актуально. В 2008 планы были огого. А сейчас даже Раддер, который соколика курирует, не в состоянии пропихнуть его в винду. Может когда нибудь, лет через много ... Ну или во всяких полуэкспериментальных штучках типа WP.

S_S>>В Win8 API пишется с его использованием.

НС>Это вряд ли.

А шо это, фейк:

http://forums.mydigitallife.info/threads/27533-Win8-M3-(7989)-findings-relevant-to-Managed-.net-amp-WPF-SL-developers

и если этого не будет, то нафига оно так бодро обновляется от версиии к версии

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>А какие есть еще? Я серьезно, мне сильверлайт показался удивительно гармоничной и стабильной штукой, особенно с учетом того, что это плагин для браузера.

Даже если ограничиться UI-слоем — см эту ветку. В BCL иногда не хватает отдельных перегрузок или (что самое гадкое) они кидают NotSupportedException.

Не, силверлайт неимоверно крут — если сравнивать с яваскриптом/флешем. Но против полноценного фреймворка он всё равно не тянет

UPD. Буквально только что попросили аналог TraceSource. Опять изобретать велосипед

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА> с чем реально задница, так это с РичТекстом, встроенный не умеет почти ничего, а написать свой с нормальным перфомансом, почти нереально

Интересно, почему?

Здравствуйте, hattab, Вы писали:

H>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>> с чем реально задница, так это с РичТекстом, встроенный не умеет почти ничего, а написать свой с нормальным перфомансом, почти нереально

H>Интересно, почему?

деталей уже не помню, но суть в том, что встроенный форматированный текст слишком уж урезанный, а если делаешь свой, то единственный способ,это положить кучу TextBlock элементов, фактически на каждый участок текста с другим форматированием или на каждое слово, если например нужно выравнивание по ширине и стандартный пробел не подходит. Проблемы начинаются, когда изменяется одновременно контент и позиция большого числа элементов — например если меняем ширину текста и происходит полное переразбиение на кусочки, так как меняются все переносы, или когда быстро скроллим — это тормозит.

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА> деталей уже не помню, но суть в том, что встроенный форматированный текст слишком уж урезанный, а если делаешь свой, то единственный способ,это положить кучу TextBlock элементов, фактически на каждый участок текста с другим форматированием или на каждое слово, если например нужно выравнивание по ширине и стандартный пробел не подходит. Проблемы начинаются, когда изменяется одновременно контент и позиция большого числа элементов — например если меняем ширину текста и происходит полное переразбиение на кусочки, так как меняются все переносы, или когда быстро скроллим — это тормозит.

А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

Здравствуйте, hattab, Вы писали:

H>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>> деталей уже не помню, но суть в том, что встроенный форматированный текст слишком уж урезанный, а если делаешь свой, то единственный способ,это положить кучу TextBlock элементов, фактически на каждый участок текста с другим форматированием или на каждое слово, если например нужно выравнивание по ширине и стандартный пробел не подходит. Проблемы начинаются, когда изменяется одновременно контент и позиция большого числа элементов — например если меняем ширину текста и происходит полное переразбиение на кусочки, так как меняются все переносы, или когда быстро скроллим — это тормозит.

H>А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

там НЕТ механизма самостоятельной отрисовка

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА> H>А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

ЕА> там НЕТ механизма самостоятельной отрисовка

Как так? Что, правда нельзя кастомную отрисовку текста сделать?

Здравствуйте, hattab, Вы писали:

H>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>> H>А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

ЕА>> там НЕТ механизма самостоятельной отрисовка

H>Как так? Что, правда нельзя кастомную отрисовку текста сделать?

Было бы можно, я бы не жаловался

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА> ЕА>> там НЕТ механизма самостоятельной отрисовка

ЕА> H>Как так? Что, правда нельзя кастомную отрисовку текста сделать?

ЕА> Было бы можно, я бы не жаловался

Офигеть...

Здравствуйте, syrompe, Вы писали:

S>Здравствуйте, hattab, Вы писали:

H>>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>>> H>А, т.е. вариант с ручным парсингом и самостоятельной отрисовкой исключается. Тогда понятно

ЕА>>> там НЕТ механизма самостоятельной отрисовка

H>>Как так? Что, правда нельзя кастомную отрисовку текста сделать?

S>Было нельзя. И это реально порой бесит.
S>Тут не только с текстом проблемма (кстати, Visual studio, которая на WPF, текст таки рендерит ручками, а не WPF'ом).
S>Сейчас вроде есть хак с WritableBitmap, но тут я не сильно в курсе.

рисовать туда текст вручную попиксельно? спасибо, мне без этого есть чем заняться

S>В 5-ой версии обещали дать возможность встроить XNA движок в контрол, но это на мой взгляд тот еще костыль.

5-ку еще не смотрел, но вроде там только 3-х мерка, рисовать текст полигонами тоже неохота

Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>рисовать туда текст вручную попиксельно? спасибо, мне без этого есть чем заняться

ну первое что нагуглил:
здесь

ЕА>5-ку еще не смотрел, но вроде там только 3-х мерка, рисовать текст полигонами тоже неохота

Ну где 3d там 2d сделать не проблемма.
А текст там будет битмапами скорее всего.
Т.е. генерите что-то вроде этого и рисуете.
Ну и ни о каком сглаживании и прочем речи быть не может.

Здравствуйте, syrompe, Вы писали:

S>Тут не только с текстом проблемма (кстати, Visual studio, которая на WPF, текст таки рендерит ручками, а не WPF'ом).
Что имеется ввиду под "рендерит ручками"?

Здравствуйте, syrompe, Вы писали:

S>Здравствуйте, Евгений Акиньшин, Вы писали:

ЕА>>рисовать туда текст вручную попиксельно? спасибо, мне без этого есть чем заняться

S>ну первое что нагуглил:
S>здесь

там те же TextBlock-и отрисовываются, так что выигрыша не будет

ЕА>>5-ку еще не смотрел, но вроде там только 3-х мерка, рисовать текст полигонами тоже неохота

S>Ну где 3d там 2d сделать не проблемма.
S>А текст там будет битмапами скорее всего.
S>Т.е. генерите что-то вроде этого и рисуете.
S>Ну и ни о каком сглаживании и прочем речи быть не может.

зачем же мне текст без сглаживания

Здравствуйте, MxMsk, Вы писали:

MM>Здравствуйте, syrompe, Вы писали:

S>>Тут не только с текстом проблемма (кстати, Visual studio, которая на WPF, текст таки рендерит ручками, а не WPF'ом).
MM>Что имеется ввиду под "рендерит ручками"?

Это когда у контрола переопределен метод Render.

Здравствуйте, Евгений Акиньшин, Вы писали:

S>>ну первое что нагуглил:
S>>здесь

ЕА>там те же TextBlock-и отрисовываются, так что выигрыша не будет

Так фишка в том, что эти TextBlock-и не добавляются в Visual tree,а работа с этим деревом основной тормоз.

S>>Ну и ни о каком сглаживании и прочем речи быть не может.

ЕА>зачем же мне текст без сглаживания
Ну в тех же игрушках, где разрешение и размер шрифта фиксированы, этого хватает.

Здравствуйте, syrompe, Вы писали:

S>>>Тут не только с текстом проблемма (кстати, Visual studio, которая на WPF, текст таки рендерит ручками, а не WPF'ом).
MM>>Что имеется ввиду под "рендерит ручками"?
S>Это когда у контрола переопределен метод Render.
Так внутри OnRender все-равно используются средства WPF, только более низкоуровневые.

Здравствуйте, MxMsk, Вы писали:

MM>Здравствуйте, syrompe, Вы писали:

MM>Так внутри OnRender все-равно используются средства WPF, только более низкоуровневые.

        protected override void OnRender(DrawingContext dc)
        {
            base.OnRender(dc);
            dc.DrawRectangle(Brushes.Black, pen, new Rect(0, 0, 600, 400));
            dc.DrawEllipse(Brushes.Green, pen, new Point(300, 300), 50, 50);
            dc.DrawText(.......);
        }

-байндинги
-стили
-многа чего

ИМХО WPF'ом тут уже и не пахнет.

Здравствуйте, syrompe, Вы писали:

MM>>Так внутри OnRender все-равно используются средства WPF, только более низкоуровневые.
S> protected override void OnRender(DrawingContext dc)
S> {
S> base.OnRender(dc);
S> dc.DrawRectangle(Brushes.Black, pen, new Rect(0, 0, 600, 400));
S> dc.DrawEllipse(Brushes.Green, pen, new Point(300, 300), 50, 50);
S> dc.DrawText(.......);
S> }
S>-байндинги
S>-стили
S>-многа чего
Оригинально. Эдак мы докатимся, что это и не .Net