plugins:
b66576e Greg Holmes <greg@dmdirc.com>
Rewrite profile manager dialog.
This removes the need for cinch, so also removes the related code,
this also lays the foundation for adding a binding framework in
the future.
Fixes-Issue: CLIENT-422
Gerrit: http://gerrit.dmdirc.com/3086
Change-Id: I54b5c292810e59dc7c7dee4c8e21f421fa8d79e2
The highest level command parser now generates the context, regardless of
who executes it. So a global command executed in a channel window will get
a ChannelCommandContext, whereas before it got a plain CommandContext.
Commands that don't expect other contexts will work as before, because the
inheritence tree of contexts mirorrs the command parser (e.g., if a
ServerCommandParser executes a command, you can guarantee its context will
be a sublcass of ServerCommandContext).
This fixes the /set command never allowing --channel.
Change-Id: I86e3c9f0bfedecb5c6b538e2309528c9e71f5eb3
Fixes-issue: CLIENT-424
Reviewed-on: http://gerrit.dmdirc.com/3085
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Make the IdentityManager responsible for adding the initial
identities to a ConfigManager.
Change-Id: I91520e208b06d40385729b4d7adee8bb7f1141cb
Reviewed-on: http://gerrit.dmdirc.com/3083
Automatic-Compile: DMDirc Build Manager
Reviewed-by: Greg Holmes <greg@dmdirc.com>
plugins:
ed9da7f Chris Smith <chris@dmdirc.com>
Don't construct ConfigManagers.
Use a factory where available, and horrible singleton where not.
(ConfigManager was using a horrible singleton anyway, under the hood,
so it's not that much worse)
Gerrit: http://gerrit.dmdirc.com/3080
Change-Id: Iab31bcc2885ac16d3c6237264928e8ce24d5cd60
This allows things to create ConfigManagers without being exposed
to the underlying implementation.
Change-Id: I50e916909d83c6bd95dfbd1d61c446caade3ec02
Reviewed-on: http://gerrit.dmdirc.com/3079
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Automatic-Compile: DMDirc Build Manager
plugins:
e46d8e6 Greg Holmes <greg@dmdirc.com>
Hack prefs dialog into working.
For the minute this means the prefs dialog no longer
saves state, it also means there may be some layout
changes with the height loss and parenting change for
sub dialogs launched from preferences settings.
Gerrit: http://gerrit.dmdirc.com/3071
Change-Id: Id8cc598c8466c325faf1d7af1d0a20e208b681cd
installer:
eeacaf4 Shane Mc Cormack <shane@dmdirc.com>
Fix OS X Dock Icon and Address Bar title. Better handling being launched from within a directory with spaces in it.
Gerrit: http://gerrit.dmdirc.com/3070
Change-Id: I669f3a6ccf675c472a0dd7ed993e7318bfbb15d6
I think this fixes plugins not updating - the PluginManager was
using an UpdateManager while the rest of the client used a
CachingUpdateManager, which because of the way the bindings are
implemented were backed by different DMDircUpdateManagers.
Change-Id: Ic609631f7152475a0370326197fe25b82efc377e
Reviewed-on: http://gerrit.dmdirc.com/3067
Reviewed-by: Greg Holmes <greg@dmdirc.com>
Automatic-Compile: DMDirc Build Manager
plugins:
e5c04b4 Chris Smith <chris@dmdirc.com>
Start injecting TextPane dependencies.
Bundle them up in a static class to avoid having to pass a million deps
around in each and every subclass.
Gerrit: http://gerrit.dmdirc.com/3064
Change-Id: I8b594c05378ca5ec5392d0d49ac80bc04c323d97
plugins:
0fe941d Chris Smith <chris@dmdirc.com>
Use WindowProviders/factories for all windows.
Remove the legacy code, which was used in far fewer places than I thought.
Gerrit: http://gerrit.dmdirc.com/3063
Change-Id: Ie8bbb24653cfd6711f7fa0e27ab842cacc14fb46
plugins:
edc2349 Chris Smith <chris@dmdirc.com>
Remove DialogManager.
Replace remaining legitimate usages with [Keyed]DialogProviders.
Remove the DialogManager itself, all the getters for it, all the places keeping
references around to it, all the dialogs taking it in the constructor, and all
the partridges in pear trees that had one hidden away.
Gerrit: http://gerrit.dmdirc.com/3048
Change-Id: I874f4bff3b5b567e9ec42a3e3324e052a885efff
plugins:
c33feee Chris Smith <chris@dmdirc.com>
Introduce a DialogProvider.
This fixes the issues with injection of dialogs and the behaviour of @Singleton.
Move the swing injection related classes into a new package (a new DialogModule
will follow shortly to make use of the DialogProvider).
Also introduce a SwingPreconditions class for asserting method calls are made
on/off the EDT.
Gerrit: http://gerrit.dmdirc.com/3044
Change-Id: I1f74671b7881ecffdcf261052dfea4576237080b
plugins:
273acf6 Chris Smith <chris@dmdirc.com>
Inject more things into the DCC manager.
Also deprecate the getters in the SwingController that should be
avoided in favour of injection.
Gerrit: http://gerrit.dmdirc.com/3035
Change-Id: I42c2bd2be1be3932626f2b06fd0a4178cebd6070