On Tue, 19 Apr 2016 14:39:00 +0000 Andrew Williams <a...@andywilliams.me> said:
> Can we again look at a use case for this? After all a name is just a fancy, > harder to compare pointer no? > What does this enable that can't be done otherwise and how do we avoid more > text IDs that need to be documented etc? efl itself never sets names. it's totally up to the developer themselves writing their app etc. - so it needs no documentation. tools like erigo allow you to name every widget. the idea is you name important widgets you want to access later like the list/genlist so you can fill it with content at runtime for example, so a scroller so you can fill it with widget content at runtime. or a box in that scroller or an entry in a table. erigo works with the idea of "snippets" which are just subtrees of widgets already pre-designed, eg a table with an entry, a few buttons, etc. etc. let's say i read a file from disk and parse it and now have to fill the box in my above scroller with the above snippet. one instance of a snippet per "line" parsed in the file. i call the function erigo generated that creates the snippet, but now i need to access the entry inside the table. i don't know which child it is, but if i NAMED it, i just say "get me the object named 'myentry'" and so i now can fill the entry with text from the line int he file. i can also listen to changes, "enter key" etc. on the entry to force a write back to the file when changes are made etc. ... i can GET the vertical box within my window by name and then just append each snippet i create to the end. without names i have no access to those objects because they are created either by code loading a data file from disk that describes the ui and generates the objects for me, thus i have no idea which object is the one i want (which is what edje does and names are pretty important to address a part in edje - without it you'd be SOL). if erigo generates code for that for me to just include in my app binĂ¥ry (and a function) then all erigo has to do is also set the name. i can find the object again at runtime. otherwise it ALSO has to generate data structs, add a function/way to expose them, manage freeing them and put the name in there. i still have to look up the struct likely as a data key on a parent object and cast it to the right struct type too... it's more work. this will never work if we have runtime creation of ui from data files tho... so it's only a solution for code generation. > Andrew > On Tue, 19 Apr 2016 at 13:06, Carsten Haitzler <ras...@rasterman.com> wrote: > > > On Tue, 19 Apr 2016 18:12:27 +1000 David Seikel <onef...@gmail.com> said: > > > > > On Tue, 19 Apr 2016 00:37:20 -0700 Carsten Haitzler > > > <ras...@rasterman.com> wrote: > > > > > > > raster pushed a commit to branch master. > > > > > > > > > > http://git.enlightenment.org/core/efl.git/commit/?id=86e7d642d595e242137f1c1387f5969e47d9f166 > > > > > > > > commit 86e7d642d595e242137f1c1387f5969e47d9f166 > > > > Author: Carsten Haitzler (Rasterman) <ras...@rasterman.com> > > > > Date: Tue Apr 19 16:34:53 2016 +0900 > > > > > > > > eo - add object names/ids esp useful for erigo as it wants object > > > > names > > > > also evas objects have names too, so add this as this was > > > > discussed and now the feature is in. there is nothing to find objects > > > > by name yet. that's more api's and features to add after this. > > > > > > This smells a lot like that run time eo introspection I asked for and > > > was turned down before. It was all too hard, despite the fact I > > > designed it in a paragraph at the time. Or is this gonna be everything > > > but the too hard run time introspection? Coz no one needs run time > > > introspection, except erigo maybe. :-P > > > > it's not introspection. it's JUST naming. i'll add some methods to find > > named > > objects. we have this in evas already and have had it for years. this just > > puts > > it at the eo level.. :) this is so you can name a widget in erigo like > > "mybutton" and find it again at runtime from a given widget tree and find > > it in > > CODE. > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > > > ------------------------------------------------------------------------------ > > Find and fix application performance issues faster with Applications > > Manager > > Applications Manager provides deep performance insights into multiple > > tiers of > > your business applications. It resolves application problems quickly and > > reduces your MTTR. Get your free trial! > > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > > _______________________________________________ > > enlightenment-devel mailing list > > enlightenment-devel@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel