-
Notifications
You must be signed in to change notification settings - Fork 37
enhancement: use package object instead of FullDsl #28
Comments
Rather, I don't think there's much of a reason to import macroid._ and not FullDsl._ ; sure there's a bit of namespace pollution when doing both, but I don't see when I would want just macroid._ and not the FullDsl as well. |
The way Macroid is structured now is as follows:
Here is an approximate list of That said, I’m not completely sold on the single import, besides import macroid._
import macroid.fulldsl._ Anyway, I think this could be easily decided by conducting a poll in the mailing list — thanks for the suggestion! |
* Tweaking and Snailing are now in `macroid._` and not in the Cakes. * Implicit conversion to UiFuture is now in `macroid._` as well. * Moved UiThreading.{runUi,getUi} to Ui.{run,get}.
* Tweaking and Snailing are now in `macroid._` and not in the Cakes. * Implicit conversion to UiFuture is now in `macroid._` as well. * Moved UiThreading.{runUi,getUi} to Ui.{run,get}.
* Tweaking and Snailing are now in `macroid._` and not in the Cakes. * Implicit conversion to UiFuture is now in `macroid._` as well. * Moved UiThreading.{runUi,getUi} to Ui.{run,get}.
I don't think there's a reason to manually import FullDsl._
instead, should a package object be used to just have a single import of macroid._ ?
The text was updated successfully, but these errors were encountered: