Adium

Opened 15 years ago

Closed 13 years ago

Last modified 11 years ago

#1459 closed task (fixed)

Xtras Manager

Reported by: catfish_man Owned by: catfish_man
Milestone: Component: Adium UI
Version: Severity: normal
Keywords: Cc:
Patch Status:

Description (last modified by David Smith)

Currently it's impossible for Normal Users (those who don't want to dig around in ~/Library) to uninstall Xtras. This is suboptimal, especially with #73 about to be implemented for the new xtras site. Plenty of other stuff would be possible as well with the same basic UI (update checking? disabling xtras temporarily? viewing info about xtras?).

Change History (16)

comment:1 Changed 15 years ago by David Smith

Description: modified (diff)
Summary: UI for removing XtrasXtras Manager
Type: defecttask

This is partly working in HEAD. For more advanced features, we'll need to make a saner more unified xtras format. If we decide not to do that, it'll be simple enough to just remove the non-functional "check for updates" button from the current xtras manager.

comment:2 Changed 15 years ago by David Smith

Owner: changed from nobody to David Smith

comment:3 Changed 15 years ago by David Smith

Status: newassigned

comment:4 Changed 15 years ago by Evan Schoenberg

Do we want checking for updates to be dependent upon adiumxtras.com?

I think updates should have two fields: Current Version Minimum Required Adium Version

comment:5 Changed 15 years ago by David Smith

Xtras installation depends on adiumxtras.com, so I think update checking should too.

comment:6 Changed 15 years ago by Evan Schoenberg

Current Version and Minimum Required Adium Version that is

comment:7 Changed 15 years ago by Zachary West

I think we should transform the way xtras are installed. Do a FF-like "are you sure? hold on, wait an hour before you can make a decision so you're sure" sort of thing.

comment:8 Changed 15 years ago by David Smith

I'm in the process of converting the code to be able to handle xtras in bundles ([13800] through [13809] so far). Once that's done we can stick xtra handling info in Info.plist, while leaving the pack specific info to the existing plist (now in /Resources).

comment:9 Changed 15 years ago by David Smith

field_haspatch: 0

Hm, guess I haven't updated this in a bit. Adium can now handle all types of new format xtras (and shouldn't have any problems with adding any additional keys we need to info.plist in xtras), and a WIP Xtras Creator has been committed to Other/Xtras Creator/.

comment:10 Changed 15 years ago by iPontus

I think you should change the way xtras are installed. Make the "successfully installed" message box a list instead. It's very tedious to click "OK" every time an xtra is installed. When you install a contact list theme, which contains maybe three or four styles, you have to click "OK" again and again and again...

comment:11 Changed 15 years ago by David Smith

The last comment is a separate bug from this, and already in another ticket.

New plan for the 1.0 xtras manger: Previews are getting the axe for now, and the readme view will autocollapse if no readme is available. I feel this gives the best compromise between time/functionality and old format/new format xtra support.

comment:12 Changed 15 years ago by David Smith

Milestone: Adium X 1.0Adium X 1.1

The only remaining part of this that we should block on is in another ticket. Moving this to 1.1

comment:13 Changed 14 years ago by Chris Forsythe

Milestone: Adium X 1.1Adium X 1.2

comment:14 Changed 14 years ago by Chris Forsythe

Milestone: Adium X 1.2Sometime after 1.0

comment:15 Changed 13 years ago by Evan Schoenberg

Patch Status: None
pending: 0
Resolution: fixed
Status: assignedclosed

The Xtras Manager itself was implemented; further enhancements should be in their own individual tickets.

comment:16 Changed 11 years ago by Robert

Milestone: Good idea for "later"

Milestone obsolete

Note: See TracTickets for help on using tickets.