Pull to refresh

Comments 49

и требует дополнительного тестирования

И соответственно, доработки.
А еще кнопки приложений на таск баре ниже на пиксель или два, чем кнопка пуск. Некрасиво как-то.
Поправим, только несколько позже.
Я, конечно, понимаю, что на грубость нарываюсь, но промолчать не могу.

За всё время существования винды худшие иконки были в Хрюшке (невыровненная по пиксельной сетке невнятная цветастая размазня), но вы Хрюшку переплюнули — у вас при всех недостатках хрюшечных иконок ещё и цвета скучные. Причём вы умудрились убить не только 16x16, но и 32x32: в каждой второй иконке прямая линия с наклоном в один пиксель — штука, которую в принципе невозможно нормально отобразить на пиксельной сетке.

Win9x, Win2000, Win7 — все имеют нормальные иконки. Зачем брать худшее?

Про «Explorer-new», имитирующем интерфейс 11-летней давности, лучше промолчу, а то обидитесь. :-)

Ентот Ёксплорер под форточками запустится? Или эт эксклюзив ректоса?
Win9x, Win2000, Win7 — все имеют нормальные иконки. Зачем брать худшее?
Мне бы не хотелось, чтобы ReactOS выглядел точь в точь как Windows, должна быть изюминка. Да и перерисовывать «стандартные» иконки, как мне кажется, нельзя.
Я не буду так категоричен, как предыдущий оратор, но зачем? Зачем перерисовывать квадратный выпуклый безбожно устаревший интерфейс? Это ведь лицо ОС, и от него веет стариной…
а мне, например, нравится =)
Вам шашечки или ехать? К сожалению, ехать в ReactOS пока не очень-то получается, но лучше пусть разработчики будут улучшать совместимость, чем наводить красоту.
но лучше пусть разработчики будут улучшать совместимость, чем наводить красоту.
А по-моему пусть лучше они так реализуют архитектуру проекта (в духе MVC или т.п.) если ещё не, чтобы над проектом могли одновременно работать и программисты и дизайнеры. А вот это «дизайном займёмся когда-нибудь потом» вполне вероятно подрывает любовь самих программистов к своему страшненькому проекту и уж точно отпугивает те крохи пользователей, которые могли бы уделять ему время уже сейчас (на то же тестирование).
К сожалению, кроме иконок у нас есть куда более приоритетные задачи. Но Вы можете их поменять сами на любые другие перед компиляцией или путем редактирования бинарников программой типа resource hacker. Кроме того, мы принимаем патчи со свободными нескучными обоями и красивыми иконками.
путем редактирования бинарников программой типа resource hacker

Прямо школьные годы вспоминаю. Как я открывал shell32.dll и ковырял ресурсы. Как надписи менял на смешные и кнопки перекрашивал.
Ентот Ёксплорер под форточками запустится? Или эт эксклюзив ректоса?

Запустится, не эксклюзив
image
Смеяться после слова «лопата»? Я про Windows Explorer, а не про Internet Explorer.
На скриншоте показана работа ReactOS Explorer (НЕ Internet Explorer) в Windows 8.
А, невнимателен, не признал без грима.

Без панели задач и прочего оно умеет запускаться? Ну, как второй и последующие процессы виндового Проводника — только отдельное окошко.
Теоретически да, но способ такого запуска нужно уточнить у разработчика.
Не ради холивара, но если бы много лет назад я заглянул в будущее и увидел как, простите, винду пытаются воссоздать с нуля, не добившись исходников и возможности «пилить» ОС под свои нужды, я бы стал интересоваться альтернативами намного раньше. Когда-то я надеялся, что с годами смогу убрать из своей основной системы все лишнее, что дадут-таки возможность (будете смеяться) часы на панели в левый угол поставить, а кнопку пуск в правый. Когда только-только мне подарили первый компьютер в детстве, мне хотелось настроить и изменить многое, что казалось нелогичным и кривым — но чем больше я использовал Windows, чем больше она приходила в негодность при попытке решить часть «хотелок» сторонними твикерами, тем больше во мне умирала надежда…

И вот сейчас, столько лет спустя, винду воссоздают с нуля, но уже в менее зажатых рамках. И чуть видная искорка надежды вновь просыпается во мне. Я с интересом буду следить за вашим проектом и надеяться, что не всё так безнадёжно, как казалось.

