Closed mrozbarry closed 7 years ago
First, if I pass a "" to title or a [] to footer, then those pieces shouldn't render. There are definitely reasonable use-cases to not have a title or footer.
This I agree with but I have one issue with this and that is the close icon, since it's part of the header, what would be the expected behavior of it if there is no title displayed? should it be hidden as well?
Second, I'm having a small handful of mobile issues. For context, I'm embedding a calendar into a modal.
Can you provide some screen-shots for these? It would help me see what the problem is, thank you.
To address the first point, I think it's fine if there is no close button. If the developer intentionally removes the title, then it's probably their responsibility to wire up a button. That, coupled with the backdrop being clickable to close the modal, it's probably fine. For my use case, when the user picks a day on the calendar, the modal automatically closes - I've already wired that up, and it does the right thing.
Here is a screenshot from my android/samsung galaxy prime:
Thanks, I'll try to fix this soon. I let you know when it's ready.
Would love this feature 👍
This commit resolves the footer and header issues: https://github.com/gdotdesign/elm-ui/commit/a1e2bb6811dd279afb3a003c533965e002f09de3 It will be released with the next version.
As for the zoom-in and overflow issues:
min-height
CSS property of the ui-modal-wrapper
element as I suggested in this issue https://github.com/gdotdesign/elm-ui/issues/58
So I have two issues,
First, if I pass a
""
totitle
or a[]
tofooter
, then those pieces shouldn't render. There are definitely reasonable use-cases to not have a title or footer.Second, I'm having a small handful of mobile issues. For context, I'm embedding a calendar into a modal.
Otherwise, this library is great, so thanks for taking the time to develop it.