Как проверить, что пользователь нажал кнопку Обновить или близкий x
Рабочие области и репозитории не должны быть связаны.
рабочая область действительно, где Eclipse хранит набор настроек. Файлы проекта могут (и обычно делайте), живой в рабочей области, но как Вы знаете, они могут быть импортированы из внешнего источника - импорт является просто логическим каналом.
можно создать столько рабочих областей, сколько Вы хотите в определенных целях; Вы могли даже импортировать проекты в одной рабочей области в другого, если бы у Вас была причина сделать так.
расположение SVN должно быть отдельным от того, как Ваша рабочая область определяется. Они могут закончить тем, что выглядели подобными, но это не должно подразумевать, что они - на самом деле то же. Я рекомендовал бы, чтобы каждый проект Eclipse имел свой собственный проект SVN, так, чтобы вместо того, чтобы иметь
- http://myrepo
- myworkspace соединительная линия projectA литий> projectB литий> ул.> литий> теги литий> ответвления литий> ул.>
Вы имели
- http://myrepo
- projectA соединительная линия литий> теги литий> ответвления литий> ул.>
- projectB соединительная линия литий> теги литий> ответвления литий> ул.>
, Что это делает для Вас, дают Вам гибкость для разметки рабочей области, абсолютно отдельной от того, как репозиторий структурирован. Вы сможете проверить отдельные проекты в рабочую область, не имея необходимость к контролю всю кодовую базу. Вы сможете проверить проекты на ответвления разработки, в то время как другие находятся на соединительной линии, можно вернуться изменения в одном проекте при оставлении другого в покое и т.д.
последний вопрос, о которых артефактах зарегистрироваться в SVN вопрос вкуса. Я рекомендовал бы регистрироваться независимо от того, что артефакты универсальны через группу разработчиков. Если Eclipse является стандартный IDE, разрешение, и зарегистрируйтесь в .project и .classpath файлах так, чтобы новый разработчик смог к контролю и сборке сразу. Если определенные плагины универсальны и имеют собственные файлы конфигурации, разрешение и регистрируют их также. С другой стороны, что-либо, что не совместно используется через команду разработчиков, должно быть упущено из репозитория.
Hope это помогает.
РЕДАКТИРОВАНИЕ
Дальнейший опыт учил меня, что единственными вещами, которые должны войти в управление исходным кодом, являются фактические исходные файлы. Конфигурационные файлы и файлы настройки должны быть повторно созданы разработчиком при установке нового проекта.
3 ответа
Я думаю, что оба являются событиями "выгрузки" в браузере. Вы можете попробовать:
$(window).unload(function () {
alert("QueSeraSera.. lalalala");
});
Javascript -
window.unload = <function>
jquery -
$(window).unload(<function>)
или есть также события до выгрузки, это зависит от того, что вы пытаетесь сделать в отношении времени события
window.onbeforeunload = confirmExit;
function confirmExit()
{
return "Not leaving page";
}
Они будут вызываться, когда страница выгружается путем обновления, закрытия окна / вкладки или перехода от нее (либо по ссылке, либо путем замены URL-адреса).
Имейте в виду, что у некоторых людей могут быть браузеры, которые могут фильтровать определенные события или действия сценария - Что именно вы пытались достичь?
Событие window.onbeforeunload должно фиксировать то, что вы пытаетесь сделать. Однако это будет также будут уволены, если происходит POST (т.е. пользователь нажимает кнопку отправки) или если пользователь пытается уйти со страницы. Я уверен, что у jQuery для этого есть хорошая оболочка, но вы можете найти некоторую информацию о самом методе javascript здесь: