Правила для того, чтобы использовать сайты обновления в Eclipse?
Вы можете попробовать это
<style> .ck.ck-editor {width: 200px;} </style>
Вы можете использовать для проверки элемента в Google Chrome или Firefox инспектора.
2 ответа
Я предлагаю поместить все на один веб-сервер и развернуть пакеты для каждой версии Eclipse к различному URL:
http://your.server/eclipse-3.3/site.xml
http://your.server/eclipse-3.4/site.xml
и т.д.
Это поможет развернуть, держать вещи отдельно, и это сделает простым для пользователей видеть "ах, это - то для меня".
Необходимо, вероятно, использовать функции и категории, сегментированные версией затмения.
|
+-WSAD-2-1 Category
| |
| +- Checkstyle 3.1 Feature
| |
| `- Team Checkstyle configuration for Checkstyle 3.1
|
`-Eclipse-3-4 Category
|
+- Checkstyle 4.4 Feature
|
`- Tema Checkstyle configuration for Checkstyle 4.4
Это может быть изоморфно с тем, чтобы поддерживать несколько сайтов обновления, хотя можно рассмотреть:
- придерживаясь наименьшего общего знаменателя, который работает и минимизирует ошибки
- то, что плагины, записанные для Eclipse 3.4, как могут обоснованно ожидать, не будут работать на Eclipse 2.1.
- некоторые удары версии между версиями Eclipse вызывают определенное количество боли обновления для сменных устройств записи (например, 3.0 к 3,1 был большой переход),
- Конфигурация между различными версиями того же продукта не может быть совместимой.
- Версии того же плагина могут иметь другой набор функций, но не работать над всеми версиями (например, Checkstyle 5 поддерживает Java 5, но не может работать с плагином Checkstyle, который работает с Eclipse 2.1),
Однако, если это не возможно или желательно иметь несколько уровней категорий, затем способствование категориям, предложенным выше для разделения, обновляет сайты, путь вперед.
Это имеет преимущества развертывания, поскольку на пользователей можно указать на сайт обновления для версии IDE, они используют, но точно, чего Вы стремитесь избежать.