A good question, Probably rather unlikely. Lots of the elm_code api would fall over if you sent a random file in place of the one attached to an Elm_Code instance.
Whether that's a good enough reason or not I couldn't say... I could map them internally and throw exceptions when an invalid file is sent in. If so then I could use a generic file definition. Line on the other hand seems more specific as it's meaning a line of code rather than any old text line. Though even that could have a generic line handle I guess... Andrew On Fri, 2 Dec 2016 at 20:49, Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 02 Dec 2016 19:58:35 +0000 Andrew Williams <a...@andywilliams.me> > said: > > > Hi, as we're shifting everything to Eo I realised that in elm_code the > only > > object is Elm.Code_Widget. As the rest of elm is exposing widgets or > > layouts I thought perhaps a larger refactor is needed than just moving > the > > various components to Eo. > > > > How about this: > > > > Elm.Code <- the main widget > > > > Elm.Code.Core (or Backend?) <- what used to be Elm_Code - the logic > between > > widgets and files > > Elm.Code.File and Elm.Code.Line are pretty obvious > > > > Any thoughts? Alternative is to leave it as is and just port but somehow > > Elm.Code.Widget does not feel right. > > > > Hopefully this could leave the unstable api at some point so I'd like to > > get this agreed :) > > basically- can these interfaces ever be re-used somewhere else. line line > api/control or file api - should it be an extension to the efl_file > class/interface? should there be another that other objects can share? > > -- > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel