[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Any Chance ?
RE: Any Chance ?
Thu, 28 Mar 2013 10:41:28 -0700
Workspace Webmail 5.6.34
Fairly Simple in idea, do not know the detail ramifications of the
ncurses to GUI interaction.
From what I saw on the demo, the author of terminology .3 seems to just
Place it in
the middle (The graphics)
My guess, (And I have not have had time to look at terminology .3
source) is the they
are sending the escape sequences along with uuencoded data stream;
Given we know what a size of terminal is (row, column size). We can pin
to a upper left corner, with
a size row coordinate much like pads or windows. Let whoever re-vamped
xterm / Putty / console
figure out the "scaling".
For example it could be ESC\G<stream type><start row #><Start Column
#><UUENCODED DATA>ESC\g (End of data stream code?)
It also seems that the emphasis is going to be on making sure the
"client" *ie xterm, putty, uxterm, console,
(etc..etc..) can be updated to handle these "Extensions"
ALSO keep in mind terminology .3 is NOT a GUI, but a terminal emulator
that understand some unigue extensions.
Ben Duncan - Business Network Solutions, Inc. 336 Elton Road Jackson
"Never attribute to malice, that which can be adequately explained by
- Hanlon's Razor
> -------- Original Message --------
> Subject: Re: Any Chance ?
> From: Michal Suchanek <address@hidden>
> Date: Thu, March 28, 2013 11:57 am
> To: address@hidden
> Cc: address@hidden
> On 28 March 2013 16:38, <address@hidden> wrote:
> > Where I am going with this, if it is ALL possible to expand the ncurse
> > library to address such things as
> > this terminology 0.3 terminal emulator.
> > As it looks, someone has developed a terminal emulator with advanced
> > escape sequences that can display
> > graphics, movies and pdf files.
> > We could than change text-based user interfaces to "terminal" based user
> > interfaces.
> > Just asking ...
> Well, ncurses has taken the big step to Unicode. That's about as far
> as curses takes you. The applications that use curses know how to
> handle characters. All are the same height and either half-width or
> full-width (or 'normal' and double). How do you propose to extend the
> curses interface to display arbitrary ojects of arbitrary size? Not to
> mention that the applications need to know about the non-text objects,