Я могу установить разрешение DPI своего Java приложение Swing, не изменяя настройки DPI систем?
Как другие указали, TFS дает Вам намного больше функций тогда, SVN делает в форме управления проектами и такого. Использовать обоих, и работало с очень крупными компаниями в реализации TFS, вот мои два цента.
1) при использовании 2005 TFS обновите до 2008 TFS. Вы будете благодарить меня. Существует тонна улучшений в 2008 TFS, которые делают ее осуществимой.
2), Если Вы живете в Visual Studio и Вы хотите интеграцию IDE, пойдите с TFS. Я использовал интеграцию SVN и почти всегда роняю к использованию TortoiseSVN.
3), Если Вам нравится идея учетных записей, интегрируемых с аутентификацией Windows, пойдите с TFS. Управляемость от того конца хороша. Могут быть рычаги для SVN - я не положителен, но если Вам нравится GUI управляемое управление, TFS трудно разбить.
4), Если необходимо отследить метрики или иметь более легкие способы реализовать вещи как политики регистрации, пойдите с TFS.
5), Если у Вас есть люди, которые не реализуют его, если это не будет MSFT, пойдите с TFS.
6), Если Вы, больше, чем просто.NET (работа Java, Eclipse, и т.д.) идут с SVN. Да существуют очень хорошие продукты там (как Teamprise) что работа хорошо с TFS. Но если другие языки не являются небольшой частью Вашего магазина, просто придерживаются SVN.
За пределами этого, функции SCM обоих об эквиваленте. Они оба делают ветвление и слияние, оба делают атомарные регистрации, они оба, поддержка переименовывает и перемещается. Я думаю для людей, просто начинающих с ветвлением, и слияние понятия, имея ответвления быть видимым в Проводнике Управления исходным кодом хорошо.
TFS действительно, который не является дорогим (1 200$, возможно?). По сравнению с SVN это, возможно. Интеграция с созданием отчетов о сервисах и SharePoint хороша, но снова, если Вы не используете это, тогда это не имеет значения.
то, Что я сказал бы, должно загрузить 180-дневный суд над TFS и дать ему движение. Запустите пробную версию бок о бок. Я думаю, что Вы будете счастливы, неважно, какой путь Вы идете.
2 ответа
Не знаю, возможно ли это. Внешний вид должен его поддерживать, а, насколько мне известно, Windows Look & Feel - нет. Вот хитрость, которую вы можете рассмотреть: перебрать все шрифты, определенные в вашем стиле, и переопределить их, чтобы они были немного больше. Вот фрагмент кода, который делает это:
for (Iterator i = UIManager.getLookAndFeelDefaults().keySet().iterator(); i.hasNext();) {
String key = (String) i.next();
if(key.endsWith(".font")) {
Font font = UIManager.getFont(key);
Font biggerFont = font.deriveFont(2.0f*font.getSize2D());
// change ui default to bigger font
UIManager.put(key,biggerFont);
}
}
Я полагаю, вы могли бы сделать еще один шаг и пропорционально переопределить границы шкалы, но это очень быстро усложняется
Итак, фактический ответ, похоже, таков: нет, не можете. Это действительно неприятно, потому что это очень сложно проверить.