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

Reply via email to