Ticket #1459 (closed task: fixed)
Xtras Manager
| Reported by: | catfish_man | Owned by: | catfish_man |
|---|---|---|---|
| Milestone: | Component: | Adium UI | |
| Version: | 0.84 | Severity: | normal |
| Keywords: | Cc: | ||
| Patch Status: |
Description (last modified by catfish_man) (diff)
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
comment:1 Changed 7 years ago by catfish_man
- Type changed from defect to task
- Description modified (diff)
- Summary changed from UI for removing Xtras to Xtras Manager
comment:4 Changed 7 years ago 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
comment:5 Changed 7 years ago by catfish_man
Xtras installation depends on adiumxtras.com, so I think update checking should too.
comment:7 Changed 7 years ago 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.
comment:8 Changed 7 years ago 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).
comment:9 Changed 7 years ago by catfish_man
- field_haspatch set to 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 6 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 6 years ago 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.
comment:12 Changed 6 years ago 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
comment:15 Changed 5 years ago by evands
- Status changed from assigned to closed
- Patch Status set to None
- Resolution set to fixed
- pending set to 0
The Xtras Manager itself was implemented; further enhancements should be in their own individual tickets.
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.