-
Notifications
You must be signed in to change notification settings - Fork 98
Conversation
please have a look at this @lacky1991 |
Don't know if i like the idea. |
Yes, a delegate is definitely required. This is also required when we want to support |
If I have a dialog where I can edit a data object and what to save/sync this changes, I need to have a tested presenter which does that business logic. Totally agree with the fact that it should be implemented with a delegate |
@remcomokveld are you still working on it? |
I noticed that while using this the layout of my Dialog gets wonky. If I extend Here is the layout for my dialog |
I don't use instant run. It seems to be the difference of extending "DialogFragment" vs "AppCompatDialogFragment" |
Now I got it! Yes the I think this here causes the difference:
|
import java.util.List; | ||
|
||
public abstract class TiDialogFragment<P extends TiPresenter<V>, V extends TiView> | ||
extends DialogFragment implements TiPresenterProvider<P>, TiLoggingTagProvider, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
should extend AppCompatDialogFragment
instead of DialogFragment
It seems @remcomokveld don't maintain this anymore. This will be closed. |
Speaks for itself. Although I can think of prettier, delegate based, solutions to add MVP support for DialogFragments this is a simple copy from TiFragment but it extends android.support.v4.app.DialogFragment instead of android.support.v4.app.Fragment