On Tue, 11 Aug 2015 10:32:33 -0400 Christopher Barry <[email protected]> said:
> On Tue, 11 Aug 2015 09:02:56 +0900 > Carsten Haitzler (The Rasterman) <[email protected]> wrote: > > >On Mon, 10 Aug 2015 09:17:46 -0400 Christopher Barry > ><[email protected]> said: > > > >> On Mon, 10 Aug 2015 10:40:40 +0200 > >> Pierre Couderc <[email protected]> wrote: > >> > >> >I have a (very) small problem when editing C++ : > >> > > >> ><code> > >> > > >> >///////////////////// C++? comment > >> >o=f; > >> > > >> ></code> > >> > > >> >if I click on //// it opens me file:/// in the browser... > >> > > >> >I understand that usually it is wanted, but in the current case it > >> >is not... > >> > > >> >------------------------------------------------------------------------------ > >> >_______________________________________________ > >> >enlightenment-users mailing list > >> >[email protected] > >> >https://lists.sourceforge.net/lists/listinfo/enlightenment-users > >> > >> Seems like that feature, not at all limited to Terminology mind > >> you, an handy as it may be at times, really should require a modifier > >> key when clicked to do anything (or a right-click). > >> Highlighting/Copying text that is 'hot' like this is also a PITA > >> because of this UI feature. > >> > >> Overall, I would say it generally causes the computer a lot of > >> parsing work for nothing. Now, if the parsing only occurred when the > >> mouse was over a string and ctl-alt (or whatever) was pressed, and > >> then it resolved it as a link and then clicking it would go there, > >> then that would be quite useful, performant and unobtrusive. > > > >it only parses when the mouse is over a link - no mods. the parsing is > >nothing really work-wise. you can also still select just fine. its a > >click without a drag (no selection) that causes the link to be > >activated. the only obtrusiveness is the visual underline. > > > > First, Terminology is written with a lot of love, creativity and > craftsmanship and it shows, and I'm not bashing it. I'm not using > terminology right now, but I was a while back, and things like running > apt-get update that would display a bunch of links as it scrolled by, > and with the mouse pointer over the window, seemed to me at the time to > be doing a lot of work for no required reason that no other terminal I > am aware of would have done. Was it 'a lot' in the grand scheme? Dunno. > Was it 'more' and unneeded? Yes. I recall it seeming to consume a lot > of cycles on that, as the underlining lagged the scrolling quite > visibly, but that could have simply been my perception. I personally > found it visually disconcerting and pointless. When my build broke for > some reason, it was one of the reasons I just switched back to > lxterminal, rather than figuring out what caused the build breakage. the "lag" isnt slowness. it's simply that there is a delay on looking for a path or url after a change/mouse move to avoid continually hilighting things as the mouse moves over a terminal (eg you are moving the mouse across the screen). if ti was actually slow the whole terminal would not have updated at all while it was "busy parsing". looking for a path is maybe on a bad day 0.001% of the cpu cycles being spent... maybe. on the worst day. it's consuming cycles doing rendering, not parsing for a path/url. use perf top next time and you can get the functions listed. > I guess my point about it, and it's just my opinion, is that needing to > click a link that appears in a terminal (for me) is probably the less > followed code path, therefore it should probably require a modifier or > context menu to activate. And, maybe should require the text being > highlighted *before* ever wasting even one cycle thinking about it... that makes it far less usable and discoverable. people just have no idea you can nicely click something until they happen to read docs (all of the docs) and no one does that, or someone tells them to. we've spent more cpu cycles in discussing this on your box (mail client/browser/etc.) than the feature has ever consumed for you in its entire lifetime. > Something like: > > highlight-> > right-click-> > context-menu->[Copy|Follow|Open|Run|Search|Locate|etc.] > > is still very useful and a bit cleaner UI presentation-wise IMHO. > > And, having that action list in the menu be easily configurable and > extensible would be very, very useful indeed. > > > $0.02 > > > > > > ------------------------------------------------------------------------------ > _______________________________________________ > enlightenment-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-users > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ _______________________________________________ enlightenment-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-users
