|
| Diese Woche ... |
|
Konqueror defaults to "smart" popup blocking. KTouch adds a russian keyboard and training file. New nxfish ioslave which allows sharing between local NX Client and the remote NX server without requiring Samba. Wallpapers and background tiles were "cleaned up" for the 3.5 release.
|
Three threads on kde-core-devel are worth considering. The future direction of KDE has been discussed over the last week or so at Malaga, and Stephan Kulow kindly brought the discussion to the wider audience.
|
The first thread is titled Malaga Discussions I [1]. Stephan wrote:
|
So we came together in the afternoon and discussed some issues that we consider interesting enough to discuss.
The first one was IPC. We once again summarized the benefits of KDE switching to DBUS (among the lines of 'well maintained', 'support from toolkits and other desktops', 'distribution support already very high') and what bothers us with it ('C API', 'unsolved performance problems', 'unknown upgrade path').
So it was pretty clear, that we do should switch, but what we discussed in a pretty long and heated discussion was: how and on what level should we support applications accessing the KDE3 dcop interface. And so far we only found one use case that we consider important enough to support it: kpresenter/kdetv for KDE3 wants to disable the screensaver running within KDE4. All other dcop3<->dcop3 conversations have to be supported in a way as we do now when KDE applications started under twm. In that area KDE4 just has to make sure not to get in the way of KDE3 (e.g. different file names for communication sockets).
|
|
There was some discussion whether it is worth working on dcop scripting now, and some expressions wondering why adopt a slow and undefined protocol. It looks like d-bus is going to be part of KDE4, the implementation details will be interesting to say the least.
|
Stephan continued with a thread called Malaga Discussions II [2]. This is about scripting interfaces to KDE.
|
We all agreed, that scripting will be a major component of KDE4 and that we need to make sure it's as good as possible.
The discussion went a bit back and forth on the topics 'Do we support only one or several languages?' and 'If one, what language will that be?'. I was actually the strongest supporter of having a multi-language strategy, but in the end we left it to the developers there representing the actual kdebindings authors (Ian, Rich and Richard Dale) and they kind of agreed that one excellent binding is more than enough work. During the discussion on the numbers of languages to support it was already obvious that the majority of developers wants kjs/qsa (which are said to differ only in details so far) to be _that_ language.
Please note though that this whole discussion was just about scripting applicatins, neither about application development nor about heavy plugins. There is still something left to discuss, but we did a start.
|
|
Sebastian Sauer commented: [3]
|
Quit funny cause the feedback I got last year from majority of users and developers is, that they would like to have python or <put your fav interpreter her> as preferred language instead of ecma like scripts. Anyway, that's personal taste and shows one more time, that we maybe should provide at least an optional way to leave the decision up to the potential developer who decides that he likes to write some other binding and got frustrated by rewritting everything cause the existing scripting-solution is qsa/kjs only and couldn't be reused and, more worse, applications are bind to qsa/kjs only.
As already sayed above that doesn't mean to maintain a bunch of equivalent solutions for all existing interpreterlanguages like done today, rather then providing a plugin-framework where somebody is able to put his own scripting-binding in and use it as first class citizen even if not official supported by the KDE-project.
|
|
A third thread [4] summarizes what Stephan called "another heated discussion". This one is about the organisation of kdelibs and kdebase. The discussion takes place in this thread [5]. Anyone using trunk needs to be aware of this:
|
|
And to make application development/porting in any way reasonable I branched kdelibs to /branches/work/kdelibs4_snapshot - you should use that one if you're not interested in developing kdelibs. Expect trunk/KDE/kdelibs to be broken at any random time (for now).
|
|
What is this all about? Stephan explains:
|
kdebase in it's current form is too strictly bound to the UNIX desktop we developed so far. Many in the past raised the concern that you don't need kicker on Windows, but you still would like to have the ioslaves and the helpcenter on it - still both are bound together in one SVN module. So we decided to split kdebase into two subsets: those apps that are foundation for other applicatins and those apps that make up the KDE desktop. This wasn't really controversial.
The other aspect was much more controversial as it related to kdelibs. The idea presented was to split kdelibs into the parts that only rely on Qt each (most widgets, some of our kdecore parts) and those parts that are either grouped together to make up KDE's framework and the parts that rely on that KDE framework.
|
|
The heated discussions came from what I would call 'creative tension'. KDE has many different interests involved in the development, each trying to make sure that their needs are met. On one end you have Trolltech with a cross platform toolkit, and developers (customers) using their toolkit to write applications that fit specific needs. They would like some of the KDE technologies to be available to Qt users. Another interest are those who would like to see the porting of KDE and it's components to OSX and Windows, but would like to easily exclude technologies that would be duplicated where the host has a suitable implementation. The third (loosely) group are those who look at these ideas, and say as Rhett Butler: Frankly, my dear, I don't give a damn. And don't want to complicate or create maintenance for something they are not interested in.
|
Benjamin Meyer explained the goals of this exercise: [6]
|
With more and more companies adopting Qt having a set of tools from KDE that only require Qt gives them a way to try out KDE's technology and hopefully then utilize our entire framework. This will give us more testers, contributors etc. The best example is a lot of the KDE widgets that you find in designer and a bunch of small helper classes in kdecore.
From a more fundimental level there is a heck of a lot of interdependencies in kdelibs that aren't needed at the moment. The thicker the graph the harder it is to debug. A lot of us wish to implement unit tests. Reducing the number of unnecessary dependencies will make this job easier. This also makes giving maintainership over to new developers a lot more easier. There has been a lot of talk about maintainers here at akademy also. Right now there seems to be only a few people who really understand and maintain kdelibs.
The concensus at the end of the meeting was not that we definitly were going to do this fyi, but to at least give it a shot and see how far we could get.
|
|
[1] http://lists.kde.org/?l=kde-core-devel&m=112522690717601&w=2 [2] http://lists.kde.org/?l=kde-core-devel&m=112524270027657&w=2 [3] http://lists.kde.org/?l=kde-core-devel&m=112526102816806&w=2 [4] http://lists.kde.org/?l=kde-core-devel&m=112548113617951&w=2 [5] http://lists.kde.org/?l=kde-core-devel&m=112513238424281&w=2 [6] http://lists.kde.org/?l=kde-core-devel&m=112565459811357&w=2
|
|
| Statistiken |
|
Commits: |
2615
von 218
Entwicklern, 61958
Zeilen geändert, 1683
neue Dateien. |
|
Offene Programmfehler:
|
8988
|
|
Offene Wünsche:
|
8402
|
|
Neue Programmfehler:
|
321 in den letzten sieben Tagen. |
|
Behobene Programmfehler:
|
325 in den letzten sieben Tagen. |
|
|
Commit-Zusammenfassung |
|
Modul
|
Commits
|
|
l10n |
|
|
extragear |
|
|
www |
|
|
work |
|
|
stable |
|
|
playground |
|
|
kdenonbeta |
|
|
kdenetwork |
|
|
kdelibs |
|
|
kdebase |
|
|
|
Zeilen
|
Entwickler
|
Commits
|
|
|
Frerich Raabe
|
|
|
|
Ludovic Grossard
|
|
|
|
Nikolas Zimmermann
|
|
|
|
Laurent Montel
|
|
|
|
Christoph Cullmann
|
|
|
|
Nicolas Goutte
|
|
|
|
Grzegorz Jaskiewicz
|
|
|
|
Frans Englich
|
|
|
|
Gilles Caulier
|
|
|
|
Jose Nuno Coelho Pires
|
|
|
|
|
Übersetzungsstatus (i18n)
|
|
|
Fehlerbeheber |
|
Fehlerbeheber
|
Anzahl der behobenen Fehler
|
|
Olivier Goffart
|
|
|
Bram Schoenmakers
|
|
|
Matt Rogers
|
|
|
Alexandre Pereira de Oliveira
|
|
|
Tommi Tervo
|
|
|
Thiago Macieira
|
|
|
Albert Astals Cid
|
|
|
Oliver Kellogg
|
|
|
Andreas Beckermann
|
|
|
Joris Guisson
|
|
|
|
|
| Inhalte |
|
|
Fehlerbehebungen |
Funktionen |
Optimierungen |
Sicherheit |
Anderes |
|
Behindertengerechtheit |
|
|
|
|
|
|
Entwicklungs-Werkzeuge |
|
|
|
|
|
|
Unterricht |
|
|
|
|
|
|
Grafik |
|
|
|
|
|
|
KDE-Basis |
|
|
|
|
|
|
KDE-PIM |
|
|
|
|
|
|
Büro |
|
|
|
|
|
|
Konqueror |
|
|
|
|
|
|
Multimedia |
|
|
|
|
|
|
Netzwerk-Werkzeuge |
|
|
|
|
|
|
Benutzerschnittstelle |
|
|
|
|
|
|
Hilfsmittel |
|
|
|
|
|
|
Spiele |
|
|
|
|
|
|
Anderes |
|
|
|
|
|
|
There are 220 selections this week.
|
|
Fehlerbehebungen |
|
|
|
Christoph Cullmann machte Änderungen in /trunk/KDE/kdelibs/kate/part:
|
|
fix crash on cursor out of range, but the other stuff looks like pure bloat :( why not just save the cursors per bufblock, 2000 lines shouldn't be that much or? we could even break that down inside the buf block, but this current design doesn't look that clever, needing to sync even more internal parts, beside, is the edit history really needed in addition to undo? |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Koos Vriezen übertrug eine Änderung für /trunk/extragear/multimedia/kmplayer/src/kmplayer_part.cpp:
|
Fix resizing part to 0x0 on www.3fm.nl when click 'Luister Live' in top-left flash element. Normally kmplayer tries to resize itself to the movie size when no WIDTH/HEIGHT tags were passed. Of course this should not be done if size is 0x0, like here for an audio only stream.
Thanks Gordon Mackay for reporting this one! |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Büro |
|
Inge Wallin machte Änderungen in /trunk/koffice/kspread:
|
Fix bug 110551: Scrolling left/right is very slow
An attempt to fix this seems to have been done before (see bug 101234), but was only fixed in the vertical direction. Actually this is a fix of that fix.
BUGS: 110551,101234 |
|
|
|
|
|
|
Inge Wallin machte Änderungen in /trunk/koffice/kspread:
|
Start of fix for bug 108017: Top left cell not preserved between closing and opening of file
The problem was that the top left was never saved in the file.
This patch implements: - saving the position of the top left in the file - reading the position of the top left - setting the position of the top left
The only remaining problem is that the setting is done before the view is actually shown on the screen. At that point, the window doesn't have it's final size, so the view scrolls even if it shouldn't have to.
It also leaves a lot of debug output to stdout if you have that turned on. That will disappear in the final fix.
I commit this now so that me or somebody else can continue with the final fix.
CCBUG: 108017 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Funktionen |
|
|
|
|
|
|
|
|
|
Hamish Rodda machte Änderungen in /trunk/KDE/kdelibs/kate:
|
Major changes to correlate with the changes to the interface: 1) All cursor pairs now converted to ranges. Other misc interface changes ported. 2) Almost complete rewrite of smart cursors and ranges. This is incomplete and crashes, but Cullmann asked for it to be committed so that it can be worked on at akademy. 3) KateSmartManager is the new way I'm trying to efficiently handle updating smart cursors and ranges when something changes. This is where most of the breakage is at the moment, i think. 4) Some work on the renderer - needs more 5) KateEditInfo is the new way I'm working on to store document change history in more detail. It's similar to the old way but I want it to be more comprehensive. Also, we'll be able to take a reference to the document at any point in time, and translate a cursor or range from then to any other point in time |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Jesper Pedersen machte Änderungen in /trunk/extragear/graphics/kimdaba:
|
1) added a KEXIF dialog from the thumbnail view 2) removed the rebuild thumbnails - it is really not needed anymore3) renamed deleted thumbnails, to indicate that this will delete the kimdaba 2.1 thumbnails - in future versions thumbnails are stored in ~/.thumbnails, remember |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Konqueror |
|
David Faure machte Änderungen in /trunk/KDE/kdebase/konqueror:
|
Send KParts::OpenURLEvent before opening the URL, not right after (which is a rather undefined moment since the loading is async). This makes it possible to get the old URL as well. As discussed with Keith Hans for his SOC project. |
|
|
|
|
|
|
|
|
|
|
Rob Buis machte Änderungen in /trunk/kdenonbeta/kdom:
|
A large portion of making kdom work on qt4 now. It will probably take some time to complete the porting, but I have to commit to let Frerich take over, my system is unstable right now and needs cleaning up... |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Gábor Lehel machte Änderungen in /trunk/extragear/multimedia/amarok:
|
Ported ListView + Filter-LineEdit behaviour from the playlist to the collection browser as well, you can now move between the view and the filter with the up/down buttons, and just type into the view to set the filter. BUG: 108656 |
|
|
|
|
|
|
|
|
|
|
|
|
Christian Esken machte Änderungen in /trunk/KDE/kdemultimedia/kmix:
|
KMix Port to Qt4. Everything should be "native Qt4" (no Qt3-Support needed), except for the "DialogSelectMaster" class. Some features are not yet ported fully (most notably "Select Master Channel"), and the configuration file format is now under heavy rework. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Joris Guisson machte Änderungen in /trunk/extragear/network/ktorrent:
|
Changes : - Fixed removed data bug - Fixed bug which prevented file_info file from loading under cetain circumstances - Excluded chunks now shown in light gray (Ivan) - Size moved to it's own column in KTorrentView
GUI |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Büro |
|
Tomas Mecir machte Änderungen in /trunk/koffice/kspread:
|
When you select a range, write some nice formula and press Ctrl+Alt+Enter, you get a range formula - matrix and so. Useful for MMULT and similar. This is just like excel/oo.o/gnumeric, however, parts of matrix can still be modified and so on ... Further work on GUI needed to get this to work, but it's already useable quite well.
This is the final part of my SoC project. |
|
|
|
|
|
|
Martin Ellis machte Änderungen in /trunk/koffice/lib/kofficeui:
|
Allow mouse wheel movement to select the next/previous sheet in KSpread.
Unlike the buttons on the left of the sheet tabs, the wheel movement actually changes the current sheet, rather than just scroll the tab display. This makes its behaviour consistent with e.g. the tab bars in Konqueror, KDevelop, etc. |
|
|
|
|
|
|
Jan Hambrecht machte Änderungen in /trunk/koffice/karbon:
|
improved selection tool which now has the following abilities: * left mouse click to select single object * ctrl + left mouse click to add to current selection * ctrl + right mouse click to remove from current selection * ctrl + left mouse drag to add objects within selection rect to current selection * ctrl + right mouse drag to remove objects within selection rect from current selection * presssing shift while scaling makes scaling keeping the aspect ratio (adjusted to shape tool behaviour) |
|
|
|
|
|
|
Boudewijn Rempt machte Änderungen in /trunk/koffice/krita:
|
* Add pressure sensitivity setting -- this should be tested since my tablet doesn't quite work here... * Move at least one method to XYZ as a fallback from the abstract colorspace. (This is a free-for-all, feel free start implementing either xyz fallback methods or specialized implementations for functions in the other colorspaces, the architecture is now done for now. * Add my presentation to our documentation directory. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
David Moreno Montero machte Änderungen in /trunk/playground/utils/kro:
|
Updated version to 0.5. Google Summer of Code final version.
Hope everybody likes it. I'll post here also a quick tutorial, just in case you dont know how to use it, and want to:
Open a program to observe, after some millisecconds it should start showing objects. You can see whats in those by left clicking, and send any to the signal grid with the second button. Then go to the event view, and unselect "Dont show Events" (is is off as it consumes lot of CPU power when on), then do something on your observed application. The events show up at the list, choose the one that drives you cracy and look where is it at the tree view, or send it to the signal grid. Now at the signal grid, select one object, left click on it, and select a signal/slot. The other end should appear, and if you do something in your observed application, then some green lights should show around. With the right button over a object you have a contextual menu where you can, for exmaple, look at the object details. Finally press the pause button, and move a little bit the slider. Green lights should appear again when over the time instant the signal is emitted.
more info at the program documentation or at http://www.monasteriomono.org/programs/kro/ (slow ADSL, sorry).
|
|
|
|
|
|
|
|
|
|
|
|
|
Optimierungen |
|
Grafik |
|
Wilfried Huss machte Änderungen in /trunk/KDE/kdegraphics/kviewshellp:
|
Port of revision 455380
Don't render pages which are not visible at the time the eventloop executes the rendering function. This makes rapid scrolling thru the document much faster. Also the resonsiveness of the GUI in much better now, but there is of course a limit to what is achievable with timersand eventloop tricks. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Anderes |
|
|
|
|
|
|
|
|
|
Oliver Kellogg machte Änderungen in /branches/KDE/3.5/kdesdk/umbrello:
|
BUG:111407 - From peter.soetens mech kuleuven ac be 2005-08-25 14:03 > Created an attachment (id=12369) > --> (http://bugs.kde.org/attachment.cgi?id=12369&action=view) > PATCH Corrected writing of template elements to xmi file > Fixes this bug report. |
|
|
|
|
|
|
Oliver Kellogg machte Änderungen in /branches/KDE/3.5/kdesdk/umbrello:
|
BUG:111502 - From peter.soetens mech kuleuven ac be 2005-08-25 18:47 > Created an attachment (id=12371) > --> (http://bugs.kde.org/attachment.cgi?id=12371&action=view) > PATCH Sets current operation selected in Combo Box > Adding a small function to the selectopdlg.h/cpp files, and invoking > it from floatingtext.cpp solves this bug. |
|
|
|
|
|
|
|
|
Oliver Kellogg machte Änderungen in /branches/KDE/3.5/kdesdk/umbrello:
|
BUG:66461 - Comment #11 From Peter Soetens 2005-08-25 17:09 > This patch fixes two bugs (trunk, today): > > After digging trough the classifier code, I found that the QFontMetric was not > correctly used to measure _italic_ text, such as abstract classes/functions. > The old method used fnt.width("string"), which returns the minimal width after > which you may place the next character. You needed to use > fnt.size(0,"string").width(), which returns the full bounding box (QBox) and > which width is the actual width we need. > > Next, when templates were used, the template-added pixelwidth was added at the > wrong place, discarding it actually. |
|
|
|
|
|
|
|
|
Christoph Cullmann übertrug eine Änderung für /branches/work/kate-framework:
|
Hacking fun for akademy, try to factor our all text editor specific parts of kate, let's see if we can get a complete generic tabbing/splitting/docking document interface framework usable for all apps dealing with multiple loaded parts/doc/views and toolviews |
|
|
|
|
|
|
John Tapsell machte Änderungen in /branches/work/soc-kdevelop4-parser:
|
* We can now calculate how many times we iterate over a for loop (4 times, x times, 3*x+y times, etc supported) and use that to calculate the value of variables in the loop. * Tons of cleanups and fixes * symbolic_number is now soooo much cleaner * Removed 'minus' and instead add the negation. Negation isn't written yet though :)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fredrik Edemar machte Änderungen in /branches/KDE/3.5/kdeedu/kmplot/kmplot:
|
Bug 111447: Incorrect area calculation for graphs below & above x-axis. Solution: Rename the tool to "Calculate integral" and add in the tool tip that the result is drawn as an area (the result is still shown in a message box too).
BUG: 111447. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Clarence Dang übertrug eine Änderung für /branches/KDE/3.5/kdegraphics/kolourpaint/kolourpaint.cpp:
|
* on first tab in About box, show support address (inspired by amarok) but it's not clickable (annoyingly enough) so leave an email link in the Authors section
* shorten text in Authors section (it's an Authors section, not a "how to report bugs in great detail" section - furthermore bugs.kde.org requires an email address anyway, so why not just email the bug report in the first place...) |
|
|
|
|
|
|
Wilfried Huss machte Änderungen in /branches/KDE/3.5/kdegraphics/kviewshellp:
|
Don't render pages which are not visible at the time the eventloop executes the rendering function. This makes rapid scrolling thru the document much faster. Also the resonsiveness of the GUI in much better now, but there is of course a limit to what is achievable with timersand eventloop tricks. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Kurt Pfeifle machte Änderungen in /branches/KDE/3.5/kdebase/kioslave/fish:
|
This patch adds support for secure and encrypted file sharing in NX-type Terminal Servers for KDE sessions by using a modified fish:// KIO slave.
File sharing happens between local NX Client and the remote NX Server without the need to have Samba installed. The patch extends the "fish://(...)" KIO slave so that it may also be run simply as "nxfish:/".
If run as "nxfish:/" from Konqueror (or the Mini CLI) of the remote session, the file listing window will contain every file or subdirectory that is contained in ${HOME}/NX-Shares (default; may be configured to use a different resource).
To make nxfish work, create a directory named "${HOME}/NX-Shares" on your NX Client. Then put into that directory all the files you want to see and share in the remote NX session. You can also put files or new directories into the nxfish:/ window and then find them created in your local NX client's ${HOME}/NX-Shares directory.
The beauty of nxfish is this: it also follows symlinks. This means: you just need to create symbolic links inside the "${HOME}/NX-Share" directory, and their target files will appear in the remote NX session just as if they were there directly.
The security of nxfish is outlined by these facts:
a) each NX user's nxfish:/ KIO slave is of course only pointing to his own ${HOME}/NX-Shares resource; b) it is not possible to "climb up" into ${HOME} from the shared resource; c) user authentication is completely transparent (no need to type a password) and guaranteed by FreeNX; d) the "executable" bit of the files (or symlinks) is ignored by nxfish; e) if nxfish follows a symlink pointing to a directory, it is not possible in the target directory to "climb" up; f) if the symlink however points to "/", you can of course walk around the complete file system tree of your NX client.
NOTE: nxfish:/ will only work if the remote NX server supports this feature. Support for nxfish:/ will appear in FreeNX-0.5 (not yet released); the authors hope its functionality will also be included into the NoMachine NX server. If you are interested to use this feature with FreeNX-0.4.x, ask on the FreeNX-kNX@kde.org mailing list for manual installation instructions.
nxfish:/ was developed by Fabian Franz. Waldo Bastian reviewed the code.
I am just the messenger. Cheers, Kurt |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Kalle Dalheimer machte Änderungen in /branches/work/newtodoview/korganizer:
|
Split the todo list view into three:
- One with the tasks I need to work on - One with the tasks I want somebody else (but not myself) to work on - All other tasks I might be interested in watching |
|
|
|
|
|
|
|
|
Tobias Koenig machte Änderungen in /branches/work/opensync-integration/kitchensync:
|
Add several bugfixes - application doesn't crash when adding two members in the config dialog - use SyncProcesses everywhere in the gui part instead of KSync::Group to allow the reinitialization of the engine - select the new added member config page (doesn't work correct yet) |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Reinhold Kainhofer machte Änderungen in /branches/KDE/3.5/kdepim/korganizerer.c:
|
It took me two days at akademy just to get rid of a feature in korganizer! Now the date matrix no longer tries to be too smart and switch month when you click in the first line. This was simply annoying and confusing (and the usability people didn't like it either) |
|
|
|
|
|
|
Reinhold Kainhofer machte Änderungen in /branches/KDE/3.5/kdepim/korganizerer.c:
|
It seems that we shouldn't try to lay out all child items of the agenda in the resizeEvent method, since that somehow messes up the QSplitter handling in Qt. Instead, only calculate the grid size in the resizeEvent, and do the re-layouting of the agenda items in a slot called by a single shot timer. This fixes bug 80114. Similarly, do the layouting of the day matrices in the date navigator in a single-shot timer, since this makes the other splitters resize immediately. (The day matrices take some time, so this makes korganizer appear faster... see also Lubos' talk on KDE Performance here in malaga...)
BUG:80114 |
|
|
|
|
|
|
Carlos Leonhard Woelz machte Änderungen in /branches/KDE/3.5/kdepim/doc/korganizer:
|
Update KOrganizer documentation:
Quite a large change.
Improved Introduction, added Journal entries everywhere, checked (and changed) all examples and tutorials, added the resources, importing, exporting and managing calendar sections, added the views sections, added the filters and categories sections, added the search section, updated the entering events and to-dos sections, a brand new group scheduling chapter, a new configuration chapter, an updated menu reference (you won't find much of the old one).
Removed: Group scheduling workshop and exchange plugin workshop, as the functions are not there anymore. Yes, it is mostly a rewrite (huge one) :) |
|
|
|
|
|
|
Tobias Koenig machte Änderungen in /branches/work/opensync-integration/kitchensync/src:
|
Fixed the configure dialog: - show the xml editor only when no gui is available => no switching code needed => the configuration doesn't get lost during switching from one member config to another
Cornelius: of course we can argue whether removing the xml editor is usfull for debugging, but that forces us to get the config gui's implemented as fast as possible ;) |
|
|
|
|
|
|
|
|
Till Adam machte Änderungen in /branches/KDE/3.5/kdepim:
|
Fix usability issue that addressees in the completion box are grouped by resource from a sorting point of view, but that that is not visually discernable by introducing non-selectable headers for the sections. Brought to you courtesy of the proko2 project. |
|
|
|
|
|
|
|
|
|
|
|
|
Reinhold Kainhofer machte Änderungen in /branches/KDE/3.5/kdepim/libkcal:
|
For all-day events the DTEND should be set to the last day of the event, not to the next day after the event (We misunderstood rfc 2445 in this regard). E.g. a DTEND: 20050831 *does* occur on August 31 (and end on that date). Originally, we also had it that way, but then misunderstood the rfc and for kde 3.1 we used the next day after the event as DTEND. Evolution and Mozilla do it similarly, but it's wrong, nonetheless. Actually, after pointing out the problem to them, the evolution guys will also use the correct way.
See http://www.imc.org/ietf-calendar/archive1/msg03648.html (written by one of the authors of rfc 2445, so that's kind of authoritative)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Allan Sandfeld Jensen machte Änderungen in /branches/work/khtml-paged:
|
Check all page-breaks and not just the current one in layoutInlineChildren. Disable some painting checks in RenderTable, until I've figured out why needsLayout is not reset for tables during page-layout. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Michael Pyne machte Änderungen in /branches/KDE/3.5/kdemultimedia/jukace.:
|
Fix bug 93208 (New file renamer does not allow using a type twice), thus finally fixing the major regression I introduced for JuK 3.4. I consider it a regression, not (just) a feature, which is why I'm committing to 3.5 (it worked, albeit differently in 3.3).
The code is still wretched in places (most things should be integrated into one class and then just use the one class through the API) but I think I've worked the kinks out. Or at least it should have less kinks than when I started.
I will try to evangelize so that this gets more testing for Alpha 2 and beyond, because it's going to be a long haul after this to 4.0. ;)
Also, the GUI may need some tweaks, feel free to let me know if you have minor improvements.
BUG:93208 |
|
|
|
|
|
|
Michael Pyne übertrug eine Änderung für /branches/KDE/3.5/kdemultimedia/juk/filerenamer.cpp:
|
Don't allow tags with slashes (/) in them to mess up directory layout when renaming.
Fix bug 104053 (Filerenamer breaks on files starting with bracket) by removing the code that inhibits separators around brackets. It is a mere stylistic tweak that has the unfortunate effect of sometimes breaking things, so --> /dev/null.
BUG:104053 |
|
|
|
|
|
|
|
|
|
|
|
|
Harald Sitter machte Änderungen in /trunk/extragear/network/doc/konversation:
|
|
Finished new screenshot set. All challouts are transparent, so there is no more a nimbus ;). I used pngcrush on all shots which reduzed the size sometimes dramatically. All got a shadow (made with Gimp's Drop-Shadow script (Offset=8 & 8, Radius=15, Opacity=65). Used window decoration is Plastik, used style is Lipstik 1.3. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Matt Rogers machte Änderungen in /branches/work/kopete/dev-0.12/kopete/kopete:
|
Commit patch from bug 101797 that allows users to select what encoding the chatwindow should be re-decoded in. Since I got no feedback from the bug reporters, I'm assuming it works for them.
BUG: 101797 BUG: 97116 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Andre Duffeck übertrug eine Änderung für /branches/KDE/3.5/kdenetwork/kopete/protocols/yahoo/libyahoo2/libyahoo2.c:
|
Pretend to be a YMSG12 client. Yahoo released its Messenger in version 7. With this version they introduced YMSG13. Moreover, YMSG9, which we were using until now, seems to be deprecated as from now. That means that some functions are blocked from and to YMSG9 clients and the Yahoo servers are not nice to them any more, resulting in sporadic disconnects. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|