3rd December 2006by Danny Allen
Behind the scenes, the code has been reorganised to make the indexing of data highly configurable. This reorganisation has allowed one of the programs that comes with Strigi to receive a significant increase in speed. The program 'deepfind' is a program that lets you find files within emails, ZIP files, DEB and RPM packages, and a wide variety of other formats. It uses the streaming classes of Strigi to handle these formats. Users of deepfind quickly find that they become dependent on it and cannot live without it anymore! The new configurability of Strigi allows deepfind to be significantly sped up, because Strigi's indexing code will no longer extract all possible information, as it does while indexing, but will recurse into nested files and only extract filenames.
Even though using D-Bus makes it easy to call Strigi from any program, so far, uptake in KDE applications is not what I had hoped it would be. So I have written convenience classes for integrating Strigi into external applications. Developers that want to make calls to Strigi from their application can simply link to a small library that takes care of communication and provides a nice queue which makes querying fast and ensures it does not block the GUI. What is required now is for KDE developers to start playing with Strigi and incorporate it into all programs where they deem it useful. Currently efforts are underway in enhancing Akonadi, KHelpCenter and Kerry in this way. Strategically, the most important application to enhance is Konqueror and I hope someone will pick up this gauntlet soon.
The next few months should be an exciting realisation of maturity, functionality and integration.
|Commits||2127 by 183 developers, 4329 lines modified, 750 new files|
|Bugs Opened||270 in the last 7 days|
|Bugs Closed||197 in the last 7 days|
||Jos van den Oever||
Internationalization (i18n) Status
Bug Killers and Buzz
|Adriaan de Groot||
|Aaron J. Seigo||
There are 79 selections this week
Instead of showing "No other Persons" show "None". Translated
versions had problems as the "No other" part depended on the category.
this fixes this <a href="http://bugs.kde.org/show_bug.cgi?id=129428">http://bugs.kde.org/show_bug.cgi?id=129428</a>
Focus the process search line on start up.
Fix correct display of file size transfers > 2GB
Number of horizontal lines is off by one, plus it no longer tries to 'smart' about showing the top bar, plus fix integer rounding errors ( a*b/c is better than
a*(b/c) when using ints! )
This was fixed in kde 3.5 as well in commit revision 608911 so closing bug.
Mostly fix the selection of processes. It's impossible to fix 100% because of stupid stupid race conditions that I cannot avoid without rewriting the search box.
This is inherently fixed (i,e. fixed by design) in kde4.
Closing bug. It's as good as it's going to get.
Thank you Xtracto for a clear bug report with exact instructions to repeat :-)
more printing fixes:
1. the last commit to determine the timeline fontsize was wrong. the better solution is to use the cell width
2. draw a complete horizontal line in the timeline box under the text when using the pH:MM AMPM time format
3. use an incredibly tiny 6pt helvetica font to display the small month box in the header as necessary dependent on the height of the header.
what's better? a tiny font or a slightly bigger font that's mashed together with other date numbers? neither is especially readable.
Bug 138124: fix crash when an alarm triggers while the user is answering the confirmation prompt when deleting it
Stop the musicbrainz lookup properly when dialog is cancelled. Thanks to wm161 for the patch.
Apply DrawNoteOnTop.diff by Achim Spangler at
Achim, your continual bugfixes earn you an honor seat in the AUTHORS file :)
Changed XYZ stuff in SkyPoint and SkyMap to use Quaternions; added quaternion.[h|cpp] as part of this. We still aren't actually using this code, but it's in place for when we are ready to try it.
Removed SatelliteTrack class; moved its functionality to SatelliteComponent. Added SatelliteComposite to manage the SatelliteComponents. The code is ready to start testing actual satellite tracks in the sky map.
MilkyWayComponent is now derived from LineListComponent. I tried to make this class work properly with the new SkyMap::toScreen(SkyLine) function, but it got too complicated. The problem is that this function truncates lines at the edge of the screen, which messes up the construction of the MW polygons. Rather that try to deal with all the corner cases, I simply added a bool option to SkyMap::toScreen(SkyLine) that allows you to deactivate the truncation of lines at the screen edge. So Milky Way polygons will exist beyond the borders of the SkyMap.
New the constellation boundary that encoses the current focus point is now highlighted.
TODO: make this optional, and ad option to highlight the constellation enclosing the mous position instead (which will be a bit more difficult, because it should be done in the overlay layer).
- SVG icons for new/edit matrix and new/edit vectors
- Matrix and vector widgets use kiconloader for their icons.
- reorganize context menus
- 'edit vector' calls providers dialog if slave vector.
- 'edit vector' and 'edit matrix' buttons call dialogs in edit mode.
Add command line options to
- Open the URLs in a separate window (--open, -o)
- Merge the events of the URLs into the standard calendar (--merge, -m)
- Add the URLs as new resources (--import, -i)
If no command line option is given, korganizer will ask which of these actions should be taken for each URL. If no URL is given, the standard resource calendar is displayed.
This commit will probably also remove the need for korganizer-import.desktop (but I don't know the details why that was added at all, so I don't remove it myself).
Unfortunately, this fixes the problems only for standalone KOrganizer, not when the calendarpart of kontact is loaded. In that case, none of the options has any effect (as koapp.cpp is not used in kontact). I don't know kuniqueapplication enough to determine what i have to change to make the calendar part of kontact behave similar to korganizer standalone...
Solve the usability nightmare that has been the "Scan Changes" button in the collection browser. This button is no more. Instead, I created a permanently active entry "Update Collection" in the main menu.
I think this is less confusing than conditionally showing this button or not. And also it's sometimes handy to start a update scan immediately.
Ok, here is a new idea I'm toying with, inspired by KMail: Whenever new items arrive in the playlist, we draw them in a different color (red currently). This is cool because when you merge two playlists, you have a visual cue that tells you where the new playlist begins.
Well so far this is just 10-minute hack to demonstrate the idea. If people like it, we could develop it further.
Changed article format to support information on whether it's been downloaded
Shifted location of feed caching/history to rssfeed subdirectory
Added initial lame support for download information (additional text in article list - may add coloured rows instead later)
* As proposed last week libKMetaData is based on the Resource class which represents one piece of information and has a bunch of properties which basicly represent the RDF predicates in the metadata store.
* One simply creates a Resource instance with the resource URI as a parameter and can then modify it however needed.
* loading and storing is not implemented yet, though. So actually it dows not work yet.
* Autosyncing is also not implemented yet. I am not sure yet what the best approach would be here.
* Next step is to create Resource subclasses from the Nepomuk meta data ontology that provide convenience classes to access all kinds of information.
I had some internet trouble the last days (as in: I had none). So I coded this like I thought was right without consulting anyone. Comments are welcome.
The Ontology parser mostly works now and can generate header and soure files of the Resource subclasses representing Ontology classes.
- proper command line interface
- CMakeLists.txt creation
- cmake integration
- maybe some tweaks to ignore certain predicates
I tested it with the PIMO Ontology which contains a lot of stuff that makes no sense in libKMetaData.
Implement a powerful caching-mechanism for preprocessing included files. The driver manages a lexer-cache of limited size that stores multiple variants of lexed files including their exact dependency-information that can be used to exactly determine whether the file needs to be lexed again under current driver's state, or whether the results of a previous run can be used.
This makes the header-parsing mode usable for every-day-use, and lightning fast for example while editing a file and the same file needs to be parsed again and again!
Parsing kdevelop-3 still takes more time than without header-preprocessing, but it's another order of magnitude compared to before.
Note: This might also become useful for kdevelop-4.
Remove the big strigi lock! In the CLucene backend, I was being conservative about allowing concurrent reads and writes to the index, hence making indexing slower if you were looking at the status. This has now been fixed and it makes a huge speed difference if you are indexing and searching at the same time.
- Do rechecking of chunks during uploading once every 5 chunks, when no corruptions have been found
- Minimize calls to gettimeofday by using a global time stamp variable we update only a couple of times per second (Thanks to Thiago for coming up with the idea). SocketMonitor and Speed still use gettimeofday, because of their high precision requirements.
* Ok, I still see no real way to test my KPart-code but this might work. I will move it to libkdeedu as Kalzium is not using this code anyway. There, I will code a small mini-demo application to test the KPart-stuff.
So eventually Konq will be able to display molecules in 3D by using Kalziums 3D code (which is 99.999% done by Benoit Jacob)
Ported from kapp to KInstance+QApplication. We need still kdeui for kstartupinfo, but this way we avoid:
- the dbus registration
- a lot of other gui init done by kapp
- useless kapp command line options (kstart --icon foo ... won't do the expected)
- the startupid env reset by kapp, which we then need to set again before starting the app (cc to Lubos for post-commit validation of that change)
Also turned the KProcess into a pointer to avoid 'QSocketNotifier: Can only be used with threads started with QThread' warning.
prepare move of kross to kdelibs as discussed at <a href="http://lists.kde.org/?t=116127468000002&r=1&w=2">http://lists.kde.org/?t=116127468000002&r=1&w=2</a>
It was bound to happen sooner or later.
KPresenter still depends on QtRT (aka kotext1) which doesn't work anymore due to it depending on Qt3 internals. And now I reused some widget-classes in the libs, and let those widgets be based on the new kotext (scribe) with the result that kpresenter stopped compiling.
So, I'm disabling kpresenter compilation untill the maintainers start to rework it so it starts to use the flake stuff.
Get ride of the sidebar and use dockwidgets instead.
Default is now three panes, but the dockwidgets can be stacked, etc. to the user convenience.
There's a slight loss in feature since I disabled dockwidgets hiding, it's simply because some rework is still needed in kdelibs and Qt to make them work correctly.