Can confirm that markup (links, inline code, etc.) is not being rendered at the moment

Source: nebari-dev/nebari#1478

hey this shipped, forgot to update you all here

Currently looks like a solution for lack of rendering would be maintaining a single crriage-return between a previous paragraph and the current tasklist block

It would be nice if it was possible to collapse this comment as resolved/fixed. Perhaps a task list at the top?

Would also love bulk editing of issues. I thought I could do this by searching for issues based on tracked-by but I don't seem to be able to search issues with that.

Where are you searching? In the gh project or someplace else?

You can filter and search using the tracked by feature within a project. Now I'm curious if that same search works elsewhere I'll check and revert back w some screenshots

@itwasmattgregg in the GH issue search thing you can't search by tracked by, but in the GH project I use that to filter and that allows me to then drag and copy labels and other project related metadata across multiple issues. Let me know if that doesn't make sense and I can attempt to make a gif showing you what I mean

Also would be nice to apply a label pattern to the tasks. Lets say I want all the tasks to be a "TASK-# Label I set on creation" where the # is taken from the actual task #

Would also appreciate bulk actions and ability to customize fields displayed (e.g. I have a custom fields for estimates and it would be really handy do display them in tasks list). Maybe we can at least have an action to open an issues search in a new tab?

@TeeThais Knock it off. This isn't the place for this crap. Please stop.

No it is not very complex and you have to stop hit persons if we have interest in that matter we can this is all that I want to tell.

Nudging this one, we would love to have this too. When we add task issues, we then have to add them to the project. It would be good if the task items can inherit the project from the "parent" issue.

hi there, we have stopped development on this feature but this is something we'll support in the next iteration!

Maybe this image helps. (I think you understood it correctly though.) The green area (actually the entirety of that line) can be clicked to edit the entry. The red bit can't though. I find it a wee bit jarring to think about the lines differently if they're issue/PR links or just text.

Oh interesting, so upon clicking that red area you want to be able to edit the Issue link?

To be honest, we probably won't do this. When Issues have meta-data on them (Labels, Assignees) the click area is quite crowded. Perhaps an edit option to reduce # of clicks (from remove -> add to edit) but to be honest it isn't near the top of the list.

Really appreciate your feedback, please keep it coming! Hopefully this isn't discouraging

It's alright, not a huge deal. Adding an edit option to the "three dots" context menu (alongside Remove) would be better than having to reload the page to edit the markdown, that'd already be a great improvement if it could go somewhere on the backlog!

I'm with @iainlane here. In cases like in the screenshot it'd make sense to be able to click in the red bit because it'd be consistent.
If there is stuff there (labels, assignees etc.) then that's fine. I believe Iain is asking for the whitespace to the right of the last bit of content in a row to be clickable everywhere.

not niche at all! A real bug! I have opened an issue for this :)

Is there a valid reason for having the same task in the list twice? Maybe the list should auto de-dup...?

Now this breaks in a fun new way where the tasklist just silently fails operations, we're going to get this fixed fixed sometime in the next few weeks.

We don't plan on supporting duplicate issues in a tasklist

hahaha!! it is funny but if there is joke there is an interesting matter in that discussion

Woah it's a wild @shayfrendt!

You can't, we made the decision that it would be far too destructive for folks to be able to close issues from this view (for now).

If you use projects, you can actually click into the child issues with the side panel, quickly close them, and navigate back. Here's a video:

Thanks for the fast feedback. I hear you, and appreciate the clarity!

Indeed, it works in "normal view", but preview while editing it in one of Github Projects still shows a code block.

this shipped today!*

* = but we still have a bug in projects 😅

We'll get this fixed!

Still seeing the tasklist as a code block in the preview unfortunately 😢

@bebosudo I think this fixed now!

yup this is near the top of our list, thank you for the feedback as always Lars!

@omerbensaadon Yes, sorry for the confusion

specifically seeing to the bottom of a hierarchy

would this include seeing the full task tree from the issue view?

@figadore some version of that yes, sorry for the delayed reply, lots of feedback to get to here

This is going to be key in really nailing the problem of "observing all the work". Until then, I still need to track issues in a google doc with sub-bullets and links to the issues. Really looking forward to you solving that!

Hi @omerbensaadon - I'm sure your team has thought a lot about this. And I'm wondering if you have any updates to share?

I... think this is fixed now? We made some improvements to truncation

Now the labels are truncated, but it is not indicated there are more labels. Maybe add an indicator.

@turbolent hmmm that should show up on refresh, especially if you made those edits from the Tasklist itself.

@tay1orjones How did you add labels to the task list like that?

Also near the top of our list! Expect a fix early in the new year 👍🏼

Fixed!

on the way! 👍🏼 , this is currently in flight

hey this shipped actually :D

hope that cat got petted

Ah I think this is related to the fact that we don't yet support "advanced" Markdown capabilities like links and crossed out text are coming next year but aren't yet available.

As for silently deleting invalid entries, we've got a refactor in the works which should preserve Markdown

I think links are working now, I just used one the other day.

yup this works now :)

Also, if I do:

General description
```[tasklist]
### Supertasks
- [ ] Task 1
- [ ] Task 2
``` . <- dot is here to make the backticks render for this comment

It nicely renders the list with the header 'Supertasks'. Now, I edit again and add the extra lines I had above around that and save, it just shows 'Tasks' again. And looking at the 'input', my old header is just gone and replaced by a regular ### tasks

you mean adding new lines before ### Supertasks clears out your original title?

Also, Tasklist block descriptions are very interesting... thanks for the insight

you mean adding new lines before ### Supertasks clears out your original title?

Adding text on the line before and/or after ### Supertasks clears out the original title in addition to clearing out the extra added text.

aye, that's a "oh no we found incorrect formatting! Ah! Make sure this renders correctly!" thing on our end.

We expect these will get more resilient overtime

Those should actually be wrapping... You may have had this before we made the change, can you edit and re-save?

Works now, thanks a lot!

Thank you

I believe this is now supported?

I believe it does that already?

I didn't notice.
Drag and drop is possible by hovering over the icon to the left of the task name.
thanks!