The Nové Hrady program committee is proud to announce the schedule for the conference program of the KDE Contributor Conference 2003. From now on only minor changes are expected to happen. Conference registration for all attendees is still possible until 29th July. Companies are invited to support KDE and the conference with their attendance. If you're a KDE contributor and want to join the subsequent hackfest please drop an email to [email protected]. Also note that there will be a keysigning party on Monday. Read about the required preparations if you plan to attend the keysigning.
Dot Categories:
Comments
The very old bug http://bugs.kde.org/show_bug.cgi?id=14553 is still marked as UNCONFIRMED. That bug has annoyed me a lot for a very long time. I find it strange that only I and 2 other people have been bothered by it and voted for it. Is it OK for everyone else? If not, please confirm it.
This is reported and filed as wish.
One should really consider to delete all off-topic bug report postings to this siste as long no moderation is possible.
Full ACK!
The page will not be reloaded. Possibly it makes a GET with If-Modified-Since.
> The page will not be reloaded.
I was thinking more about the main issue, that Konqueror displays the page from the top when going back, and then maybe after a while displays the page at the expected point.
> Possibly it makes a GET with If-Modified-Since.
Konqueror should NEVER reload the page when going back/forward because:
1. It involves network traffic, which is MUCH too slow in this case. Going back/forward must be fast, and must thus be handled completely local.
2. It is not what the user expects. The user expects to see the page as it was when he left it. The result should be equivalent to if the user viewed the page and opened a link in a new window and made the equivalent of browser-'back' by switching back to the previous window (Alt+Tab). Konqueror does not make a GET with If-Modified-Since in that case either, right?
"possibly"
Here lies the problem. The right behaviour is: _never_ but otherwise, back/fw with "dynamic" sites is both slow and not the right behaviour.
Wish I could come.. but can't afford travelling to Prague in what is probably the single most expensive week of the year. :-/
Any Kopete/KAddressBook developers going? Atlantik needs integration with such services for its invitation system..
Thiago, are you going? I'd love a int KExtendedSocket::pingTime(const QString &hostName) static method. ;-)
Hm, if there's room on the Frankfurt bus that might work for me. Martijn, how about another highrise fest? (but do bring your hiking shoes this time)
Need.. to.. find.. euros.. to.. travel..
Contact the KDE e.V. board: They offered to fund a part of travel and lodging expenses (up to 80%) as sponsoring permits if you can explain why you need it and provide copies of bills.
Yeah Rob, please write the e.V.!
I hope you can come. Been wanting to meet with you.
Martijn and I are going to be hacking Kopete at N7Y, and KAddressBook integration is Martijn's aim for the hackfest. If you can't come, we should hash out what you need beforehand.
Will
N8Y.
LasttimeIcheckedUNIXwasspacesensitive.
Difficult to decide which talk to attend at some times. I really wished that the conference would go over 4 days with only one track (and allowing you to sit in the sun during uninteresting talks). Let's hope that records of all talks will be available after like planned.
Who said that it is planned?
http://mail.kde.org/pipermail/novehrady/2003-July/000212.html