seeseemelk/cool-retro-term
1
0
Fork 0
Code Issues 449 Pull Requests 12 Actions Packages Projects Releases 8 Wiki Activity

Put (almost) literal knobs in for switching multiple terminals and changing settings #114

New Issue
Open
opened 2014-09-11 14:36:24 +02:00 by chungy · 4 comments
chungy commented 2014-09-11 14:36:24 +02:00 (Migrated from github.com)
Copy Link

The latter part is an idea particularly appealing to me: instead of having a dialog box, the terminal monitor could have knobs at the bottom that would adjust various settings of the CRT.

Also multiple-terminal support could be nice, similarly implemented as a kind of switch or knob.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/4321248-put-almost-literal-knobs-in-for-switching-multiple-terminals-and-changing-settings?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).
The latter part is an idea particularly appealing to me: instead of having a dialog box, the terminal monitor could have knobs at the bottom that would adjust various settings of the CRT. Also multiple-terminal support could be nice, similarly implemented as a kind of switch or knob. ## <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/4321248-put-almost-literal-knobs-in-for-switching-multiple-terminals-and-changing-settings?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>
KAMiKAZOW commented 2014-09-11 15:47:57 +02:00 (Migrated from github.com)
Copy Link

Won't work with bezel deactivated. I'm also not sure users would want to access terminal setting all the time.
Maybe the idea could be adapted for possible support of tabs?

Won't work with bezel deactivated. I'm also not sure users would want to access terminal setting all the time. Maybe the idea could be adapted for possible support of tabs?
Swordfish90 commented 2014-09-11 19:55:37 +02:00 (Migrated from github.com)
Copy Link

This was something I considered at the beginning but I discarded for two reasons:

  1. Not everyone uses frames
  2. We could enable that only when frames are used but the controls would have to be designed for every different frame (and only for some of them).
    It is interesting what @KAMiKAZOW said. We can explored the possibility but we need to find a nice solution.
This was something I considered at the beginning but I discarded for two reasons: 1) Not everyone uses frames 2) We could enable that only when frames are used but the controls would have to be designed for every different frame (and only for some of them). It is interesting what @KAMiKAZOW said. We can explored the possibility but we need to find a nice solution.
farvardin commented 2014-09-13 20:50:21 +02:00 (Migrated from github.com)
Copy Link

I think the whole UI design could be rethinked: for example the settings are only available when the menubar is on. But since the menubar is totally out of place when you're using CRT, you generally hide it. So when you need to change a setting, you have to right click (since there is no shortcut), show menu bar, and click the settings in the menu bar.

Some random ideas:

  • Put more options in the right click menu: in particular "settings"
  • add a shortcut for the settings
  • use an auto hide feature for the menu bar, which you can access with the mouse when you reach the top of the screen. You can see something similar in FocusWriter (which is also written in Qt)

In addition, with an auto hide menu, it would allow to add some tabs, which would not spoil the pleasure to use CRT.

  • If it's possible, and if auto hide is not used, the tabs could also be "skinned" like the rest of the terminal, a bit like what you can see with tmux or byobu.
I think the whole UI design could be rethinked: for example the settings are only available when the menubar is on. But since the menubar is totally out of place when you're using CRT, you generally hide it. So when you need to change a setting, you have to right click (since there is no shortcut), show menu bar, and click the settings in the menu bar. Some random ideas: - Put more options in the right click menu: in particular "settings" - add a shortcut for the settings - use an auto hide feature for the menu bar, which you can access with the mouse when you reach the top of the screen. You can see something similar in FocusWriter (which is also written in Qt) In addition, with an auto hide menu, it would allow to add some tabs, which would not spoil the pleasure to use CRT. - If it's possible, and if auto hide is not used, the tabs could also be "skinned" like the rest of the terminal, a bit like what you can see with tmux or byobu.
Swordfish90 commented 2014-09-20 23:58:41 +02:00 (Migrated from github.com)
Copy Link

@farvardin Sorry for the late response but I missed your comment. Anyway you wrote something valuable, let's proceed with order:

  • At the moment I'm working in a branch (not yet published) where the menubar is managed this way: when the window menubar is hidden all the menus (File, Edit...) are inserted in the right click context menu. This should fix all the problem associated with that.
  • I don't like the idea of the auto-hiding menubar since it doesn't take into account the window manager (Ubuntu/Osx have global menu, Ubuntu/KDE can embed the menubar in the window decorations).
  • The idea to skin tabs is really really good. I will consider that.
    Thank you for your support.
@farvardin Sorry for the late response but I missed your comment. Anyway you wrote something valuable, let's proceed with order: - At the moment I'm working in a branch (not yet published) where the menubar is managed this way: when the window menubar is hidden all the menus (File, Edit...) are inserted in the right click context menu. This should fix all the problem associated with that. - I don't like the idea of the auto-hiding menubar since it doesn't take into account the window manager (Ubuntu/Osx have global menu, Ubuntu/KDE can embed the menubar in the window decorations). - The idea to skin tabs is really really good. I will consider that. Thank you for your support.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bounty
bug
duplicate
enhancement
help wanted
invalid
priority
high
priority
low
question
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
seeseemelk
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: seeseemelk/cool-retro-term#114
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?