Не опускайте руки, слыша критиков — ваш проект прекрасен, как бы уродливо ни выглядели мелкие недоработки.
Успеха вам дойти до полноценного релиза.
Это вы так эльфите?

Вам, как убунтоводу то не знать что эта операционка устарела лет на 10 еще до релиза.
Нет, в моих словах никакого подтекста нет.
Касаемо «устарелости» — это очевидно, воспроизводится далеко не новая система, но я вижу в этом проекте не практическую ценность, а идею как таковую. И как человек, уважающий увлеченность каждого, если можно так выразиться, «фаната» своего дела, надеюсь на их успех.
Понятно — каждая мышь выбирает сама под каким соусом кушать кактус :)

Скажем так — я тоже не против что у людей есть хобби, но конкретно в данном проекте мне не нравится то, что вместо курса на улучшение был взять курс на повторение, что ставит команду в роль догоняющих, хотя проект мог бы вполне быть локомотивом mswin платформы.
Чтобы OS была «локомотивом» — приложения должны писаться в первую очередь именно под неё. Какими бы качествами она ни обладала, чем больше она станет отходить от Windows, тем меньше софта на ней можно будет запустить.
Идея в повторении структуры, мне кажется, более перспективна, здесь я с направлением движения разработчиков согласен, имея исходный код будет намного проще расширить функционал или залатать дыры. И только когда весь Windows-софт станет работать на ней (не сейчас, позже) — тогда можно будет привлекать разработчиков, опираясь заодно на открытый код, и начать «становиться локомотивом».
Спасибо за слова поддержки!
рискую быть заминусованным, но сколь же хороша «классика». Ни один ClassicShell не даёт такого чувства привычного и понятного интерфейса, где всё знакомо. Под Win9x, 2k всегда бесили уродцы типа Aston, Talisman Desktop, WindowBlinds. Как же теперь мечтаю о таком альтернативном шелле для Win7-Win8 (Где он ещё более востребован).
В Win7 этот шелл есть «из коробки», называется «Классический вид», емнип.
Меню Пуск двухколоночное, вид Проводника другой. в 8 и этого нет.
С этим согласен. Но в классическом шелле есть минус, он отрисовывается на CPU.
Несколько офтоп…
Работа MS офиса в ReactOS / Wine — полное равенство или есть нюансы?
Например под Wine у меня не получилось запустить диаграммы.
Есть приблизительное равенство, но полного равенства не будет. Так как некоторые компоненты были нами форкнуты, и на данный момент отличаются от аналогичных компонентов в Вайне. Плюс в нашем случае никакой предварительной настройки Вайна в принципе не требуется вообще.
Похоже, что новость преподносится совсем с неправильной стороны, наколько я понимаю, все гораздо глубже окошка explorer в стиле winxp/win2k3. Если я прав, стоило рассказать в чем именно улучшится совместимость, желательно на реальных примерах.

Если говорить только про файловый менеджер, даже если пропустить не рабочий фукционал(дерево файлов, поиск, настройки, маппинг дисков), а предположить, что это полнофукциональная копия win версии, сложно понять на что потрачено столько времени и в чем достежение.

Не раскрыта тема, почему файловый менеджер и панель одно приложение.

З. Ы. чисто ради интереса попробовал найти опенсорсный explorer like fm, нашел Explorer++, Tablacus, Xenon, даже они будут пофукциональней, остальные или на .net, или используют ribbon, или коссплатформенные.
Не раскрыта тема, почему файловый менеджер и панель одно приложение.


Потому что они повторяют архитектуру Windows для совместимости. Попробуйте в винде убить все процессы explorer.exe — пока он не перезапустится панель задач тоже пропадёт.
Собственно в этом и вопрос, как оно влияет на совместимость. Это вряд ли было сделано случайно, но с точки зрения здравого смысла, 2 приложения надежней одного, дают большую гибкость и их проще развивать.
Большинство уже существующих приложений, использующих какую-то интеграцию с explorer, полагают, что существует лишь один исполняемый файл ответственный и за десктоп и за операции с файлами.

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


