FIRST QuasselTopia version that actually has a chatwidget that _looks_ like
a chatwidget, including colors and stuff...

This Update is like 90% bugfixes.
 - IMPORTANT! - this version uses a new version of the SqlLite Schema (though only slitely different). The change to the schema _canno_ be done via an ALTER statement. Thus it is recommanded that you delete the current
quassel-storage.sqlite DB-File, so it gets created again.
 - SignalProxy got a new method which is basically just for debuging/info purposes. use SignalProxy::dumpProxyStat() to see some infos of the current proxy situation on STDERR.
 - fixed a bug causing Segfaults
 - fixed a minor bug where Quassel treated channelnames not casesensitive and thus created a second buffer for them

Renaming some files, mostly.

Ah well, apparently calling a class "QtopiaStyle" is _not_ a good idea.
Fixed the segfault mentioned earlier. Also, I have converted all colornames
we used to RGB codes, since Qtopia does not (necessarily) support named colors...

Make QuasselTopia compile again. We got rid of the libqxt dependency...
Note that it compiles now, but also immediately segfaults on exection :)

Prettified SignalProxy some more, updated license headers.

- New SignalProxy which is kinda sorta based on the idea of the QxtRPCPeer, though suits more our needs and is suited for high
performance as in lots of attached signals.
- Had some weird errors on the sqlitestorage so I added some debugging infos there

Adding work-in-progress for the new QGraphicsScene-based chatview.
Disabled for now, because it will require a lot of work and time I don't
have now. So we'll live with the old chatwidget (that does not display selections
anymore) until QuasselTopia is released...

Cleanupination/Prettyfication/Refactorination of the BufferModel

IRC disconnects are now handled properly

Fixed a bug, where the customviews were not so customizable on Linux.

A warning message is now displayed when your nickname is already taken or not valid. It will be taken care of those
issues automagically again. But for now there is no nice way to access the identity list from within a
serverhandler.

Fixed Bug in ModelPropertyMapper where currentChanges where unnoticed cause the rowIndex did not change but the indexes parent.

Ripped the guts out of the BufferWidget (which is basically the StackedWidget containing the ChatWidgets). Jeah I did that at 3am... :)

Fixing svn:ignore entries.

Ah, well, made the build system actually work. Hopefully. Well, Ballmer Peak
is a bit past already.

We now have a current svn snapshot of libqxt in our contrib dir, and
a modified build system that uses this version instead of our (rather old)
partial snapshot. Keeping in sync with upstream should now be much easier.

Added ModelPropertyMapper which allows to keep track of /current/ changes in the model and propagate the changes to connected qobjects.

obsolete_crap--

Removed the old style.cpp/h (may that code never see the light of day again), and the
old Client::(dis)connect[To|From]LocalCore() functions from main.cpp - these won't be
needed anymore.

I CAN HAZ A STYLE ENGINES!?

Say hello to the new module "uisupport", which shall contain code that is shared
across UI implementations (and may depend on QtGui). For now, this is our brand-new
shiny style engine that replaces the dirty hack that was style.cpp/h. UI styles now derive
from UiStyle and set the text formats as they wish through an easy API.
ChatLine has been switched to use QtUiStyle, but since ChatLine might be removed soon, I
did not bother to fully implement this, which in particular means that text selections are
no longer displayed.

