Dragablz / Adjustable max tab width
Maintainer antworten meist innerhalb von 1 Tag
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 45/100
Rechercherichtung
Beginne mit der in Issue 3055 verlinkten Diskussion und finde die Dragablz-Tab-Konfiguration in der Anwendung. Verfolge, wie Tab-Namen angezeigt werden, und bewerte anschließend die bestehende Behandlung des Tab-Kontextmenüs, bevor du entscheidest, wie anpassbare Maximalbreiten und das Umbenennen integriert werden sollten. Als erledigt gilt: Kurze Namen benötigen weniger Platz, lange Namen werden bei einer maximalen Breite begrenzt, und einem Tab kann ein kürzerer Name gegeben werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Discussed in https://github.com/BornToBeRoot/NETworkManager/discussions/3048
Originally posted by xavidpr4 May 7, 2025
My inventory of devices have a hostname sometimes very very long, because I have many switches, between Core switches, firewalls, access switches, distribution, and I have to specify the country, the site and other things in the name (this is our naming convention). So when I open this devices, the tab does not show the full name, so i cannot distinguish between tabs when they have very similar names.
The point is that the tab size has fixed width right?
One idea I propose to have variable size with a maximum. So the tab will adjust the size to the length of the name, so a short name is not occupying empty space, and the when the name is very long, the tab will reach the maximum size. In that last case, the idea I propose would be able to right-click into the tab and have the option of rename it, so we can put a shorter name, so it will solve the problem of too long names in the tab.
- Vorherrschende Sprache
- C#
- Sterne
- 8.8k
- Forks
- 857
- Ø Merge
- 30 Min.
- Gemergte PRs (30 T.)
- 19
Entwicklungsumgebung
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus BornToBeRoot/NETworkManager
-
:bug: bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
BornToBeRoot/NETworkManager#3557 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
:mag: needs triage
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 45/100
BornToBeRoot/NETworkManager#3571 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
UDP Port ScanningOffen:rocket: feature-request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
BornToBeRoot/NETworkManager#3561 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
:wave: Help wanted
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
BornToBeRoot/NETworkManager#3555 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
:rocket: feature-request
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
BornToBeRoot/NETworkManager#3493 ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in BornToBeRoot/NETworkManager
Ähnliche Issues
-
0 - Backlog Bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
BrighterCommand/Brighter#4444 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
Maintainer antworten meist innerhalb von 1 Tag
-
area:frontend bug FE P3
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
klasolsson81/jobbliggaren#1915 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
triage
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
microsoft/vscode-copilotstudio#431 ·
Maintainer antworten meist innerhalb von 2 Tagen