nvim-orgmode / orgmode Goto Github PK
View Code? Open in Web Editor NEWOrgmode clone written in Lua for Neovim 0.9+.
Home Page: https://nvim-orgmode.github.io/
License: MIT License
Orgmode clone written in Lua for Neovim 0.9+.
Home Page: https://nvim-orgmode.github.io/
License: MIT License
Is not vim-table-mode good enough for the tables support? If it is, will it be better to advise using it or will you go for a pure Lua rewrite?
Yes
http://doc.endlessparentheses.com/Var/org-blank-before-new-entry.html
No response
No response
Describe the bug
When I set up other keywords with e.g. org_todo_keywords = {'TODO', 'WAITING', 'NEXT', '|', 'DONE', 'DELEGATED'}
and use one of those new keywards (e.g. 'WAITING') in an entry, then I get the following error message on opening the agenda:
The list of tasks still opens, but the highlighting of keywords doesn't work as soon as the first new keyword appears.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
No error
Emacs functionality
I don't know.
Screenshots
see above.
System information:
Does this feature exist in Emacs orgmode?
No. But through a mode called orgmode-bullets
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
https://github.com/sabof/org-bullets
If answer to first question is "No", elaborate on how this feature is valuable and what problem does it solve.
It can be good for aesthetics
Where does the require('orgmode').setup({
etc statement documented under Setup get placed?
Tried it in ~/.vimrc
and got:
Error detected while processing /home/mlncn/Projects/mlncn/scripts/.vimrc:
line 78:
E492: Not an editor command: require('orgmode').setup({
line 79:
E492: Not an editor command: org_agenda_files = {'~/Dropbox/org/*', '~/my-orgs
/**/*'},
line 80:
E492: Not an editor command: org_default_notes_file = '~/Dropbox/org/refile.or
g',
line 81:
E492: Not an editor command: })
Using the kristijanhusak/vim-packager installation approach.
Hmm, same for the chain completion too.
Error detected while processing /home/mlncn/Projects/mlncn/scripts/.vimrc:
line 78:
E220: Missing }.
"completion_chain_complete_list" [New]
Cannot open file "completion_chain_complete_list"
Thanks!
Does this feature exist in Emacs orgmode?
Yes
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
https://orgmode.org/manual/Embedded-LaTeX.html
https://orgmode.org/manual/Exporting.html
...
Additional context
Unlike some other languages that are meant to be wrapped in #+begin_src
, emacs/org has latex embedded directly into org mode. This integration consists of
$(equation)$
, and multi-line equations using \begin{equation}
or \begin{align}
.tex
file which is used to produce a .pdf
fileNOTE Unlike emacs, neovim can't display images inline and lacks some other features. As such, you might be more interested in utilizing pandoc and grip to render org.
Notice the \begin and
Notably, html, markdown, and latex to pdf, which allows you to produce nice looking pdfs. The pdf export also takes some cues from org mode for packages, used, title, author, and the ToC:
As displayed in the first screenshot of emacs, you can preview latex fragments. Although you can't display inline images in neovim like you can with emacs, you might be able to utilize an external preview, powered through a web-renderer similar to grip (grip itself doesn't support math).
Does this feature exist in Emacs orgmode?
N/A
Hello,
I'd like to ask if it would be possible - or maybe it is, but I couldn't find - to preload a set of defined org-files so that a simple oa would list those entries without opening those files manually.
Thx
Describe the bug
The source blocks in org files lose their highlighting if they are indented
I think maybe this section below insists that they must be at the start of the line, but perhaps should allow any amount of whitespace before it? Not sure if something like that can actually work in vim syntax highlighting.
https://github.com/kristijanhusak/orgmode.nvim/blob/c81e00ad057b7564e6facb5bc7542fbb1a3349ea/syntax/org.vim#L140-L142
To Reproduce
Steps to reproduce the behavior:
#+BEGIN_SRC lua
local a = 5
local b = 5
#+END_SRC
>
Expected behavior
I'm actually not sure how org mode behaves, but I believe from screenshots I can find that you are allowed to have these blocks be indented
Emacs functionality
I believe it allows indentation, though I'll admit I'm not an expert and I'm not 100% sure but screenshots like this seem to indicate that it does
Describe the bug
When running make test locally, the test are always failing in the date_spec file. Always giving a timestamp error.
To Reproduce
Steps to reproduce the behavior:
run make test
Screenshots
Here is a small part of the logs. In the end, 11 tests passes while 14 are failed.
========================================
Testing: /home/pgrogan/workstation_setup/orgmode.nvim/tests/plenary/object/date_spec.lua
Fail || Date object shoud parse date
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:14: Expected objects to be the same.
Passed in:
(number) 1623297600
Expected:
(number) 1623276000
stack traceback:
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:14: in function <...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:4>
Fail || Date object should parse date time
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:41: Expected objects to be the same.
Passed in:
(number) 1625490000
Expected:
(number) 1625468400
stack traceback:
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:41: in function <...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:32>
Fail || Date object should parse date time with dayname and warning adjustment
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:64: Expected objects to be the same.
Passed in:
(number) 1625058000
Expected:
(number) 1625036400
stack traceback:
...on_setup/orgmode.nvim/tests/plenary/object/date_spec.lua:64: in function <...
System information:
Does this feature exist in Emacs orgmode?
N/A
If answer to first question is "No", elaborate on how this feature is valuable and what problem does it solve.
One cool feature of jceb/vim-orgmode is text objects for orgmode. It allows to combine power of orgmode and Vim ideas. Quotation:
Vim offers a mighty feature called |text-objects|. A text object is bound to
a certain character sequence that can be used in combination with all kinds
of editing and selection tasks.vim-orgmode implements a number of text objects to make editing org files
easier:ih inner heading, referring to the current heading excluding the heading level characters (*) ah a heading, referring to the current heading including everything ir inner subtree, starting with the current heading ar a subtree, starting with the current heading Oh inner outer heading, referring to the parent Or inner outer heading, including subtree, referring to the parent OH an outer heading OT an outer subtree
Motions can be used like text objects as well. See |orgguide-motion|.
I thinks it is a very good idea to use powerful Vim features to interact with Org content.
Additional context
P.S. Having motions should be also very useful.
Yes
No response
No response
Does this feature exist in Emacs orgmode?
Yes
Link to the orgmode manual or any documentation related to the feature:
https://orgmode.org/org.html#Clean-View
Additional context
Would it be possible to define a custom highlight group for headline asterisks so that they can be concealed? For those of us that use a lot of headlines, changing all but the last asterisk to the background color would help the document look cleaner. Example:
* Top level headline | * Top level headline
** Second level | * Second level
*** Third level | * Third level
some text | some text
*** Third level | * Third level
more text | more text
* Another top level headline | * Another top level headline
Does this feature exist in Emacs orgmode?
Yes.
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
Does this feature exist in Emacs orgmode?
If answer to first question is "No", elaborate on how this feature is valuable and what problem does it solve.
This is probably a complicated ask, but is it possible to lazy load this plugin, for example with packer like this
use {"kristijanhusak/orgmode.nvim", ft = "org"}
The ft command I get is tricky as you set ftdetect from within the plugin. But perhaphs some otherway like a command like orgInit()
that can be used to initialize/lazy-load?
...
Additional context
Add any other context or screenshots about the feature request here.
Does this feature exist in Emacs orgmode?
If answer to first question is "No", elaborate on how this feature is valuable and what problem does it solve.
Using completion-nvim for autocompletion. Either by add this as a custom completion sources (similar to vimtex) or a direct integration.
If you could add steps to do so as a wiki or in README
Thanks
...
Describe the bug
If I bring up the list of my TODO's, and then without saving the document or changing any TODO items, I refresh the TODO list, all the entries go away and I have to save my agenda file, close the TODO list window, and then re-open it in order to get my list of TODO's back
To Reproduce
Steps to reproduce the behavior:
Expected behavior
I don't expect the list of TODO's to clear itself if I refresh the list without making any changes to the existing TODO's
Emacs functionality
If this functionality exists in Emacs Orgmode, explain how it works there.
Screenshots
If applicable, add screenshots to help explain your problem.
System information:
Additional context
Add any other context about the problem here.
I haven't found the time to migrate over the nvim's built in lsp & nvim-compe and so I'm trying to use coc-omni with orgmode.nvim. However it doesn't work. Is the problem with this plugin or on coc-omni's side?
Omni func is callable & works?
No response
Manjaro
0.5
No response
Describe the bug
When in the Dashboard buffer (glepnir/dashboard.nvim)
when you try to open up agenda or capture
you'll get
E21: Cannot make changes, 'modifiable' is off
To Reproduce
Steps to reproduce the behavior:
Expected behavior
orgmode plugin opens up agenda and capture
System information:
Thank you for your plugin Kristijan. It is great.
I found this issue so I'm reporting.
Describe the bug
In org capture, <leader>ok
is used to cancel capture. Usually the cancellation is snappy, but if one uses UltiSnips snippets before cancelling containing tabstops, neovim freezes for a few seconds (~5) if the tabstops aren't touched.
To Reproduce
Install ultisnips and add following snippet to /path-to-Ultisnips/org.snippets
snippet test "Test" iA
Event $1
endsnippet
As soon as you trigger test
, escape and press <leader>ok
or :q!
, and neovim should freeze.
This can be avoided if the tabstops are touched. For example, Event 22
should quit fine.
This doesn't happen in other org
buffers, nor in any other filetypes.
Expected behavior
The cancellation behaviour should be snappy as always - it should just simply drop whatever's in the buffer.
System information:
nvim-0.6 dev
Describe the bug
Filetags aren't very functional. I found the following issues:
To Reproduce
Steps to reproduce the behavior:
and
and
Expected behavior
Filetags should be inherited and applied just like other tags
Emacs functionality
I have never used emacs orgmode, and I don't know how the functionality is there.
System information:
Describe the bug
Promoting/Demoting opens fold.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Fold stays closed
Does this feature exist in Emacs orgmode?
Yes
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
https://github.com/dengste/org-caldav
Additional context
This is probably a massive ask. I dont know much about caldav other than that I managed to get it to work with calcurse and my owncloud. It would be wonderful to have the org agenda be in sync with caldav protocol as per the above emacs plugin
Does this feature exist in Emacs orgmode?
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
https://orgmode.org/guide/Capture.html
- TODO
[[file:LINK TO WHERE YOU INITIATED CAPTURE]]
Describe the bug
After closing the help menu with :q
, trying to open it again will fail.
To Reproduce
<leader>o?
:q
E5108: Error executing lua ...k/packer/start/orgmode.nvim/lua/orgmode/objects/help.lua:128: Vim:E95: Buffer with this name already exists
Hey @kristijanhusak, this is more like a question regarding usability.
Would it nice if pressing enter in agenda view replaces previous split buffer if the previous buffer is org buffer.
Thanks
Describe the bug
Org mode supports strike through text by surrounding the text with +
symbols
e.g. +cancelled+
should appear as being struck through.
To Reproduce
Steps to reproduce the behavior:
+test+
Expected behavior
Text should appear as strikethrough which neovim supports using the gui=strikethrough
argument to the highlight command.
Emacs functionality
Yes
Screenshots
Can't find any for the time being, but will paste some examples when I find them.
Adding a new headline makes it get folded in the wrong level
* headline 1
some content
* headline 1
some content
* headline 2
zc
in normal mode)Headline 1 including some content
should get folded. Headline 2 should be separate from this (i. e. not vanish in the fold) because it is on the same level as headline 1.
Ubuntu 20.04, alacritty
latest HEAD on 2021-08-04
If you open a file that already contains all the content (i.e. both headlines), the folding works as expected.
Describe the bug
When completing a todo that has a deadline or schedule, despite refreshing I still see the task in my agenda for the week, which gets noisy and confusing. I believe that normally in org these tasks would disappear (could be wrong).
To Reproduce
Steps to reproduce the behavior:
Expected behavior
If in a completed state, either done or a user defined state, a task should no longer appear in the agenda.
Emacs functionality
Based on the docs here I believe that when a todo item is completed the agenda should no longer flag it.
Screenshots
The cancelled and done task in the screenshot above are still visible under yesterday's heading
Hey, this is a really nice project and I'm happy to see such active development on this. It already looks promising!
Describe the bug
Using <C-a>
when the cursor is not on the date will increment the year, and thereafter it'll work properly.
To Reproduce
Steps to reproduce the behavior:
:now:
and exit insert mode.0
(zero) )<C-a>
<C-a>
the day increases, as expected.Expected behavior
The date should increase by one day when I type <C-a>
, even if the cursor is not on the date object.
Screenshots
System information:
Additional context
<C-a>
normally finds the closest number and increase it, so it makes sense that the first <C-a>
increase the year (that's vim builtin behaviour). Subsequently the cursor is on the date object, and orgmode <C-a>
functionality takes precedence and increase the day. However, I consider this a bug because the expected behaviour is that <C-a>
should "do the right thing" and increase the date immediately.
I guess also <C-x>
have the same issue.
Currently changing the TODO state on a repeating task inserts the changed state on the second line. This means that they end up out of chronological order. Ideally the line should always be inserted just after the :END:, such that they are ordered in (descending) chronological order.
For example, below is the output of a current daily todo. As you can see the "State "DONE" from "TODO" lines are out of order. This is because currently these lines are inserted below the first line. Instead I'd suggest inserting updates below :END:, such that they stay in (descending) order.
Alternatively you could try to insert the after the last line, which would also maintain chronological order (ascending). Personally I prefer to have the most recent things at the top, but I have noticed that in general orgmode seems to prefer to have the last edits at the bottom (i.e. when refiling/capturing things).
* TODO Daily habit 1
SCHEDULE: <2021-07-05 Mon ++1d>
:PROPERTIES:
:LAST_REPEAT: 2021 -07-04 Sun 07:27
:END:
- State "DONE" from "TODO" [2021-07-02 Fri 06:30]
- State "DONE" from "TODO" [2021-07-04 Fri 06:35]
- State "DONE" from "TODO" [2021-07-03 Fri 07:20]
The documentation for captures says the following: default value: { t = { description: 'Task', template: '* TODO %?\n %u' } }
Instead of the :
the examples should use =
. The same applies for some other examples.
Describe the bug
Currently the done state takes its highlighting from diffAdd
with some fallbacks around the Diff
highlight group. I guess this is because these are usually green across most colorschemes. The issue with this is that it isn't dependably a high enough contrast of green. In my case the green is quite muted so that it's easier to make out the added text, but this means that the green as a text highlight rather than background is hard to read.
Expected behavior
A more dependably green highlight might be String
or tbh if the intent is that the colour should be green then you can alternatively use guifg={Green|LightGreen}
etc which I believe also works for cterm. That way the colour will be green regardless of the users colorscheme.
I guess this could apply to in progress states as well. It might be that your intention is not to aim for a particular colour at all in which case an alternative or additional solution could be to surface the highlight groups to be overriden. Generally I'm fine with how most colours appear so am not looking to go down a highlight altering rabbit hole, so this is less about surfacing a bunch of highlights and more about a more predictable default.
N/A
No response
No response
In doom emacs(idk about vanilla) a task can be scheduled with SPC m d s keys or SPC m d d for deadlines
Any suggestions how to improve infrastructure for building orgmode plugins should be posted here.
Describe the bug
Hi ๐๐พ , thanks for working on this plugin. I'd been using dotoo
for a bit but hitting different issues. I really love the effort and care you've put into this ๐ฏ .
One issue I've hit since moving over is that when I try to capture a new todo as far as I can see there should be a default template, but that doesn't seem to appear when I use <leader>oc
then hit T
Instead I enter an empty tmp buffer without any default text. The docs mention
org_agenda_templates = { t = { description = "Task", template = "* TODO %?\n %u" } },
but that doesn't seem to be applied by default and adding that in to my config doesn't seem to work either.
To Reproduce
Steps to reproduce the behavior:
vim.cmd("packadd! orgmode.nvim")
require("orgmode").setup({
org_agenda_files = { "~/Dropbox/org/*", "~/local-org/**/*" },
org_default_notes_file = "~/Dropbox/org/refile.org",
})
nvim -u ~/minimal.lua --noplugin
\oc
then T
Expected behavior
The template should be present and ready to be filled in like the landing page GIFs
Emacs functionality
If this functionality exists in Emacs Orgmode, explain how it works there.
System information:
Additional context
Add any other context about the problem here.
Describe the bug
Not sure if this is intended or not, but for some reason I can't rebind the default keybind for org_meta_return.
The default bind is < leader > < CR > and I'm trying to bind it to Control + Enter which I would assume would be:
require('orgmode').setup({
org_meta_return = '< C-CR >',
})
but this doesn't work. Even after rebind it in my init.vim, the default behavior persists.
Am I just binding the key wrong?
Yes
https://orgmode.org/manual/Fast-access-to-TODO-states.html#Fast-access-to-TODO-states
No response
Related issue: #62 (comment)
Does this feature exist in Emacs orgmode?
Because Org-mode wasn't available for a long time in vim, I guess people use taskwarrior. If orgmode.nvim can use taskwarrior under the hood, (using tasklib, and taskwarrior) then users can leverage the good side of both the worlds. For instance taskwarrior has a solid CLI interface, and web servers to sync the tasks across devices using services like https://inthe.am or https://freecinc.com.
As a sidenote, they also have a vim plugin taskwiki which is to generate different kind of view in vimwiki files of tasks.
Describe the bug
When trying to append a capture to an existing todo or heading from inside the capture window, after using <leader>or
and selecting a sub heading, an error is thrown.
E5108: Error executing lua ...k/packer/start/orgmode.nvim/lua/orgmode/capture/init.lua:145: attempt to index local 'item' (a nil value)
To Reproduce
Steps to reproduce the behavior:
<leader>or
to move to a specific locationtodo.org/some_heading
Expected behavior
The TODO item should be saved to the specific part/location within the org document
Emacs functionality
I presume this is how it would work in Emacs.
System information:
Additional context
Add any other context about the problem here.
To replicate this:
nvim file.org
* Headline
>>
)The following error popus up: E5108: Error executing lua ...k/packer/start/orgmode.nvim/lua/orgmode/parser/files.lua:91: attempt to index local 'file' (a nil value)
Describe the bug
When using code-block functionality, I noticed I have to reopen the file for syntax highlighting to work.
To Reproduce
Steps to reproduce the behavior:
#+BEGIN_SRC <lang>
#+END_SRC <lang>
:e <filename>
Expected behavior
Code in code block to be highlighted before reloading the file
System information:
Does this feature exist in Emacs orgmode?
N/A
Hi,
Would it be possible to switch the view after oa that the "Agenda for current week or day" could be consulted as a "calendar view" instead of a long list.
I hope you get what I mean.
Hey @kristijanhusak, awesome work, I had to the chance to give orgmode.nvim a try and intending to switch to it soon.
Describe the bug
Pressing enter on a section create new indented list list.
Pressing enter on a todo section creates a indent line.
* Section<CR>
* |
* TODO Section<CR>
|
I feel this intentional behavior and I wonder if I can disable it somehow or is there an alternative way to create sub item in normal and insert mode
To Reproduce
Steps to reproduce the behavior:
Expected behavior
A normal enter/o should act as expected.
Emacs functionality
not sure
System information:
Additional context
Add any other context about the problem here.
This isn't really a bug per se but there was no other fitting issue type.
I saw in the GIF regarding autocompletion that :now:
was being autocompleted to
a date time and didn't realise that this wasn't coming from compe
and was confused as to why it wasn't working.
I eventually realised that it was an iabbrev
command and that it only expands after you enter a space i.e. :now:<space>
will expand but :now:
won't. Which isn't necessarily an issue, I just wanted to suggest that this be documented somewhere since from the GIF it's not clear how this works or what is available e.g. is just now? can other words work?
Describe the bug
The help functionality fails with a lua error on my system with Invalid key 'border'
.
To Reproduce
Steps to reproduce the behavior:
?
to open helpSystem information:
% nvim --version
NVIM v0.5.0-856-g7dfeadb0f
Build type: Debug
LuaJIT 2.1.0-beta3
Compilation: /usr/lib/ccache/cc -g -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=always -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -DMIN_LOG_LEVEL=1 -I/home/james/src/neovim/build/config -I/home/james/src/neovim/src -I/home/james/src/neovim/.deps/usr/include -I/usr/include -I/home/james/src/neovim/build/src/nvim/auto -I/home/james/src/neovim/build/include
Compiled by james@slug
Features: +acl +iconv +tui
See ":help feature-compile"
system vimrc file: "$VIM/sysinit.vim"
fall-back for $VIM: "/home/james/.local/share/nvim"
Run :checkhealth for more info
When typing out orgmode syntax such as
=verbatim=
/italic/
_underline_
The markup for these styles remains visible in the buffer. Perusing various emacs org mode talks and videos, I can't tell if it allows these to be hidden or not really, but I know that vim supports concealing much like Markdown syntax files conceal things like backticks etc.
Perhaps this could be done in a way user can configure, as I'm sure some users will prefer to see the text at all times and some like myself would prefer for things to be concealed.
Does this feature exist in Emacs orgmode?
I'm not sure
If the answer is No, why do it? (sorry, removed the original heading by mistake)
Essentially, I think the additional text being visible constantly creates visual noise when you scan a buffer. I think that when reading the contents of the buffer if the words are already highlighted correctly i.e. already italicised or bold etc. then you don't need to see the special characters making that happen unless you are about to edit that piece of text.
A good example of this in practice is actually reading this issue, all the markup has been hidden for ease of reading ๐ .
Thoughts?
Experimental support for notifications was added.
Any help with testing this, especially on MacOS and Windows, is highly appreciated. If you have any questions, feel free to post them on this issue.
Does this feature exist in Emacs orgmode?
N/A
As treesitter is present in neovim 0.5.0 would it be possible to use that to replace some of the parser code?
Does this feature exist in Emacs orgmode?
Yes
If answer to first question is "Yes", please provide the link to the orgmode manual or any documentation related to the feature
https://orgmode.org/manual/Org-Indent-Mode.html
Additional context
In emacs orgmode indent is done (if I understand correctly, I have never used it) by adding virtual white space. That is, the plain text file does not contain any indent whitespace, but these are shown in emacs orgmode. This isn't (yet) possible in neovim though it is a goal for 0.6. In any case, orgmode.nvim currently simply adds real whitespace to the files. This leads to problems in some cases:
**
) then tab will increase indent only by one instead of two whitespaces.I would like an option that toggles indent mode. As far as I can tell, in emacs orgmode indent is turned off by default.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.