Pull to refresh
23
0
Andrew Ka @comerc

#кодеротбога

Send message
Да вообще не парит. Когда оно надо, то смотришь-корректируешь return.

Только вот такой финт маленько смущает:

f = ->
  if a
    b
  else
    c


var f;

f = function() {
  if (a) {
    return b;
  } else {
    return c;
  }
};
Сахарок в кофе слаще! Отступы стеной разделяют. А про пустые скобки сказано, что это плохой тон. И js2.coffee только что обновился, вот это радостная новость! Печально наблюдать фобию на CoffeeScript у некоторых пациентов.
Не завелось с наскока, какая-то беда со стилями.

github.com/comerc/meteor-autoform-nativemultiple

Хорошо бы MIT-лицензию повесить на GitHub, тогда сделаю обёртку для Meteor AutoForm.
Я взялся перевести доку на lodash, помогайте.
Для того оно и надо.
Угу, вычитал сейчас:
Log =
  log: ->
    console?.log(arguments...)
Давным давно вычитал где-то мысль, что программист с новой технологией, как сумасшедший с бензопилой…

Где бы этот ваш гвоздомет применить теперь?
спрятал userId в profile4view
Подправил обработку this.ready()
Добавил обработку Meteor.loggingIn()
Так оно же безотносительно AutoForm.
Засунуть в autorun. Еще есть ReactiveVar.
Про автоформ не надо рассказывать, и так известно (-:
Лучше расскажите про локализацию автоформы… как нормально сделать реактивными сообщения, label, опции и т.п. Или, никак не догоняю, как на autoform-bs-datepicker навесить ивенты? Где их писать?
Да хрен его знает, товарищ майор. До локализации AutoForm еще не добрался. Есть задел, для useraccounts оно работало. За autoform-bs-datepicker могу сказать, что обернул v4beta — это счастье. А что не так с ивентами? На шаблон страницы можно навесить, например.

Вопрос в том, что CRUD подразумевает некоторые действия, это же аббревиатура из глаголов, а, собственно, ни одного из действий глаголов в статье нет.
В заголовке же «для CRUD».

Вопрос про коллекцию был не про «первую строчку», а о том, что была изменена, по-видимому, логика операций с пользователями и теперь у пользователей есть user.profile, а так же ещё одна сущность коллекция для того же — вот это мне не понятно.
Если не назначить явно options.profile для Accounts.createUser, то и нет его в db.users.

Вы храните информацию от accounts-? В коллекции или в пользователе?
Я не вмешиваюсь в действия пакетов «accounts-». Если они задействуют db.users.profile — это их забота. В коллекции profiles анкеты пользователей (т.е. данные сами набивают). Вопрос в названии коллекции. Неважно.

Прятать нужно не в fetch, а в fields публикации.
И там тоже. Сам себе ответил.
Selectize — the best of the best of the best! Forever.
AutoForm мне сорвал башню, маленько настругал.
Откуда взялась коллекция Profiles?
Из первой строки кода.
Да и для чего она вообще, если у каждого пользователя есть свой profile?
Потребовалось вынести в отдельную коллекцию. Но не суть, это для примера.
Зачем делать две публикации на просмотр и редактирование, когда они предоставляют одни и те же данные?
Разные параметры: userId и profile._id
Почему отдаются все поля записи, там же может быть что-то не для всех глаз…
Прятать можно — fetch.
И чем key отличается от _id,
Нарасовал key для обозначения значения параметра.
который якобы скрыт?
При редактировании оперируем с userId, а при просмотре только с profile._id
где CRUD? (-:
Понимаю, что нужно рассказать про AutoForm.

Information

Rating
5,176-th
Registered
Activity