в хроме нет возможности переключаться между вкладками по последнему открытому (по аналогии с alt+tab). даже на уровне api. Есть костыли в виде stackedtabs но они делают совсем не то. именно это вернуло меня назад на firefox
ожидал увидеть нечто новое.
вы уж извините, но перед тем как писать новый велосипед нужно просмотреть существующие велосипеды.
ваша реализация идет имеет ряд недостатков.
для кросбраузерного мультиаплоада лучше использовать swfupload. он также позволяет получить более подробную информацию во время загрузки. что удобно при показе прогрессбара (например точный размер отправленных данных в момент времени. как я помню, даже html5 средства не позволяет этого).
согласен с вами.
владельцы операционок — как акулы в океане IT, идут исключительно своим путем.
производители железа — рыбки-лоцманы.
«лоцманам» нужно просто выбрать себе подходящую акулу.
Nokia выбрала «спящую» акулу, но как мы видим она уже проснулась :).
На фоне всеобщего пиара metro стиля, nokia получает неплохую фору.
Очень интересно наблюдать за всем этим. И это происходит когда Android уже как бы приелся и
тормоза, даже на производительном железе, надоели.
в моем случае банальная смена обстановки помогла выйти из застоя.
под сменой обстановки можно понимать что угодно:
— перестановка мебели,
— новый компьютер
— новый монитор (лучше теперешнего в 2 раза)
— новая мебель
— новое кресло
— новый стол
…
В моем случае смена стола на стол для работы стоя — решило проблему. :)
абсолютно согласен. «проблема» (в ковычках, так как не вижу особой проблемы, каждый интерфейс по своему уникален) не существовании интерфейса, а в том как он представлен.
получается что топор для селянина — это интерфейс для рубки дров. автор призывает отказаться от топора, дрова сами должны рубиться и топить печь.
а в идеале должна быть одна большая кнопка «сделать все хорошо».
читая автора, невольно вспоминаю фильм «валли» с атрофировавшимися людьми. и то как они были рады избавиться от интерфейсов в конце фильма.
имхо, вы выбрали неверный путь для валидации полей зависящих от значения других полей.
недостатки:
1. теряется наглядность при изучении модели
2. нужно создавать дополнительный код в котроллере для обеспечения смены сценария
3. что если кто то переименует сценарии?
На мой взгляд задача довольно очевидная — «Обеспечить валидацию полей зависимых от значения других полей».
Т. е. нужно создать новый клас валидации (конечно же унаследовав существующий валидатор), и добавить ему функционал, который позволит обрабатывать ситуации в зависимости от других параметров.
вот пример такого валидатора:
class ExRequiredValidator extends CRequiredValidator{
public $strict = true;
/**
* makes validation depend on some another attribute value
* useful when some fileds of form are hidden based on appropriate attribute
* @var string
*/
public $boundAttribute = null;
/**
* @var string
*/
public $boundAttributeValue = null;
ну и правила в модели:
public function rules(){
return array(
array('call_status','required','message'=>'Required field'),
array('talk_status','ExRequiredValidator','boundAttribute'=>'call_status','boundAttributeValue'=>'success','message'=>'Required field'),
);
}
я придерживаюсь следующих критериев при разделения конфигов:
1. Привязка конфига к имени сервера
2. По умолчанию использовать продакшн конфиг
3. Должна быть возможность определить несколько доменов (таже с помошью регулярок) для одного конфига
4. Должна быть возможность выбрать конфиг с помошью параметра в запросе (только для разрешенных айпи)
может стоить создать опрос? ведь интересно же, дейтсвительно ли она нужна пользователям. я например ни разу ею не воспользовался. Помомему перебор, кнопка наверх теперь одна из самых заметных аозможностей на сайте :)
вы уж извините, но перед тем как писать новый велосипед нужно просмотреть существующие велосипеды.
ваша реализация идет имеет ряд недостатков.
владельцы операционок — как акулы в океане IT, идут исключительно своим путем.
производители железа — рыбки-лоцманы.
«лоцманам» нужно просто выбрать себе подходящую акулу.
Nokia выбрала «спящую» акулу, но как мы видим она уже проснулась :).
На фоне всеобщего пиара metro стиля, nokia получает неплохую фору.
Очень интересно наблюдать за всем этим. И это происходит когда Android уже как бы приелся и
тормоза, даже на производительном железе, надоели.
под сменой обстановки можно понимать что угодно:
— перестановка мебели,
— новый компьютер
— новый монитор (лучше теперешнего в 2 раза)
— новая мебель
— новое кресло
— новый стол
…
В моем случае смена стола на стол для работы стоя — решило проблему. :)
получается что топор для селянина — это интерфейс для рубки дров. автор призывает отказаться от топора, дрова сами должны рубиться и топить печь.
а в идеале должна быть одна большая кнопка «сделать все хорошо».
читая автора, невольно вспоминаю фильм «валли» с атрофировавшимися людьми. и то как они были рады избавиться от интерфейсов в конце фильма.
недостатки:
1. теряется наглядность при изучении модели
2. нужно создавать дополнительный код в котроллере для обеспечения смены сценария
3. что если кто то переименует сценарии?
На мой взгляд задача довольно очевидная — «Обеспечить валидацию полей зависимых от значения других полей».
Т. е. нужно создать новый клас валидации (конечно же унаследовав существующий валидатор), и добавить ему функционал, который позволит обрабатывать ситуации в зависимости от других параметров.
вот пример такого валидатора:
ну и правила в модели:
1. Привязка конфига к имени сервера
2. По умолчанию использовать продакшн конфиг
3. Должна быть возможность определить несколько доменов (таже с помошью регулярок) для одного конфига
4. Должна быть возможность выбрать конфиг с помошью параметра в запросе (только для разрешенных айпи)
где она расположена в данном случае и каких она размеров?
«Панель Web Developer» -> «Разное» -> «Показать линейку»