-
Notifications
You must be signed in to change notification settings - Fork 294
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
Yeti Object Starring System #1007
Comments
This is a big change, but I can see how it could be useful. I'm assuming the idea behind this is to be able to have a dashboard of "more interesting" objects... but going down that path, I can also imagine that if we want to create a single dashboard of starred items, we might also want to be able to have different dashboards with different combinations? So why not use tags for this? The difference with stars is that they exist per-user, whereas tags are universal. Implementing a per-user tagging system sounds a bit like overkill. Maybe a combination of both? WDYT? |
Going back to this discussion after a while :) To handle this feature per-user we need to:
class Favorite(YetiModel, database_arango.ArangoYetiConnector):
_collection_name: ClassVar[str] = "favorites"
_type_filter: ClassVar[str | None] = None
_root_type: Literal["favorite"] = "favorite"
user: User
created: datetime.datetime = Field(default_factory=now)
annotation: str = "" Then in database, we need a new self.graph("fav_graph"),
{
"edge_collection": "favorites_links",
"from_vertex_collections": ["observables", "entities", "indicators"],
"to_vertex_collections": ["favorites"],
}, Then in UI, there are several ways to manage favorites:
|
Do we really need a new schema for this? What if we just used a link from the |
I would like to be able to start some objects in Yeti, from observable to campaign in order to easily retrieve them. This would imply both backend and frontend implementation and we need to ideate the potential UI / UX.
The text was updated successfully, but these errors were encountered: