Closed Bug 554118 Opened 15 years ago Closed 12 years ago

Make the name of tabs independent of the channel name

Categories

(Other Applications Graveyard :: ChatZilla, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: will.pittenger1+mozbugzilla, Assigned: Gijs)

References

Details

(Whiteboard: [cz-0.9.89][cz-0.9.91])

Attachments

(1 file, 3 obsolete files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 GTB6 (.NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729) Build Identifier: ChatZilla 0.9.86-rdmsoft [XULRunner 1.9.0.11/2009060313 The idea is that instead of a long name taking up a lot of space, I could have a short name when I need the horizontal space. So "commons" would replace something like #wikimedia-commons. Reproducible: Always Steps to Reproduce: 1.Open a lot of tabs whose channels have long names like #wikimedia-commons. 2.Soon CZ shortens tabnames to make room. 3.Eventually, it becomes unclear which is which. Actual Results: Tab names become unreadable quickly. Expected Results: Users could specify a shorter name to conserve space. Please note that while I listed x86_64 as my platform, that is only my version of Windows. I use a 32-bit CZ build.
Manual workaround mentioned on IRC, needs you to be on the channel already: /evals getTabForObject(this).label = "#FOO"
IMHO this would be "nice to have" on any platform; especially if we could also have the full original name of the (client, server, query or channel) tab in a tooltip shown onmouseover. Hm, in the light of comment #1, maybe /alias rename evalsilent getTabForObject(this).label = "$(1)" (or some such) as the manual solution? Doesn't give me a tooltip, of course, but otherwise it works. Usage: /rename <new-name> changes the name displayed on the current tab.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows Vista → All
Hardware: x86_64 → All
Attached patch Simple patch (obsolete) — Splinter Review
It's been ages since I did this, but from what I can tell, this should be enough to satisfy the needs of the reporter...
Assignee: rginda → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Attachment #540235 - Flags: review?(silver)
D'oh.
Attachment #540235 - Attachment is obsolete: true
Attachment #540236 - Flags: review?(silver)
Attachment #540235 - Flags: review?(silver)
One thing I just thought of, make this a preference for the channel. That way, CZ remembers the override.
Comment on attachment 540236 [details] [diff] [review] Patch with the menu support actually there Did you attach the jar file instead of the patch?
Attached patch Patch for real [checked in] (obsolete) — Splinter Review
Hmm, I totally blame session restore for not remembering files correctly. I'll have to see if I can reproduce that. It's the XPI, for what it's worth. Also, it's not a preference yet. Which may make sense, but is somewhat harder to do - do all kinds of views have associated prefs? What about eg. DCC views?
Attachment #540236 - Attachment is obsolete: true
Attachment #540312 - Flags: review?(silver)
Attachment #540236 - Flags: review?(silver)
See bug 671158 for a different proposed solution to the problem of having more tabs (and with long names) than can fit on the screen width.
Comment on attachment 540312 [details] [diff] [review] Patch for real [checked in] Review of attachment 540312 [details] [diff] [review]: ----------------------------------------------------------------- ::: xul/content/commands.js @@ +1732,5 @@ > + if (!label) { > + return; > + } > + tab.label = label; > + tab.setAttribute("tooltiptext", e.sourceObject.unicodeName); As you're not persisting the name elsewhere or otherwise modifying the relevant code, the rename will be lost on user tabs when the user changes nick, I expect. A minor issue, though, considering the intended use of this command.
Attachment #540312 - Flags: review?(silver) → review+
http://hg.mozilla.org/chatzilla/rev/a8646d30fd33 Leaving open to decide if this needs a preference. Unassigning because I don't know if/when I will work on that.
Assignee: gijskruitbosch+bugs → rginda
Status: ASSIGNED → NEW
Attachment #540312 - Attachment description: Patch for real → Patch for real [checked in]
Attachment #540312 - Attachment is obsolete: true
Just FYI, as no chatzilla release has been made since, we are still not shipping this change in SeaMonkey.
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #11) > Just FYI, as no chatzilla release has been made since, we are still not > shipping this change in SeaMonkey. except, of course, in trunk (currently 2.14a1) which always ships with whatever was at the tip of the "default" branch of the ChatZilla repository at the time the SeaMonkey build was started. I'm not sure which cZ version ships with SeaMonkey 2.13a2 Aurora.
P.S. Yet I don't see that menuitem when right-clicking a tab, and also not on the main menubar, and "/help label" gives me an error: «The command “label” is not known to ChatZilla.». Of course, the alias in comment #2, and the equivalent manual workaround in comment #1, still work. Using: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14a1 ID:20120721003003 CSet: ec138f1fcabf m-c: 045c11dd41a6 ChatZilla 0.9.88.2, last updated on: 17 May 2012
OOps... After reinstalling cZ from <appdir>/distribution/extensions/{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}.xpi the menuitem does appear.
Gijs: I suggest marking this bug as FIXED (if you do, I'll VERIFY it). A possible preference can be the subject of a followup bug if anyone thinks it useful.
(In reply to Tony Mechelynck [:tonymec] from comment #14) > OOps... After reinstalling cZ from > <appdir>/distribution/extensions/{59c81df5-4b7a-477b-912d-4e0fdf64e5f2}.xpi > the menuitem does appear. ... and the command (which is /rename, not /label as I erroneously thought in comment #13) still exists after undefining the alias in comment #2
(In reply to Tony Mechelynck [:tonymec] from comment #12) > except, of course, in trunk (currently 2.14a1) which always ships with > whatever was at the tip of the "default" branch of the ChatZilla repository > at the time the SeaMonkey build was started. I'm not sure which cZ version > ships with SeaMonkey 2.13a2 Aurora. Sure, SeaMonkey trunk comes with ChatZilla trunk. Aurora and up ship the latest actual release of ChatZilla, which doesn't have this patch (which makes L10n somewhat of a pain as we need to back out patches when uplifting from trunk to aurora).
Whiteboard: [cz-0.9.89]
So, this corrects the formatting to the CZ standard, and moves it all into a pref. It also fixes bug 810281 and bug 850314, obviously. It doesn't fix bug 813422 because that's got to do with some weirdness in how we handle 'end of who' messages, it seems.
Attachment #811500 - Flags: review?(bugzilla-mozilla-20020327)
Assignee: rginda → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Attachment #811500 - Flags: review?(bugzilla-mozilla-20020327) → review+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.89] → [cz-0.9.89][cz-0.9.91]
Product: Other Applications → Other Applications Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: