luckyframework / website-old

The old website for Lucky (archived)
https://github.com/luckyframework/website-v2
MIT License
11 stars 29 forks source link

Beginner questions / clarifications in the guides #143

Open hfjallemark opened 6 years ago

hfjallemark commented 6 years ago

I am just getting started with Lucky (and loving it!) and noted down some items that I have run into that could probably be added to the guides. I will just list them all here and we can see which ones makes sense to move into the guides or fix/change in the libraries and which ones doesn't make sense at all 😄

paulcsmith commented 6 years ago

To answer a few of these:

I hope that helps answer some of those questions! Let me know if you have any thoughts or if I should clarify further on any of these points

hfjallemark commented 6 years ago

Thanks for the answers,.

Mostly that I typically don't use Heroku add-ons for this and what SendGrid gives you is a key. I suppose to could use a password and user instead. Could you add this as an issue on Carbon so it can be tracked separately?

Added https://github.com/luckyframework/carbon/issues/13.

It should be! If it is not, please open an issue on LuckyRecord

Seems like it's not updating the updated_at. Added https://github.com/luckyframework/lucky_record/issues/241.

script defer: "true". Browsers ignore the 'true' but Lucky needs something to put there. I've considered allowing a list of Strings or something, but I'm not sure it is worth it: script attrs: [:defer] or text_input f.email, attrs: [:autofocus], class: "my-class". Any thoughts on that?

W3 validator complains about defer: "true" seems to be ok with just defer: "". I don't think it's worth spending any time on.

This should be shown in the guides, but maybe it is not clear. You can declare needs without any on option and it should always be required. If it isn't, please open an issue on LuckyRecord because that is a bug in the macro :)

Right, if I don't have any on the field can't be nil and I don't have to do author.try do |user|.... But when I add on: create it can be nil... even when the form is in "create mode" (which shouldn't be allowed). Is there any way to enforce that it cannot be nil in on: create and not even exist for the others? Not sure I am making sense here 😄