mirror of
https://github.com/1Remote/1Remote.git
synced 2026-04-25 13:36:03 +03:00
[GH-ISSUE #78] Note field in connection configuration #63
Labels
No labels
area-configuration
area-ct-app
area-ct-rdp
area-ct-remoteapp
area-ct-ssh
area-ct-vnc
area-launcher
area-list
area-tags
area-teamwork
bug
chore
dependencies
general-build/ci
general-performance
general-refactor
general-security
general-supportive
general-ux
meta-documentation
meta-enhancement
meta-enhancement
meta-feature
meta-help-wanted
meta-unknown-error
priority-hi
priority-low
pull-request
question
resolution-duplicate
resolution-invalid
resolution-wontfix
stale
task-put-off
task-still-considering
task-working-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/1Remote#63
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @profbaco on GitHub (Feb 5, 2021).
Original GitHub issue: https://github.com/1Remote/1Remote/issues/78
Originally assigned to: @VShawn on GitHub.
There is a possibility to create a NOTE field for each connection. This would make it easier, because then we could describe - in short text - what each service has on each server.
This observation would only be available in the LIST view, as shown in the image below.
===================================
Existe a possibilidade de se criar um campo de OBSERVAÇÃO para cada conexão. Isto facilitaria, pois aí poderíamos descrever - em texto curto - o que cada serviço tem em cada servidor.
Esta obseravação, só estaria disponível na visualização por LISTA, conforme imagem abaixo.
@majkinetor commented on GitHub (Feb 5, 2021):
Yeah, its always good to have comment/description/note field for any entity anywhere.
In that regard, the thing that needs to get worked on is UX, among other things:
@VShawn commented on GitHub (Feb 6, 2021):
Ahhhh, I write note in name field myself.
IMO there was no space for note display, especially in the launcher. and if this note shown only in the listview, it doesn't make much significance.
@profbaco commented on GitHub (Feb 6, 2021):
The point is that, as you can see in my print, I have several servers, and each one has one or more functions in it.
An example is a Job Server (it has other tools that I use and it would be good to have an idea of the main processes that run on it), with this in the name of the station it would be ServerJob and in the description I would put in more detail what this server is responsible for.
I thought of a field with a maximum of 255 characters, even simpler.
The reason for being on the list, is that in this mode, you can put more options, something that the Card would not have. As it is up to each one to choose their visualization, then the person decides whether to use the list or the card.
=================================
A questão é que, como podem ver no meu print, tenho vários servidores, e cada um tem uma ou várias funções no mesmo.
Um exemplo é um Servidor de Job (nele tem outras ferramentas que utilizo e seria bom ter uma ideia dos processos principais que rodam nele), com isto no nome da estação seria ServerJob e na descrição colocaria com mais detalhes do que este servidor é responsável.
Pensei em um campo de no máximo 255 caracteres mesmo, coisa mais simples.
O motivo de estar no list, é que neste modo, pode-se colocar mais opções, coisa que no Card não teria como. Como fica a cargo de cada um escolher a sua visualização, então a pessoa decide se quer utilizar o list ou o card.
@majkinetor commented on GitHub (Feb 6, 2021):
I propose the following.
Adding a separate viewer of launcher with an easy option to hide it if you want. It shouldn't show if note is empty anyway, but if you do and you don't like it here there is a close button and option to show notes any time:
In list view I propose this one, that could also affect search:
Edit button could be added here directly but its the shortcut for changing this in configuration.
@VShawn commented on GitHub (Feb 8, 2021):
@profbaco
we dont know how many people need this note, and how many of them will turely read this note. So I think it is not a good time to implement it.
for myself, maybe I will never take a glimpse on note: I have several db service, several app server. I will named them in short name by keyword(like
AX DBUT3 DBCard Web... ) to remind me what they are using for. (short name is easy for launcher search too)@majkinetor
your approach I think is
BTW I can still read your server info on your screenshot
Anyway I think it‘s not the right time for this note, we can planning this when more people want this feature.
@majkinetor commented on GitHub (Feb 8, 2021):
OK, having a note on launcher is definitely overkill.
On full list it seems OK, even if it is shown only in the connection configuration .
What's wrong with markdown, but OK, maybe overkill :)
Yeah, I was aware of that, but couldn't be bothered after the fact :)
@majkinetor commented on GitHub (Jan 16, 2022):
@VShawn can we for start add Note/Comment field only in common configuration? It is useful even if not shown on other places?
For example like this:
@VShawn commented on GitHub (Feb 17, 2022):
I suggest text note only, it's easy to implement.
I don‘t want to handle the rich text format.
@majkinetor commented on GitHub (Feb 17, 2022):
Sure.
You could also show this text as a tooltip (or equivalent) when hovering over connection in a list if you don't want to mess up with the list UI.
@Kerwin1202 commented on GitHub (Mar 22, 2022):
+1
@VShawn commented on GitHub (May 4, 2022):
little progress of the note field. I made it markdown supported. And it generate another topic for how to display markdown note on the list view of our main window.
@majkinetor commented on GitHub (May 4, 2022):
Thats amazing. Thanks for reconsidering markdown.
@VShawn commented on GitHub (May 10, 2022):
I made the note display as @profbaco's wish
@majkinetor commented on GitHub (May 14, 2022):
Maybe to tidy up note interface a bit:
Hovering over note icon to display it, instead of clicking it.
Add preview button in config editor (or something equivalent, maybe even a hotkey)
Its not obvious that markdown is supported. Add a placeholder when note is empty with text like 'Insert markdown notes here'
Context menu looks strange
details
details
details
@VShawn commented on GitHub (May 15, 2022):
about this. I think I added a shortcut '←' key to show or hide note.
Not very sure if this shortcut is enable in the 0.7alpha. Can't test it. I am outdoor now without a computer. Took iPhone with me only.
Besides I don't how to make a tooltip to let user know this '←' key，advice welcome
@majkinetor commented on GitHub (May 15, 2022):
Lol, yeah you did. Very discoverable :) It actually behaves the same as I want.
Advice is to provide a toggle button like I described :) With a tooltip that says "Show note on selection (hotkey: ←)".
@majkinetor commented on GitHub (May 24, 2022):
Note hints have "invalid" Markdown :)
It would look like this when rendered (shows as code instead of bullet list, and that was not intent):
Markdown support
It should be like this:
Note that although some engines tolerate no new line between header and next thing, many do not.
Also, inconsistent behavior on note preview icon. You should make it show on hover too, as with connection list :)
Also, one shouldn't skip headers, make first level header look normal and not too big. That is, customize CSS so that you show intent with header and not use it to signify font size - Markdown is not Word, you deal with semantics, not visuals.
Maybe you think this is overly pedantic, but little things is what distinguish great tools from the junk ones.
@VShawn commented on GitHub (Jul 7, 2022):
I've fix this, I missed this ticket earlier some how