Outline plugin should differentiate by visibility and member type
- Vorherrschende Sprache
- Vala
- Sterne
- 521
- Forks
- 118
- Ø Merge
- 1 T. 8 Std.
- Gemergte PRs (30 T.)
- 14
Beschreibung
I'm documenting a vala project and I realised that the reason why outline has been so useless to me is that when I'm using outline to review the code of a class I've been trying to understand an instance of I just need the public members not the internal stuff but there's no clear way to understand what's public or private from the outline plugin. I had a few ideas about how to fix this but it's a design task, and I don't really do mockups.
- icons: most aesthetic, requires excessive design
- collapsible tree for public and private: gets stuff out of the way
- format the labels in UML: quick, easy, unambiguous, not beginner friendly
---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/62656956-outline-plugin-should-differentiate-by-visibility-and-member-type?utm_campaign=plugin&utm_content=tracker%2F61917289&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F61917289&utm_medium=issues&utm_source=github).
Beitragsleitfaden
Rechercherichtung
Start by reviewing the outline plugin and the issue's three proposed approaches: icons, collapsible public/private groups, and UML-style labels. Resolve the design direction first; done means the outline clearly differentiates members by visibility and member type, with the chosen presentation agreed by the project.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Bereich
- tooling
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100