-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/settings #27
base: master
Are you sure you want to change the base?
Feature/settings #27
Conversation
} | ||
} | ||
}, | ||
// %%TODO%%: Work out why reduce isn't working? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@mixmix any idea why reduce wouldn't be working here? Trying to just fo a count of the number of about messages. To be honest, what I really want is to grab the first about
message, and terminate the stream if we find one. This is to be able to show a warning to the user to notify them that they haven't added any personal information yet.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@KGibb8 I'm gonna skip to your question about what you'd like to query (because don't know about reduce easily)
- you can say
limit: 1
and it will quite out after first match is found - you might also want to do
reverse: true
because that will give you the most recent about message - not sure, you might also want to add some filters on the about fields that are present ... e.g. a
name
which is a string of length > 2 ? you might need to not uselimit: 1
and instead use a drain and a http://pull-stream.github.io/#pull-abortable to cancel once you've confirmed some things a little more carefully in the drain
top:50% | ||
margin-left:8px | ||
transform: translateX(0%) translateY(-50%) | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🔥 this is editing the global state, not data tooltips inside Tooltip
. Needs to be changed somehow
in case it's helpful you can do:
Tooltip {
(div) {
[data-tooltip-position='right']::after{ .... }
}
}
this will make a rule like :
// css
div.Tooltip div[data-tooltip-position='right']::after { .... }
note the difference with the ()
not around div
Tooltip {
div {
[data-tooltip-position='right']::after{ .... }
}
}
this will make a rule like :
// css
div.Tooltip > div[data-tooltip-position='right']::after { .... }
much more rigid ... >
means "direct child only"
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not actually using this code anywhere at the moment so we don't need it. I didn't realise it was still there!!
hey @KGibb8 this is a lot of changes in one PR, which means I haven't had time to load it all into my head and review inside the timebox I set aside. Is it possible for you to seperate this into different pull-requests:
The other reason I'm keen on the profile editing stuff being in a seperate place is that I think I'm going to need a copy of this upstream in We're still going to need profile editing and local peers in the main app as well of course. We probably need to talk about this Soon |
With regards to splitting this up, owch thats gonna be painful and time consuming, particularly the modals (as both the new views use the modals so splitting the CSS up is gonna take time...). I'll assess how long thats gonna take... before I invest too much time in that, it makes more sense for me to know about your So having written made quite a few changes in development branch of |
Integrating a profile editor, provides:
Also added some other things...