Я разработчик и часто работаю над несколькими разными проектами. Это очень помогло бы мне иметь программное обеспечение, где я мог бы создать профиль для каждого проекта. Если я запустил профиль, он должен открыть другие программы, которые я настроил ранее, и отображать их в одном окне. Должно быть возможно разместить их на вкладках или на экране, один слева и один справа или аналогичный.
Я думаю, в основном о браузерах, PDF-зрителях и терминалах. Это даст мне доступ к отладчику ошибок в браузере, выход журнала в консоли, спецификации в формате PDF и так далее.
Есть ли что-нибудь или кто-нибудь подскажет, как это можно реализовать с помощью языка сценариев?
То, что я предлагаю, - это не что иное, как теория. Это может привести нигде.
Существуют альтернативные оконные менеджеры, такие как bluetile, xmonad и awesome, которые могут вставлять несколько окон в красивую конфигурацию плитки (то есть все дочерние окна размещаются следующим образом
Они могут (и есть намного больше, чем просто) быть написаны на разных языках. bluetile и xmonad используют Haskell в то время как awesome использует lua.
Проблема в том, что они заменяют стандартный диспетчер окон. bluetile является единственным, предназначенным для работы вместе с традиционными компонентами Gnome, поэтому у вас может быть самая большая удача в этом. В любом случае, вы можете сражаться за сохранение как традиционного рабочего стола, так и возможность поменять местами на черепичный. Возможно, вы обнаружите, что создание нового пользователя для каждого проекта, где у каждого есть своя конфигурация рабочего стола, - это то, что лучше всего работает.
Тем не менее, вы можете обнаружить, что вы предпочитаете плиточный стол для всего.
KDE обеспечивает именно эту функциональность функцией «activites». Это сообщение в блоге дает хороший обзор концепции:
http://hanschen.org/2011/02/04/activities-a-change-in-workflow/
То, что я предлагаю, - это не что иное, как теория. Это может привести нигде.
Существуют альтернативные оконные менеджеры, такие как bluetile, xmonad и awesome, которые могут вставлять несколько окон в красивую конфигурацию плитки (то есть все дочерние окна размещаются следующим образом
Они могут (и есть намного больше, чем просто) быть написаны на разных языках. bluetile и xmonad используют Haskell в то время как awesome использует lua.
Проблема в том, что они заменяют стандартный диспетчер окон. bluetile является единственным, предназначенным для работы вместе с традиционными компонентами Gnome, поэтому у вас может быть самая большая удача в этом. В любом случае, вы можете сражаться за сохранение как традиционного рабочего стола, так и возможность поменять местами на черепичный. Возможно, вы обнаружите, что создание нового пользователя для каждого проекта, где у каждого есть своя конфигурация рабочего стола, - это то, что лучше всего работает.
Тем не менее, вы можете обнаружить, что вы предпочитаете плиточный стол для всего.
KDE обеспечивает именно эту функциональность функцией «activites». Это сообщение в блоге дает хороший обзор концепции:
http://hanschen.org/2011/02/04/activities-a-change-in-workflow/
То, что я предлагаю, - это не что иное, как теория. Это может привести нигде.
Существуют альтернативные оконные менеджеры, такие как bluetile, xmonad и awesome, которые могут вставлять несколько окон в красивую конфигурацию плитки (то есть все дочерние окна размещаются следующим образом
Они могут (и есть намного больше, чем просто) быть написаны на разных языках. bluetile и xmonad используют Haskell в то время как awesome использует lua.
Проблема в том, что они заменяют стандартный диспетчер окон. bluetile является единственным, предназначенным для работы вместе с традиционными компонентами Gnome, поэтому у вас может быть самая большая удача в этом. В любом случае, вы можете сражаться за сохранение как традиционного рабочего стола, так и возможность поменять местами на черепичный. Возможно, вы обнаружите, что создание нового пользователя для каждого проекта, где у каждого есть своя конфигурация рабочего стола, - это то, что лучше всего работает.
Тем не менее, вы можете обнаружить, что вы предпочитаете плиточный стол для всего.
KDE обеспечивает именно эту функциональность функцией «activites». Это сообщение в блоге дает хороший обзор концепции:
http://hanschen.org/2011/02/04/activities-a-change-in-workflow/
То, что я предлагаю, - это не что иное, как теория. Это может привести нигде.
Существуют альтернативные оконные менеджеры, такие как bluetile, xmonad и awesome, которые могут вставлять несколько окон в красивую конфигурацию плитки (то есть все дочерние окна размещаются следующим образом
Они могут (и есть намного больше, чем просто) быть написаны на разных языках. bluetile и xmonad используют Haskell в то время как awesome использует lua.
Проблема в том, что они заменяют стандартный диспетчер окон. bluetile является единственным, предназначенным для работы вместе с традиционными компонентами Gnome, поэтому у вас может быть самая большая удача в этом. В любом случае, вы можете сражаться за сохранение как традиционного рабочего стола, так и возможность поменять местами на черепичный. Возможно, вы обнаружите, что создание нового пользователя для каждого проекта, где у каждого есть своя конфигурация рабочего стола, - это то, что лучше всего работает.
Тем не менее, вы можете обнаружить, что вы предпочитаете плиточный стол для всего.
KDE обеспечивает именно эту функциональность функцией «activites». Это сообщение в блоге дает хороший обзор концепции:
http://hanschen.org/2011/02/04/activities-a-change-in-workflow/
То, что я предлагаю, - это не что иное, как теория. Это может привести нигде.
Существуют альтернативные оконные менеджеры, такие как bluetile, xmonad и awesome, которые могут вставлять несколько окон в красивую конфигурацию плитки (то есть все дочерние окна размещаются следующим образом
Они могут (и есть намного больше, чем просто) быть написаны на разных языках. bluetile и xmonad используют Haskell в то время как awesome использует lua.
Проблема в том, что они заменяют стандартный диспетчер окон. bluetile является единственным, предназначенным для работы вместе с традиционными компонентами Gnome, поэтому у вас может быть самая большая удача в этом. В любом случае, вы можете сражаться за сохранение как традиционного рабочего стола, так и возможность поменять местами на черепичный. Возможно, вы обнаружите, что создание нового пользователя для каждого проекта, где у каждого есть своя конфигурация рабочего стола, - это то, что лучше всего работает.
Тем не менее, вы можете обнаружить, что вы предпочитаете плиточный стол для всего.
KDE обеспечивает именно эту функциональность функцией «activites». Это сообщение в блоге дает хороший обзор концепции:
http://hanschen.org/2011/02/04/activities-a-change-in-workflow/