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

I am starting to clean up the mess that is Global right now, and to implement a clean infrastructure
for storing settings (session-wide and local). First step: Instead of putting synchronization stuff into
Global and doing special treatment for signals in Core, we have now a clear interface for handling
session-wide data in both Client and CoreSession:

Client::storeSessionData(key, data) [static]
Client::retrieveSessionData(key, defdata) [static]
CoreSession::storeSessionData(key, data)
CoreSession::retrieveSessionData(key, defdata)

CoreSession also cares for persistent storage using QSettings. It should be noted that the client-side store function
just sends a signal to the core, and the client-side data is actually updated upon receipt of the sync signal from core.
IOW, stuff is not stored immediately, and you should thus not rely on it being available right after your call to
storeSessionData(). If this is a bad idea, we might change this behavior at some point.

Note: The code has not yet been tested thoroughly, and it's only the first step anyway.

Fixed comments.

Added a function decodeString() to util.{h|cpp} that takes a QByteArray with raw text data and decodes
it using a specified text codec. Except the input data is utf8, in which case this function detects
utf8 and takes appropriate measures to get a correctly decoded QString regardless of the specified coded.

I'd like to use this function for decoding incoming server messages, but we need to change things quite
a bit in the Server to do this correctly. See my comment in server.cpp.

Cleaning up the closet... or at least the code. Tried to reduce the number of #includes, removing
inter-file dependencies as far as possible. There is probably some work left especially in qtgui, though.
Also I removed some obsolete files and split up CoreSession and QtGui in their own files.

Fixed a problem where cmake apparently didn't get all deps right and screwed up by linking qtgui. Removed previous
fugly workaround. Also got rid of the warnings in buffertreemodel.cpp, while I was at it.

Still working on the authentification stuff. Technically, now even in the monolithic build the client connects
to the internal core (still using the possible shortcuts, of course). It should also be able to disconnect, although
not all is cleaned up yet in the process. After this is done, one will be able to disconnect the client from the internal
core and connect to a remote core, and vice versa.
This made a lot of changes to the init process necessary, so I have changed quite a bit of stuff around.

You should refrain from building core and client separately now, even though it probably compiles. It is not tested yet,
and the GUI stuff is still missing anyways.

minor fixes. now buffers can be removed via del/backspace from customviews

Fix off-by-one bug in a line that was even more buggy until a few hours ago.

Finished the fusion of the different main_* files, so now we have only one #ifdef-ridden main.cpp.

Thought it might be a good idea to enable gcc warnings (-Wall -Wextra -ansi), so I did. While fixing
most of the resulting warnings, I also found a couple of bugs. So this was a Good Thing[tm], obviously.

Don't even think of enabling -pedantic as well - this fails horribly somewhere in Qt.

Some modifications to the build system, that allow us to only use one main.cpp in the future.
Of course, we will need a lot of #ifdefs there...
I could not find out how to specify per-target #defines in cmake, so I use different source files
named build_*.cpp that set a #define and #include main.cpp (actually, main_mono.cpp, which is to be renamed
in the next commit).

small easy buildscript, that should work for people who forget the cmake syntax.. lol.

some minor tweaks

fixed a bug preventing quasel from crashing on exit

Implemented Custom Views (configurable via drag and drop)

Reorganizing of the Quassel architecture is almost done. Client and GUI have been split.
I will now consolidate the main files and start enabling building of standalone core and client again.

forgot to add 6 files... -.-

still continuing separation of gui and data and file reorganisation:
bufferviewwidget got split into:
 - treemodel (a basic tree model for easy inheritance)
 - buffertreemodel (fancy version of treemodel)
 - bufferviewwidget (not much more left here then pure gui stuff)

bufferview got split into:
 - bufferviewfilter
 - bufferview

Finished file reorganization (for now). Sources are now in src/, subdir names have changed,
and files from the former gui/ dir have been split up between the new qtgui/ and client/.
Most, if not all files should now be at their final location, while the real work (cleaning up
the code from the first phase of GUI reorganization, as well as doing the actual separation)
begins now.

Continuing file reorganization...

Starting reorganization of files in preparation of separation of client and GUI.

Make selections in bufferviews (mostly) synchronous again.

Two hours of bughunting ending between keyboard and chair. Or something like that. Fixed.

Refactoring the GUI. Work in progress.

Fixed a Bug where an issued /join did not trigger the creation of a Item in the BufferViews

Only expand network items in bufferviews.

Make BufferView trees expanded by default.

Setting status buffer active on connection (by creating a BufferId for it in Core
before we try to access the corresponding Buffer in GUI), fixing BR #40.

Big update this time - Core has been redesigned to be multi-user capable. At least partly. (BR #42)
* Architecture changes mostly complete:
  - Core has been split in Core (static) and CoreSession (per-user objects)
  - Connection stuff has been moved out of CoreProxy into Core
  - Lots of cleanups, and we have finally real singletons!
  - Global is now (externally) a static class -- changes throughout the code
* Monolithic Quassel works (or at least it seems to)
* Standalone Core and GUI disabled for now:
  - While most of the new infrastructure is in place in Core, we still need GUI stuff for auth (BR #17)
  - Syncing with Core as well as getting session states not done yet

Next steps will include the redesign of the GUI to make that cleaner as well (BR #41)

Minor Update:
 - some minor fixes
 - preparation for query merging and custom views

Changed the BufferView System to a MVC Design Pattern

I konw... stupid me... moved it to the wrong directory... -.-

rename of bufferview.ui according to new naming scheme

Renamed NetworkView[Widget] to BufferView[Widget].

Implemented a basic notification system to show activity in the networkviews

Fixes to SqliteStorage:
- removed all transactions in favor of speed
- fixed some queries

Fixed and integrated SqliteStorage as new storage backend. This retires the old Backlog class.
SqliteStorage still needs some love though, and it does not yet have transactions.

Now that we have transitioned to Storage, we can tackle multi-user support in Core.

Added install rules (at least for *nix)

Implemented new SqliteStorage Backend

Adding skeleton for SqliteStorage.

Implement check for empty quit message, fixing BR #31.

Fixed small bug in CTCP handling: userFromMask -> nickFromMask

added some more ctcp handlers

Fixed rendering for CTCP ACTION, closing BR #27.