We finally got a nice solution to synchronize multiple views or whatevers[tm] even though those views are connected to proxymodels and therefore cannot share SelectionModels. Usage:
Client::bufferModel()->selectionModelSynchronizer()->addSelectionModel(mappedSelectionModel)
(maybe I'll make this a bit easier... ;))

Actually... I have nearly no clue what the changes in this revision are. Since most of the stuff I wanted to do were simply fucked up and thus I reverted them. But since there were some changes in the remaining files I thought it might be a good Idea to check those in. For example: I removed the Buffer::bufferDestroyed() signal since it's kinda dual to Buffer::destroyed(). My 2 cents.

fixed bug in handleNick() where the determination wheter it was your nickchange or not was switch

I think one of my major talents is commiting files that don't compile... -.-

Added Q_ASSERT when catching destroyed signals. There seems to be a problem in some cases. Simplified the handling too.

Started to reorganize the Buffer{Model|View|Filter}. Mostly cleanup at the moment.
Added a static Method Client::fakeInput(BufferId, Message) to help easy automation of stuff like joining channels.

Syncing my state before starting to reorganize the UI parts of the source...

Got rid of those bugging QPainter errors

Fixed (at least I guess so) where a connect to a network resulst in an immediate crash

implemented a quick workaround for new quassel users so a default user will be generated automatically.
Username: "Default"
Password: "password"

Actually create the ServerListDlg before using it.

Stopped SlaveSynchronizers from requesting a second init after a namechange if  they are allready initialized.

Fixed crash when joining new channels

Sanitize handling of mirc color codes in order to ease parsing of the
internal format.

Nope, I will not answer any questions...

some minor cosmetics...

docs++

Removing my holy . again. Ah, the wonders of modern build systems...
Here's hope that NOW it is FINALLY cross-platform compatible.

put back sput's holy . in the buildsystem ;)

make buildsystem work on windows with msvc

cmake--

Ok, things should be working again. Note to select modules, you now have to
specify one of 'qtclient', 'core' or 'mono' or 'all' in BUILD.

Stage 3

Stage 2

Renaming QtGui to QtUi, in order to not confuse build systems on non-case-sensitive
systems. Also getting rid of CMake...
Stage 1: Not done yet, not working - DO NOT CHECK OUT JUST NOW!

make quassel compile on msvc

Newest version of QuasselTopia, and some minor random fixes.

Remove superfluous (and warning-producing) semicolons.

Ok this is the major rework of quassel we've all been waiting for. For the actual user it's a step back though (at least for the moment). With this update the topicline, and the nicklist will not be working anymore.
Major changes:
 - core/server.cpp has been disected into seperate handlers which all derive from core/basichandler
 - the switch from networknames to networkids has been done where possible (connection to irc is still missing since this is undergoing a separate redesign)
 - there are now objects providing information about networks, ircusers and channels. they are avaialbe in the core and in the client
 - BufferId has been renamed to BufferInfo since it's no longer an Identifier. (the actual identifier is BufferInfo.uid())

Moving quasselui.h from common/ to client/ where it belongs.
Also get rid of the non-virtual destructor warning. Wth do we
need an empty destructor?

Make debug mode default again. Change this in build/buildconf.pri.

Avoid a strange (maybe gcc-related?) bug where Quassel would crash in
ChatLine::layout(), if it is built with qmake in release mode.
Changing the type of i from int to uint fixes this.
Nope, I don't see a rational explanation for that.

Add manual deps to ensure rebuilding of the binary.

We put the project-wide value of CONFIG in build/buildconf.pri now, in order to quickly
change the build configuration (and no longer rely on platform-dependend default values
for CONFIG)

Added basic stuff for localization/internationalization (i18n).
This is not yet supported by code (other than the commented test code in
main.cpp), and it probably does not make sense to start translating stuff
right now, but I wanted to test if and how linguist works... and it does!

Make QuasselTopia build again. Just run 'qtopiamake && make' in qtopia-build/

qmake-based build system should work now! Please test. If I don't get complaints,
the cmake files will be removed soonish.
See build/quassel.pro for short instructions, or just run 'qmake && make' in the build dir.

NOTE: Files must now be declared in the various *.pri files found in the module directories!

Some small stuff, like adding semicolons to Qt macro defs in order to not
screw up KDevelop parsing...

Checking in current state of QuasselTopia. Probably doesn't even compile.

Preliminary check-in of qmake-based build system. This is not finished yet!
DO NOT TOUCH - DO NOT USE - DO NOT COMPLAIN - CMake is still enabled.

Added uint networkId() to BufferIds.

Updated Doxyfile now generated docs without too many warnings.
Yeah, we hardly have documented code anyway, so...

consistent_naming++

Moving the message format code (i.e. msg -> formatted string) from Style into Message.
This avoids code duplication, since that function is needed by all GUIs. Note that
the "formatted string" contains our internal format codes, which are then translated
into real eyecandy elsewhere (e.g. in Style).

Make Message a proper class rather than a struct (i.e. use setters/getters and
private members). I am going to add more methods to it, and it's just bad style
to do that to a struct, I think.

Make SignalProxy accept temporary variables for signal/slot name.

Make selectBuffer() work as expected (by me :-)).

Committing my current state just in case. Mostly work on qtopia, nothing special
or usable yet. Some small fixes in the rest of the code, which should not conflict
with anything though.

Added uint editingDistance(const QString &s1, const QString &s2) for string comparision

Added getNetworkId(UserId user, const QString &network) to make the transition to network ids easier

pirate++

Yarrrrr!

Undoing my recent bullshit... -.-

Moved detachObject(QObject *) to public slots

Make SignalProxy detach QObjects automatically upon their destruction.

SignalProxy::detachObject() implemented. Not really tested though.

Fixes.

Yay! QuasselTopia has a working core connection dialog now! Nothing else yet, GUI-wise.
But you can connect to the core and the client (which is already fully functional on Qtopia!)
initializes correctly. Now all that's missing is a GUI for actually displaying the
client data... ;-)

