Profile fields setting #2264

Closed
kphrx wants to merge 0 commits from gitlab-mr-iid-997 into develop
Member

Add profile fields to User Settings.

refs #149

  • Rebasing after merge the #2262.
Add profile fields to User Settings. refs #149 * [x] Rebasing after merge the #2262.
Member

The limit is configurable. For some reason it's not currently reported in nodeinfo though, could you open a backend MR about that?

The limit is configurable. For some reason it's not currently reported in nodeinfo though, could you open a backend MR about that?
Member

This is wrong. fields contains html values for fields, you don't want to present that for editing. Instead you should use source.fields, which contains raw field values

This is wrong. `fields` contains html values for fields, you don't want to present that for editing. Instead you should use `source.fields`, which contains raw field values
Author
Member

currentUser.fields is already normalized to use source.fields with this change #2262/diffs

`currentUser.fields` is already normalized to use `source.fields` with this change https://git.pleroma.social/pleroma/pleroma-fe/pulls/2262/diffs?commit_id=920e746b17655a2973737b28a1810ba7341d50b6#31ffa7ec4281d31ca048ed7bc96e69d90b4d03a2_98_106
Author
Member

When deleting fields, the fields to be deleted remain in currentUser.fields

When deleting fields, the fields to be deleted remain in `currentUser.fields`
Owner

@kPherox your changes from #2262 are here as well, do you want that MR closed or..?

@kPherox your changes from #2262 are here as well, do you want that MR closed or..?
Owner

don't override same field with different data, it should be more consistent what it represents

don't override same field with different data, it should be more consistent what it represents
Author
Member

@hj need currentUser.fields of #2262 so I was set to base. I was thinking about rebase or merge when merged

@hj need `currentUser.fields` of #2262 so I was set to base. I was thinking about rebase or merge when merged
Author
Member
Opened pleroma/pleroma#5361
Author
Member

Fixed c6ad4ab1

Fixed c6ad4ab1
Owner

Maybe just setField is alright? like setField(index, { name, value }), or is it easier to do things the way you already did it?

Maybe just setField is alright? like `setField(index, { name, value })`, or is it easier to do things the way you already did it?
Owner

seems like something is wrong if you have to manually do - 1 in each of the calls

seems like something is wrong if you have to manually do - 1 in each of the calls
Owner

unfortunately this is the way EmojiInput works right now - it has to have same events as underlying inputbox/textarea

unfortunately this is the way EmojiInput works right now - it has to have same events as underlying inputbox/textarea
Author
Member

In Vue.js v2, v-for="i in 10" starts with 1 and ends with 10, so the value used for index is - 1.

In Vue.js v2, `v-for="i in 10"` starts with 1 and ends with 10, so the value used for index is - 1.
Author
Member

If you change by only inserting field with empty name, the value will not change after the update.

If you change by only inserting field with empty name, the value will not change after the update.
Author
Member

Fixed e5321e10

Fixed e5321e10
Author
Member

Is it like 6c7921dc?

Is it like 6c7921dc?
Author
Member

Use index instead of v-for's range value. a6def0bd

Use index instead of v-for's range value. a6def0bd
Owner

Works, right now makes the user settings look even more of a mess though, form shouldn't have places for all the fields by default, they should be added like poll options

Works, right now makes the user settings look even more of a mess though, form shouldn't have places for all the fields by default, they should be added like poll options
Author
Member

changed 65128de8

changed 65128de8

What is the status on this?

What is the status on this?
Owner

needs testing i think

needs testing i think
Owner

Merged it to my branch and it looks like you can add fields but not delete the last one.

screen

Merged it to my branch and it looks like you can add fields but not delete the last one. ![screen](/attachments/e9197c09-dbdf-4451-99a7-84d1feeb4ec8)
5.3 KiB
Owner

I can set fields using text and links which work fine, but there's no emoji picker and custom emoji don't work (not sure if they are supported in fields)

I can set fields using text and links which work fine, but there's no emoji picker and custom emoji don't work (not sure if they are supported in fields)
Author
Member

Mastodon can use custom emoji in profile fields. However, currently pleroma don't add emojis to the user when use emoji in profile fields. So I set hide-emoji-button and unset enable-emoji-picker to EmojiInput component.

Mastodon can use custom emoji in profile fields. However, currently pleroma don't add emojis to the user when use emoji in profile fields. So I set `hide-emoji-button` and unset `enable-emoji-picker` to `EmojiInput` component.
Owner

oh I see, should create an issue for it then on BE

oh I see, should create an issue for it then on BE
Owner

one problem though, console gets lots of errors when you open settings they come from the picklerless fields I think. seems like a bug in emojiInput. should it really use emojiInput at all if it doesn't do any sort of completion?

one problem though, console gets lots of errors when you open settings they come from the picklerless fields I think. seems like a bug in emojiInput. should it really use emojiInput at all if it doesn't do any sort of completion?
Author
Member

ah, I forgot cherry-pick to fix emoji input (7d2cef9e) when I rebased to develop

ah, I forgot cherry-pick to fix emoji input (7d2cef9e) when I rebased to develop
Author
Member

(I had forgotten about that) can use username beginning with '@', so I'll temporarily implement user suggestor and enable picker.

(I had forgotten about that) can use username beginning with '@', so I'll temporarily implement user suggestor and enable picker.

nice!

nice!

Pull request closed

Sign in to join this conversation.
No reviewers
No milestone
No project
No assignees
7 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
pleroma/pleroma-fe!2264
No description provided.