TTY #60

Closed
opened 2014-08-03 19:51:56 +02:00 by maandree · 6 comments
maandree commented 2014-08-03 19:51:56 +02:00 (Migrated from github.com)

I would love to have this in the Linux VT.
Even cooler would be if you could run it during boot.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/3465048-tty?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github).
I would love to have this in the Linux VT. Even cooler would be if you could run it during boot. ## <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/3465048-tty?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F479407&utm_medium=issues&utm_source=github). </bountysource-plugin>
Swordfish90 commented 2014-08-04 01:13:53 +02:00 (Migrated from github.com)

Hi, I think it should be possible but you would have to run X also in the other consoles. During boot might be harder because X is not loaded at the beginning. Anyway I'm not an expert in that :) ... Maybe someone else might give you some directions.

Hi, I think it should be possible but you would have to run X also in the other consoles. During boot might be harder because X is not loaded at the beginning. Anyway I'm not an expert in that :) ... Maybe someone else might give you some directions.
maandree commented 2014-08-04 01:33:47 +02:00 (Migrated from github.com)

Not really a question, it as an enhancement suggestion.

I want to be able to run this without X, but in
the TTY using the framebuffer.
Once that is done, it should be able to run it
during boot by customising my init or initrd.

Not really a question, it as an enhancement suggestion. I want to be able to run this without X, but in the TTY using the framebuffer. Once that is done, it should be able to run it during boot by customising my init or initrd.
Swordfish90 commented 2014-08-06 11:06:17 +02:00 (Migrated from github.com)

I'm sorry but, I've really no idea if this is possible, or how hard will that be. I'll leave this open if someone wants to contribute to the discussion. Anyway keep in mind that this is not a priority at the moment.

I'm sorry but, I've really no idea if this is possible, or how hard will that be. I'll leave this open if someone wants to contribute to the discussion. Anyway keep in mind that this is not a priority at the moment.
partoneoftwo commented 2014-09-08 13:33:02 +02:00 (Migrated from github.com)

Chiming in here. Yeah forget it. This is a terminal emulator. A terminal emulator is NOT a TTY and cannot be used as a TTY. Furthermore Framebuffer sessions are a lower layer than the X server or Wayland. You can't run a QT program in a Framebuffer session. This isn't going to happen. You might agree with me if you go ahead and read this deep dive into TTYs: http://www.linusakesson.net/programming/tty/

Chiming in here. Yeah forget it. This is a terminal emulator. A terminal emulator is NOT a TTY and cannot be used as a TTY. Furthermore Framebuffer sessions are a lower layer than the X server or Wayland. You can't run a QT program in a Framebuffer session. This isn't going to happen. You might agree with me if you go ahead and read this deep dive into TTYs: http://www.linusakesson.net/programming/tty/
maandree commented 2014-09-08 13:46:20 +02:00 (Migrated from github.com)

Basically I thinking of a terminal emulator that runs on a framebuffer instead of a in display server so it could be used in place of the TTY. Of course it raises issues with programs that require to be started with a TTY on its stdin, such as showkey. However the idea is possible but might be hard to pull off, but that should not stop anyone from trying; rather it should encourage one from trying.

One thing I did not know at the time of the original posting, is that the program uses a Qt library from its visual effect. This is the only part that makes it hard to pull off.

Basically I thinking of a terminal emulator that runs on a framebuffer instead of a in display server so it could be used in place of the TTY. Of course it raises issues with programs that require to be started with a TTY on its stdin, such as showkey. However the idea is possible but might be hard to pull off, but that should not stop anyone from trying; rather it should encourage one from trying. One thing I did not know at the time of the original posting, is that the program uses a Qt library from its visual effect. This is the only part that makes it hard to pull off.
DragoonAethis commented 2014-10-14 22:48:18 +02:00 (Migrated from github.com)

QtWayland is already up and running - you can even create a Wayland compositor with Qt. (Wayland is just a protocol and does nothing on its own - much like X11, where X.org Server is the most popular implementation, but there are others). While implementing the entire compositor can't be done easily, implementing a "compositor" which will be just this single app is certainly possible. There's an example in that link up there.

[QtWayland](http://qt-project.org/wiki/QtWayland) is already up and running - you can even create a Wayland compositor with Qt. (Wayland is just a protocol and does nothing on its own - much like X11, where X.org Server is the most popular implementation, but there are others). While implementing the entire compositor can't be done _easily_, implementing a "compositor" which will be just this single app is certainly possible. There's an example in that link up there.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: seeseemelk/cool-retro-term#60
No description provided.