Hello. On 07/06/16 17:52, Jean Guyomarc'h wrote: >> Sorry, release work taking its toll. I'm mostly fine with it. > That's fine :-) > >> Another >> review would be great but if nobody steps up to do this we might as well >> remove the experimental/beta status of it. > Ok. > >>>>> This one looks redundant to me >>>>> ECORE_COCOA_CURSOR_DEFAULT = ECORE_COCOA_CURSOR_ARROW >>>>> Why would we need a ECORE_COCOA_CURSOR_DEFAULT enum type? We could use >>>>> the _ARROW instead of _DEFAULT in all cases I can think of. >>>> There are more X cursors than Cocoa cursors. >>>> ECORE_COCOA_CURSOR_DEFAULT is used as a fallback when a cursor is >>>> requested by an application, >>>> but is not available. Maybe a #define would be more appropriate? >> Hmm, ok but why could we not use ECORE_COCOA_CURSOR_ARROW in that case >> for the fallback? Why do we need a different enum? > Because the default cursor is known and enforced by Ecore_Cocoa then. > Without Ecore_Cocoa providing a "default" cursor, fallbacks would be > implementation defined. This is typically used by elementary. When > an X cursor is not available through Ecore_Cocoa, it uses > ECORE_COCOA_CURSOR_DEFAULT > instead. If another piece of code use the cursor API, is can use the same > definition to use the default cursor, and does not have to guess which > fallback to use. > > I can understand using the same enumeration feel a bit weird. I'm not > quit sure how I feel about this. A macro would maybe make it more > natural: > > #define ECORE_COCOA_CURSOR_DEFAULT ECORE_COCOA_CURSOR_ARROW
I like this better. In the end it is more s stylistic thing than anything else. I leave it up to you to decide. I'm fine with the rest. I would say remove the experimental/beta flags end of the week even if no new review comes in. If hell breaks loose we can still put it back before the final release. regards Stefan Schmidt ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel