-
Suggestion
-
Resolution: Won't Fix
-
None
-
None
NOTE: This suggestion is for Confluence Server. Using Confluence Cloud? See the corresponding suggestion.
At the moment if you press tab outside of some select places, including lists (where it indents) and some plain text macros like the code macro, it will act like any normal form and focus on elements outside of the editor.
For consistency and the ability indent/outdent other content without having to use the editor toolbar buttons we could change the behaviour to stay in the editor.
The 'default' behaviour should become the inserting of a tab, however there are some existing special cases such as in tables where it moves between cells that should be maintained.
- relates to
-
- Closed
| Form Name | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
[CONFSERVER-27086] Make the tab key insert a tab char in the editor rather than select elements outside of it
e2760e06631c I don't think you are getting it. This issue is so basic from a functional standpoint that it has risen to the state of a BUG as flat out it is missing functionality. Basic functionality is NEVER an enhancement. Hence the name and you are right I'm not new to this game. I've been doing this type of work for decades. Both as a developer and QA. Also as written the original issue is what me and others have been discussing. Not fixing the original issue got the sarcasm typed by others below. I'm just the polite one trying to get you to understand how to read BUGs. Also to stay on topic an issue is an issue. Having people jump through hoops to get something so basic fixed will not help. Users should NOT have to create new tickets and start the begging process again and again. This dilutes the meaning of the issue at hand and makes more useless tickets in a system already filled with to many tickets. Partial fixes are never acceptable at this level. A feature should always be a completed idea. Storage as well as entry in this case. BTW: This is highly disappointing to me and I won't respond to this thread again.
bfdd955123a7 I don't say you cannot change it. IJust say it is not a "bug".
As a user of Jira I guess you know the difference between a "bug" and an "enhancement" ? Or you just use Jira for... what ?
So yes it should be "fixed", but not like a bug, it should be implemented as a new feature : "now support pre tag in the comments."
So if people want this "feature" then just open an EN (Enhancement Request) as a "Suggestion" type issue like it is done here.
Just put the link to this ticket if you want to have the history.
e2760e06631c I understand that the Jira team is NOT considering it a Jira bug. What I'm telling you is that everybody wants this behavior fixed. One person below literally said that it's a good way to loose customers. What I'm saying specifically is that you SHOULD consider it a bug. 1) The Web browsers can all handle inserting a live tab character via a keyboard. You would simply move the key binding to something else. Command Tab on Mac or Control Tab on Windows. I have other shared ideas earlier in this thread. 2) Other Web based products can do it. 3) Your customers want it so... it is a bug whether or not the Jira team considers it a bug or not. Everybody in this thread has been pretty strong in stating that it is possible and it should be fixed.
Nope it is not a Jira bug.
Only way to get a real tab char in html is to use pre tag to surround the text
So it's not a bug. Not in Jira but in html parser in general.
https://stackoverflow.com/questions/9660987/how-to-get-a-tab-character/37045035
e2760e06631c Clearly all of it is a bug (Since everybody is complaining about it). Storage as well as entry. All of this is VERY simple and can even be handled on the Web. Your fix would require obtaining a tab character from another application. Ignoring Jiras data entry features, editing outside and pasting it in place. None of this is the right thing to do. People want there reports to be readable and understandable and tabs are not just used to start a paragraph. Gosh old fashioned typewriters (IBM Selectrics) could even create tabs. IOW: This is super basic functionality and yes I agree that tab character is already being used to move from field to field so it can't be used for data entry but there are plenty of ways to handle entry of a tab character. See my earlier comments for possible solutions to allow entry of a tab character.
The fact you cannot use tab to insert a tab is not a bug.
But the fact that "Tab" char is not "translated" ? Interpreted ? Use the word you want, is a bug.
Ok in fact after some quick test... You cannot display Tab file in a browser... HTML is broken...
Tested in a simple html file :
<span> Test</span> (HTML 5 char for a Alt+09)
This won't display at all a Tab... And in source code there is a "space" visible.
So the issue is not from Jira but from web standards... not used at all...
Another example :
<span>" Test</span>
Guess the result... 1 single "space". 
The notepad method does not work either - all tabs won't paste correctly to a Jira issue description.
The workaround is to open a text file in a separate application with something like "Notepad", type a <Tab> character in that document, then copy it to the clipboard, and finally paste it to your Confluence document.
Totally ridiculous that you need to do this, but it does actually do the job.
| Workflow | Original: JAC Suggestion Workflow 4 [ 3575099 ] | New: JAC Suggestion Workflow 3 [ 4340907 ] |
bfdd955123a7 Clearly you are the one who don't know how to work, I have pity for your employer to have such employee...
Bug : something that exists and does not work as intended. So, unless you see somewhere that you can use "tab" in it...
You dont agree ? Fine it is you way of work. But I suggest you to search over the internet what is the difference between a bug and a request.