В результате значительных изменений под капотом ReactOS утратили работоспособность многие функции старого эксплорера. А некоторые так и не были до конца реализованы в принципе.
Конкретно: большинство тулбаров не работало, т.е. кнопки «вперед», «назад», «подняться на директорию выше»,«вид» просто ничего не делали. Если вы по ошибке попадали не в ту директорию, то вернутся назад было нельзя, приходилось закрывать окно и заново открывать «мой компьютер». многодокументный интерфейс не функционировал. Внешний вид старого эксплорера был непривычен для пользователей Windows. Фактически старый эксплорер был неработоспособен на 70%.

Гроб. Кладбище. П… роводник.

Не раскрыта тема, почему файловый менеджер и панель одно приложение.


Все просто. В Windows рабочий стол архитектурно — это фактически распахнутое на весь экран окно файлового менеджера с крупными значками (он же эксплорер), без контролов (свернуть, закрыть и т.д.), но с кастомным тулбаром на стероидах — панель задач + меню «пуск».
Говоря про совместимость, особенно когда реч про системный компонент, обычно подразумевают совместимость со сторонними приложениями.

Про рабочий стол понятно, там фактически список файлов, в nix средах используют такой же подход, но ничего не мешает сделать панель отдельным приложением, с окном поверх всех и ограничением рабочей области(если я правильно понимаю, можно задать наколько будет отступать развернутое окно от краев экрана).
Честно говоря, я был бы рад видеть в ReactOS KDE как графическую оболочку рабочего стола. The KDE on Windows Initiative давно этим занимаются. Правда, последний релиз был больше года назад, тем не менее уже проделана масса работы и по моему скромному мнению проекту ReactOS было бы сподручнее допилить KDE под свою ось и потом просто поддерживать его в состоянии up-to-date, чем писать свой Explorer (который явно беднее KDE по функционалу).
В ReactOS KDE не будет включен, но мы делаем все возможное, чтобы пользователь без особых проблем мог установить его самостоятельно. Отдельно замечу, что KDE в специальном допиливании под ReactOS не нуждается, а требуется в самой ос пофиксить баги.
Под программу импортозамещения не планируете попасть? Есть шанс.
Специально не планируем, но очень надеемся, что на нас обратят внимание.
Если и обратят — то не конечные потребители а какие-нибудь проныры-посредники. Если действительно есть такое желание — нужно брать эту задачу в свои руки.
Могли бы включить нормальный английский термин — Desktop Environment (DE). Долго не мог понять что такое «графическая оболочка рабочего стола».
DE — это комплекс программ: оконный менеджер, настройки системы, системное меню, куча мелких утилит вроде переключалки клавиатуры. Так что нет, они не могли использовать этот термин: explorer не обладает функциональностью DE.
Тогда что такое «графическая оболочка рабочего стола» вообще? Graphical shell? В гугле по запросу «графическая оболочка рабочего стола» первая ссылка на эту статью, в остальных тоже нормального определения не вижу.
Спасибо за информацию.
Я вот рассчитывал по-быстрому запустить свою игру (OpenGL через OpenTK) на ReactOS, но к сожалению ни под .Net Framework 2.0, ни под Mono не стартует, причем ничего не пишет в лог, не генерирует ошибок и т.д. Может через пару недель буду посвободнее, попробую разобраться, ведь простенькие Mono-самплы там работают, C++ OpenGL примеры от NeHe тоже.
В трекере пока не регистрировался, напишу тут, а дальше уже в зависимости от свободного времени.
После установки Mono в его папку etc\mono кладется config файл с ссылками на DLL. В строках с ссылками на библиотеку gdiplus почему-то забыто указание ОС:
 <dllmap dll="gdiplus" target="/tmp/install/lib/libgdiplus.so"/>
 <dllmap dll="gdiplus.dll" target="/tmp/install/lib/libgdiplus.so"/>

Из-за этого на ReactOS он пытается загружать указанные .so, причем безуспешно. Возможно, так же происходит и на Windows, а может там срабатывает еще какая-то проверка и конфиг игнорируется. Достаточно добавить в каждую строку аттрибут os="!windows" и после правки игра запускается и в целом работает, хоть и без звука — не подхватился OpenAL. Еще есть проблема с кликами — порядок событий отличается от Windows и Wine, но это позже отлажу.
Скрины игры


Одним словом, баг в конфиге mono и из-за него не работают поголовно все WinForms приложения на ReactOS. Думаю, он уже отрепорчен, хотя может стоит и форсировать процесс.
Sign up to leave a comment.