Also, obsolete--

Renamed project file für Qtopia build to quasseltopia.pro

First check-in of the Qtopia build system. See qtopia-build/README.

Yes, this compiles and links an example application (that includes all quassel parts
intended for Qtopia). Nope, it does not display more than a button, since the main() is
still the one from the Qtopia example app.
And yes, this has hardly been tested and will probably be redesigned at some point. But it's still
a proof of concept :)

clean++
obsolete--

YES! We finally have dynamic signals between Core and Client, meaning that arbitrary
signals and slots can be attached to the SignalProxy, rather than having hard-coded
stuff in the old CoreProxy and ClientProxy classes. This was made possible by integrating
QxtRPCPeer from the guys at <http://www.libqxt.org>.

Everything should work now as before, except connections to an internal core, which are disabled
for the moment. The connection handling had to be completely rewritten, and I still need a QIODevice
that can do loopback connections.

The code is still a big mess, I am deliberately committing this before clean-up, in case I
delete something we still need. Expect a much cleaner version soon.

Oh, and VarMap has been substituted by QVariantMap project-wide. We cannot send VarMap through the
SignalProxy, and I decided to change the naming consistently everywhere.

Last Quassel version to use the soon-to-be-obsolete static signal proxy.
Most of the new, QxtRPCPeer-based SignalProxy has been implemented, and after
this commit, I'm gonna rip out the guts out of both client and core to make
them use dynamic signals-over-net.

Checking in current work on settings dialogs. We will move away from SettingsInterface
and switch to SettingsPage instead, which will offer support for change notification and stuff.
Work is only partly done right now, nothing really works, so the SettingsDlg is disabled for now.

Checking in now primarily because I will tackle QxtRPCPeer now with higher priority.

some minor code purdifications :)

Fixing the Bug where a clear of the BufferTreeModel would not result in cleard hashlists.
The result is a redesign of Lookupsystem for child items in the tree has been redesigned.

Fixed disconnect from Core. Dis- and reconnecting should now work as expected.
I had to add some dirty hack in BufferTreeModel for this -> EgS, please check :)

Oh, and I removed the reaaally obsolete ircwidget.ui from svn. This has been rotting
there for months.

Implemented a signal handler to graceful shutdown Quassel when SIGTERM or
SIGINT (Ctrl+C) are received. Should be portable (it's ISO C at least), but if not,
just comment out the few lines in main.cpp and tell me.

Removed broken autoconnect (for networks) -- how are we gonna do that anyways?
We should not wait for a client to connect...
Also I added Storage::renameUser() and a few signals.

Progress bar working, get rid of debug code.

Work-in-progress: use progress bar

Yay! After months, distributed client/core operation is working again!
There is still some work left concerning menu states, progress bar, and the dialog,
and also we don't have user management yet (so you have to use user "Default" and
password "password" for both internal and external cores), but basically it's working.
This also (finally!) closes BR #17.

Tuned the settings dialog a bit, mostly fixing the layout problems we had and adding
functionality.
It should now be possible to register settings pages and use them in the settings dialog.
A settings page is a QWidget implementing the SettingsInterface as defined in plugin.h.
Currently, these are defined in settingspages.* (which may change... maybe it'd be a good
idea to put all settings related stuff in an extra dir below qtgui/?)

Trying to fix random segfault upon connect...

Got rid of class Global, as promised. For now, the few global variables we still
have are in a new namespace Global. This is bound to change to Quassel:: or sumthing.

Oh yeah, and if you find out why QPainter complains, feel free to tell me or fix it.
Everything seems to work, but we still get spurious debug output.

OK Folks, my first commit after quite a while, and while Quassel looks the same as before,
a lot of changed under the hood. This includes

* Parts of the new settings system, includin session data which is gonna replace Global
* Multi-user core
* Complete separation of core and client even in th monolithic client

Basically now most of the multi-user core and core connection code is in place, as well as
most of the skeleton for the authentification. Since parts of the UI, disconnecting from a core
and connecting to a remote core don't work yet, I have most of it disabled or hidden. Things
will fall back in place piece by piece, without requiring too many changes to the source in
the future I hope.

Oh yeah, due to the new settings stuff, you will have to enter identity, network and other data anew.
Maybe this is a good opportunity to wipe out your .config...

Fixed linker error caused by not running MOC on ircuser.h.
/me slaps EgS with a medium-sized imperial Star Destroyer running Vista for this.

No new features here... (adding/testing of new files)

Aller guten Dinge sind drei! (please don't ask any questions...)

next try *lol*

treemodels can now be cleared