On Sun 02 Feb 2014 at 05:07:47 PST Dimitris Zervas wrote:
So, what I'm telling is to write a simpler library that will support a
very limited number of terms.
That would make it light and suckless.
Isn't most of ncurses' support for different terminals in the
termcap/terminfo data (rather than
>> Oh, and to come in on an earlier point that was made, TUI sucks, the
>> only good thing about it is that TUI programs tend to have better
>> keybindings and scriptability.
> Well my thoughs on interface: CLI is very good because it is "unidimensional"
> streams/lines of texts. Which is mostly si
On Sat, Feb 01, 2014 at 01:11:35AM +, Nick wrote:
> Quoth Dimitris Zervas:
> > So, why not use surf as the abstract layer I was thinking before
>
> That is a terrible, terrible idea. surf has an OK interface, but
> webkitgtk is horrible, and the idea of using it for a base for
> anything but
On Sat 01 Feb 2014 at 11:25:24 PST Silvan Jegen wrote:
On Sat, Feb 01, 2014 at 09:10:02PM +0200, Dimitris Zervas wrote:
I find smart autocompletion extremely useful. It gives some basic
info about the function (number of args etc.) and saves a lot of
keystrokes and typos.
I tend to agree. Add
On Sat, Feb 01, 2014 at 09:10:02PM +0200, Dimitris Zervas wrote:
> I find smart autocompletion extremely useful. It gives some basic
> info about the function (number of args etc.) and saves a lot of
> keystrokes and typos.
I tend to agree. Additionally, it lends itself well to implementations
th
I find smart autocompletion extremely useful.
It gives some basic info about the function (number of args etc.) and saves a
lot of keystrokes and typos.
On Sat, Feb 01, 2014 at 07:33:54PM +0200, Dimitris Zervas wrote:
> @Charlie:
> The best automation in an editor for me, is autocompletion. It saves
> very much time and does not brake the whole world down.
Autocompletion is mostly useless.
I concluded, that personally, I prefer TUI for an editor.
System breaks? you have a console (does not support colors etc. but
you have something).
You're over SSH? you have a console.
I want it to be compatible just with the few environments I use.
xterm, st and minor support for ssh and tty and no
On Fri 31 Jan 2014 at 17:11:35 PST Nick wrote:
Oh, and to come in on an earlier point that was made, TUI sucks, the
only good thing about it is that TUI programs tend to have better
keybindings and scriptability.
My two cents for this bikeshed debate:
All software sucks to some degree. The p
On Sat, Feb 01, 2014 at 01:11:35AM +, Nick wrote:
> [..]
>
> Oh, and to come in on an earlier point that was made, TUI sucks, the
> only good thing about it is that TUI programs tend to have better
> keybindings and scriptability.
I would add to that their ability to be run without a displa
Quoth Dimitris Zervas:
> So, why not use surf as the abstract layer I was thinking before
That is a terrible, terrible idea. surf has an OK interface, but
webkitgtk is horrible, and the idea of using it for a base for
anything but the web is absurd in a suckless context.
Has anybody in this dis
Hi,
* Dimitris Zervas [2014-01-31 00:36]:
[...]
> Shouldn't we create a new TUI library?
I found http://www.clifford.at/stfl/ fairly decent. It's unfortunately pretty
much stalled in terms of upstream development though.
Nico
--
Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0
Hello,
On 1/31/14, Dimitris Zervas wrote:
> hmm, fifo interface for Xlib.
> Sounds like a good way to get my hands dirty with Xlib.
>
> Do I have to interface all the features of xlib, or we need some specific?
>
Maybe i miss spoke a little when stating "fifo interface to Xlib",
Xlib itself is a
On Fri, Jan 31, 2014 at 06:01:48PM +0200, Dimitris Zervas wrote:
> hmm, fifo interface for Xlib.
> Sounds like a good way to get my hands dirty with Xlib.
>
> Do I have to interface all the features of xlib, or we need some specific?
ALL OF THEM.
hmm, fifo interface for Xlib.
Sounds like a good way to get my hands dirty with Xlib.
Do I have to interface all the features of xlib, or we need some specific?
Hello,
On 1/31/14, Carlos Torres wrote:
> surfs fifo patch doesn't currently allow for injection of html or execution
> of javascript. it simply allows you to control the interface via a file.
>
> maybe injection/execution of javascript is doable already, but i'm not
> aware of it.
was i just d
Hello,
On 1/31/14, Dimitris Zervas wrote:
>
> So, why not use surf as the abstract layer I was thinking before
> (Roberto's idea)
surf is the most sensible interface to stuff on the internet, it uses
WebKit, which certainly...nothing is stopping you from writting
an html page and using that in s
> with swt i've tried to define how one would interact with it to create the
> UI, it could be driven by any language able to read and write to files.
> its interesting that surf and dwm just got fifo in them...perhaps tabbed
> should too. perhaps really we should have separate embedable
> applic
Rio from plan 9 is like this, more or less. :) Check it out.
On Fri, Jan 31, 2014 at 8:34 AM, Dimitris Zervas wrote:
>> That’s where the suckless solution should begin, by having reusable mod‐
>> ules. For example there was the idea on the IRC channel to have a sepa‐
>> rate GUI process handli
Hello,
On 1/31/14, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> A different paradigm has to be solved here. The paradigm of 2D inter‐
> faces to complex tasks. This could be done using swk. If you have swk
> done right, then it could be easily run in text or graphics mode.
Curr
> So, you are suggesting an ultra abstract model.
> Output the data in such a way that it could be parsed by an output
> handler (graphical, text, or however you want).
> I must process this idea.
It is not very abstract. It is the central idea in Unix world:
This is the Unix philosophy:
> That’s where the suckless solution should begin, by having reusable mod‐
> ules. For example there was the idea on the IRC channel to have a sepa‐
> rate GUI process handling the output and giving callbacks via a simple
> text interface over a pipe. That process could display the meta‐informa‐
> > I didn't know about libvitapi. I'll check it.
> > About line editors: COME ON.
>
> Line editors have their uses once you work with them a bit more.
Yeah, I agree. I use ed a lot for scripts and for fc (I use fc
when the command is complex).
>
> > About compatibility/portability: I want the
On Fri, 31 Jan 2014 09:35:07 +0200
Dimitris Zervas wrote:
> I didn't know about libvitapi. I'll check it.
> About line editors: COME ON.
Line editors have their uses once you work with them a bit more.
> About compatibility/portability: I want the library to work for me. I don't
> care about a
I didn't know about libvitapi. I'll check it.
About line editors: COME ON.
About compatibility/portability: I want the library to work for me. I don't
care about anyone else. So it's gonna be compatible with xterm and st. Not even
urxvt!
I don't know if it has to be graphical or text.
What do y
On 2014-01-31 01:47, Lee Fallat wrote:
I say line editors are most suitable because they can be used with
anything that supports displaying 2 or even 1 line, and doesn't need
to be stuck to old terminal technology.
[…]
who answers his own question (because of the compatibility
complexity), it i
Didn't know you had a hate for line editors. Or me. At least line
editors don't waste people's time.
I say line editors are most suitable because they can be used with
anything that supports displaying 2 or even 1 line, and doesn't need
to be stuck to old terminal technology.
Additionally, as FRI
Lee Fallat dixit:
>editor. I think some can guess where I'm coming from...
Message-ID:
^^
Not hard to guess. Go die. Elsewhere. And quiet.
bye,
//mirabilos
--
> emacs als auch vi zum Kotzen finde (joe rules) und pine
> Writing TUI's is a PITA, let alone a new TUI-library, because there are
> so many kinds of terminals around to support.
> It certainly would require chewing a lot of manuals on this topic to
> get something which "works almost everywhere".
Sometimes the best solution is don't think about the por
Hey,
Before requesting something, I suggest you do a quick search to see if
such things already exist. Just a couple alternatives:
http://tasktools.org/projects/libvitapi.html
https://code.google.com/p/termbox/
Personally I think TUI is useless in this day and age. Even the most
unsupported opera
On Fri, 31 Jan 2014 01:35:46 +0200
Dimitris Zervas wrote:
> Shouldn't we create a new TUI library?
Writing TUI's is a PITA, let alone a new TUI-library, because there are
so many kinds of terminals around to support.
It certainly would require chewing a lot of manuals on this topic to
get somet
Hello,
I was just thinking about my beloved vim. It's old. It's big. It (kind of)
sucks. It's not suckless.
So I just gave a scan to project ideas and sandy. You use (n)curses and I
thought that it's as old, big, sucky and non-suckless as vim is.
Shouldn't we create a new TUI library?
A
32 matches
Mail list logo
