Adium

Ticket #1459 (closed task: fixed)

Opened 3 years ago

Last modified 1 year ago

Xtras Manager

Reported by: catfish_man Assigned to: catfish_man
Priority: normal Milestone: Good idea for "later"
Component: Adium UI Version: 0.84
Severity: normal Keywords:
Cc: Patch: None
Pending: 0

Description (Last modified by catfish_man)

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

10/10/2005 05:52:33 PM changed by catfish_man

  • type changed from defect to task.
  • description changed.
  • summary changed from UI for removing Xtras to Xtras Manager.

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.

10/10/2005 05:52:41 PM changed by catfish_man

  • owner changed from nobody to catfish_man.

10/10/2005 05:52:53 PM changed by catfish_man

  • status changed from new to assigned.

10/10/2005 06:37:18 PM changed by evands

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

10/10/2005 06:39:58 PM changed by catfish_man

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

10/10/2005 06:45:16 PM changed by evands

Current Version and Minimum Required Adium Version that is

10/10/2005 06:54:03 PM changed by zacw

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.

10/25/2005 10:52:47 PM changed by catfish_man

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).

11/08/2005 11:01:04 PM changed by catfish_man

  • field_haspatch changed.

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/.

01/07/2006 09:13:59 AM changed 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...

02/03/2006 04:30:04 AM changed by catfish_man

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.

02/03/2006 05:14:22 AM changed by catfish_man

  • milestone changed from Adium X 1.0 to Adium X 1.1.

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

09/17/2006 07:52:15 PM changed by tick

  • milestone changed from Adium X 1.1 to Adium X 1.2.

01/03/2007 01:44:47 PM changed by tick

  • milestone changed from Adium X 1.2 to Sometime after 1.0.

10/30/2007 04:12:47 AM changed by evands

  • status changed from assigned to closed.
  • patch_status set to None.
  • resolution set to fixed.
  • pending changed.

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