On Sat, 15 Mar 2014 13:16:22 -0400 Christopher Barry
<[email protected]> said:
> Dear terminology creators,
>
> First, it's very beautiful, and nicely crafted with care and love -
> that's the most obvious first impression.
>
> Second, the font rendering is superb, and it runs mc wonderfully as
> well.
>
> What follows will be some observations that may be configurable, but I
> just don't know enough about it yet after a day of playing with it.
>
> * using git code from yesterday (Mar 14, 2014)
not using git efl though... :)
> * tabbing w/ ctrl-pg{up,dwn} should wrap around in a ring, or be
> configurable to do that if desired.
that can be done.
> * command mode should have a '?' or 'help' command
>
> * ctrl-[0-9] does not work to jump to a tab for me for some reason
works here. hmmm. ?
> * shft-numpad{+,-} does not change the font size for me for some reason.
works with scalable fonts only - not bitmap. bitmap come drawn at one
particular size.
> * with many tabs enabled, ctrl-shft-home brings up a view of the tabs,
> but moving mouse up or down does not scroll the instances very well.
how not? it moves to the relative position (with some animation lag)... ?
> allowing the scroll-wheel here would be intuitive and useful. Another
> thought would be to initially grid them all to fit, then mousing over
> each would zoom it enough to see the text, and a click would select
> it. Indeed, having multiple display modes/methods would be cool.
hmm we could make these options.
> * coming in/out of config, multi-line prompts are incorrectly displayed.
> It seems related to how the right-click menu slides in. I am using
> this theme-able prompt (progit theme):
> https://github.com/christopher-barry/bash-color-tools.git
> disclaimer: I wrote it.
screenshot?
> * the config page is white on my box (still running e17 though) and
> does not match the default dark theme. I assume this has to do with
> not having all the right new stuff yet though.
update your efl to at least 1.8 which was out last year, if not 1.9 which is
out now (or use git).
> * should window splits stay in the same tab? This would be nice for
> keeping a specific split setup on a single tab. Seems like a major
> architectural thing though, and I can imagine you all debated that,
> as I assume the terminal here is a 'bigger' container than the tab,
> but just a thought that I think it would be an nice enhancement.
the internal architecture is to have splits (which is a pair of splits and/or
terms) and each term can be a single term or a list - as a list.. it's a series
of tabs. we'd have to re-architect a lot of code there, and i'd say this is not
a major concern. right now what concerns me more is we have splits, but:
1. they don't respect char cell sizing - so they move in pixel detail rather
than on char cell sizing like the window resize does
2. if you have a set of splits and/or tabs, you have no way to save and restore
them. we can't guarantee to restore the content as that is not controlled by
terminology, but we could store the sizing/layout and re-run N shells in each
term target. we don't do that at all currently, so i think it's a bigger
concern imho.
lots of other stuff on terminology's TODO too. like the media controls are
floating overlays right now. imho they should be provided by their container
with a comms protocol. so popups provide the media controls (play/pause/seek
etc.). same for bg. the media display should probably also show current play
position as time (in popups - not bg), and media should handle next/prev page
controls for pdf/ps. also popups should know if video has no "video" (is audio)
and reconfigure to be audio-friendly. there is already a popup queue, so you
can queue multiple popups to play. if you have multiple music popups (mp3's for
example) there should be an ability to see the popups queue/list and advance
through it etc. ... also popups have no keyboard controls at all - definitely
needed (escape to dismiss, etc. etc.)
and i can go on forever on the terminal extensions that need love. there's
undocumented features there that allow you to make fully interactive ui
elements in your terminal (animations, buttons, widgets, sliders and much
more). you could effectively spice-up anything curses related and give it real
graphical widgets... but i'm not happy with this code atm and i am unsure if
terminology should provide "standard graphical assets" that can be used. if it
did, then you could have standard bullet-points, buttons, sliders, progress
bars, frames, etc. etc. etc. and not have terminal apps have to ship them or
care what they look like.
also a scrollbar... need that. we had a pending patch from a while back for a
scrollback miniature preview. i have to look at that again. i thought billiob
was going to look at it too... oh and so much more. the TODO file lists most of
this stuff.
> Anyway, major kudos to all of you that made this terminal emulator. It
> is *by far* the best one I have ever used, and I've been using Unix and
> Linux since the early '90s. Absolutely awesome job!
>
> --
> Regards,
> Christopher Barry
>
> Random geeky fortune:
> BOFH excuse #211:
>
> Lightning strikes.
>
> ------------------------------------------------------------------------------
> Learn Graph Databases - Download FREE O'Reilly Book
> "Graph Databases" is the definitive new guide to graph databases and their
> applications. Written by three acclaimed leaders in the field,
> this first edition is now available. Download your free book today!
> http://p.sf.net/sfu/13534_NeoTech
> _______________________________________________
> 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]
------------------------------------------------------------------------------
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
_______________________________________________
enlightenment-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
