mirror of
https://github.com/hoppscotch/hoppscotch.git
synced 2026-04-25 16:55:59 +03:00
[GH-ISSUE #99] Content-Type revamping #45
Labels
No labels
CodeDay
a11y
browser limited
bug
bug fix
cli
core
critical
design
desktop
discussion
docker
documentation
duplicate
enterprise
feature
feature
fosshack
future
good first issue
hacktoberfest
help wanted
i18n
invalid
major
minor
need information
need testing
not applicable to hoppscotch
not reproducible
pull-request
question
refactor
resolved
sandbox
self-host
spam
stale
testmu
wip
wont fix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/hoppscotch#45
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 @nickpalenchar on GitHub (Aug 30, 2019).
Original GitHub issue: https://github.com/hoppscotch/hoppscotch/issues/99
I wanted to start a discussion around the future of Content-Type and what direction everyone thinks we should go in. @NBTX mentioned a great idea in #63 which I'll requote:
I personally love this idea. In addition to the auto-complete, a user could chose their own custom type, so that new types would not have to be manually implemented (#88).
But a related issue I see is that Content-Type is a header and nothing more. POST/PUT requests don't require a Content-Type header to succeed, odd as it would be to omit one. Within the context of postwoman UI you could technically have a Content-Type in the header section while the Content-Type dropdown was selected. It wouldn't be apparent to the user which one was actually set.
So I propose a few changes. First is to move the headers above the body, making the hierarchy
Request > Headers > Request Body > Authentication > Parameters > Response > History. Second, remove the Content-Type dropdown and use it within the Headers section. Third, auto expand the Headers sections when requests types that expect Content-Type is selected--when this happens, Content-Type can pre-populate withapplication/json. The user is then free to modify that header or remove it entirely.Open for discussion--when a conclusion is met I'll make a separate issue detailing the plan
@nickpalenchar commented on GitHub (Aug 30, 2019):
Looks like no discussion needed so I'll be running with this!
@liyasthomas commented on GitHub (Aug 30, 2019):
Revamped UI is under construction. Changes will reflect your suggestions ✌️
@NBTX commented on GitHub (Aug 31, 2019):
@nickpalenchar Just letting you know I'm working on autocomplete at the moment already.
@nickpalenchar commented on GitHub (Aug 31, 2019):
Very nice, thanks for letting me know 👍
On Fri, Aug 30, 2019, at 8:07 PM, John Harker wrote:
@michalsisak commented on GitHub (Nov 11, 2019):
Is this implemented? I can see some PR was merged, then reverted and merged again but I can't see any autosuggestions or completions in a header tab.
@liyasthomas commented on GitHub (Nov 11, 2019):
Content-Type for
POSTrequests have been revamped with autosuggestions. Not for Headers. Headers can be added manually.