|
| This Week... |
|
Kopete supports MSN http protocol. amaroK adds support for media:/ urls. Speedups in Krita and aKregator. Work continues on Quanta plugin for KDevelop.
|
Kévin Ottens has been working on how Konqueror displays the user environment. If you enter system:/ in the location box you will see links to Remote, Storage media, Home folder etc. Last week Home was changed to link to a list of read-writable /home directories. Before going further, Kevin asked for some feedback: [1]
|
I'd need some opinions about the work I've done until now and about my current plans about system:/. The basic idea behind this ioslave was to have one root allowing desktop users to easily browse the relevant places in the system. I want to push the idea further hence why I need to know if there are suggestions or objections.
In order to have this possible I developed mainly three ioslaves: - media:/ which allows to deal with your partitions, removable media, cdroms, etc. - remote:/ which allows to have "remote folders" and is possible to use thanks to knetattach. - home:/ which displays home directories of the users being in the same groups than the current user (because it's generally more relevant to share files with them), and the current user home directory.
Currently system:/ points to media:/, trash:/, remote:/, settings:/ and home:/ (which was committed yesterday). home:/ being the last part of my great evil plan: hiding the real file hierarchy!
I'm now almost able to do it, in fact if I could even do it now. Some of you may wonder "why hiding the unixian file hierarchy??? and push use of system:/???". The answer is simply that for a desktop user this unix file hierarchy is an implementation detail.
So, the current status of what I've done is exactly this : if you start browsing using system:/ you can stay in this virtual hierarchy and do all your daily work using it (as a desktop user, not a sysadmin).
So the user could use only this, but some entry point to the unix filesystem still remain, in particular the shortcuts to the home directory...
Where I'd like to go is the following : replace $HOME with home:/$USER everywhere, this way the user will be "on the right track" by default (in the system:/ hierarchy).
Of course this would raise some issues on interoperability mainly because there's no consensus about the available VFS protocols between desktops. I currently see two problems in this area (I'll use media:/ as example since it's older and more known, but everything I'll present is true with home:/ as well):- Opening a file in the system:/ (media:/) hierarchy. When opening a file with an application, the application is launched thanks to its desktop file, and %u is replaced with the file URL (a media:/ URL for example). It'll work flawlessly with most KDE applications since they support KIO. But, some of them don't really support KIO completely (Kaffeine for example because it uses xine which only support some protocols like http and file). Moreover, non-KDE applications know nothing about media:/ URLs!
Then two things have been introduced: - KIO::NetAccess::mostLocalURL() which allows KDE applications to resolve an URL to a file:/ URL if needed (and if possible). - X-KDE-Protocols key in desktop files, which allows to restrict the set of supported protocols for an applications. Anything not present in this set is automatically resolved to file:/ URLs if possible before launching the application.
This way, we keep the compatibility with most applications, and KDE applications are able to have more control on the process. I then consider this issue as solved, the real solution would be of course to ensure that any non-KDE application could deal with any KDE URL but that's definitely not feasible currently, it would require a common VFS across all desktops, something that we won't have before a long time IMO.
- Drag and Dropping a file from the system:/ (media:/) hierarchy. It's the same kind of issue than opening a file. The main difference being that the application is already running, so the only counter-measure that can apply is KIO::NetAccess::mostLocalURL(), then only KDE applications can resolve the URLs to file:/ URLs... I've find no real way to make it work for non-KDE applications. Suggestions are welcome!
Now I'm pondering on what to do:- a) Replacing $HOME with home:/$USER right now?
- b) Replacing $HOME with home:/$USER for KDE 4 only?
- c) Give up the whole idea?
- d) Something else?
Of course I tend to think I should apply a), but I would consider b) acceptable whereas I really dislike c). Of course, I'm open to any interesting "d)" proposal.
Any opinions? advices?
|
|
One issue raised is how this would work with non-KDE applications. If you opened a non-KDE document, how would the non-KDE application know where it was if it didn't understand kioslaves? Or, if you dragged and dropped a file on a non-KDE application, how would it know what file was dropped? David Faure provided a solution:[2]
|
|
We could provide resolved url(s) using the standard way (text/uri-list) and the kde-specific url(s) in addition, using another mimetype. Then the receiver can pick kde protocols if it's a kde app, otherwise the standard text/uri-list. Quite easy, except that KURLDrag can't call mostLocalURL itself, so it needs a new API for setting the list of resolved URLs.
|
|
This was implemented here. Would this hierarchy be confusing for users? Some think so, and look forward to having a viable search option. Could someone have trouble navigating through the hierarchy, and be unable to find their way 'home', or to the system:/? Does 'home' or 'remote' mean anything to our international users? What about bookmarks to commonly accessed remote sites?
|
Thiago Macieira suggested a solution to the international issue:[3]
|
|
Proposal #2: it could even go down to the KURL level: there's KURL::url() and KURL::prettyURL(). The latter is never supposed to be saved, or passed on to applications. And since KProtocolInfo is already used in KURL (due to uriMode), we could add a Name information to the .protocol file, which would be translated, and returned by prettyURL.
|
|
Fred Schaettgen wondered:[4]
|
|
But aren't you _changing the implementation_ by introducing the home ioslave instead of just hiding it from the user? What's the point of replacing /home/ with home:/? Both users (and applications) have to digest a new implementation detail now - their own files are accessed with some sort of ... protocol now, you know, like web pages, but unlike other files on their harddisk or files opened with openoffice, firefox, scribus, you name it. Are you sure this makes it any easier for them? And if a file is opened via the a home url you still have the untranslated "home:/" in your URL - that's again where the implementation shines through. If it's really about hiding the "implementation detail" a.k.a. file system hierarchy, I believe that ioslaves are not enough.
|
|
Kevin explained: [5]
|
It's not simply replacing /home/ with home:/, on some boxes, /home/ has subdirs and users home dir are in those subdirs (in my lab they use it so much that's completely mad), moreover most of the entries in /home/ are not relevant for a user, so by default it's restricted to the home directories of users in the same group than you.
...
For users it changes almost nothing IMHO, they'll keep clicking on the "Home" link which will open home:/$USER.
|
|
[1] lists.kde.org/?l=kde-core-devel&m=111973959921885&w=2
[2] lists.kde.org/?l=kde-core-devel&m=111980063413212&w=2
[3] lists.kde.org/?l=kde-core-devel&m=111980935807416&w=2
[4] lists.kde.org/?l=kde-core-devel&m=111986127402394&w
[5] lists.kde.org/?l=kde-core-devel&m=111986412111254&w
|
|
| Statistics |
|
Commits: |
2020
by 203
developers, 51582
lines modified, 3422
new files. |
|
Open Bugs:
|
8988
|
|
Open Wishes:
|
8402
|
|
Bugs Opened:
|
321 in the last 7 days. |
|
Bugs Closed:
|
325 in the last 7 days. |
|
|
Commit Summary |
|
Module
|
Commits
|
|
www |
|
|
l10n |
|
|
extragear |
|
|
work |
|
|
playground |
|
|
stable |
|
|
kdenonbeta |
|
|
kdepim |
|
|
kdelibs |
|
|
koffice |
|
|
|
Lines
|
Developer
|
Commits
|
|
|
Stephan Kulow
|
|
|
|
Laurent Montel
|
|
|
|
David Faure
|
|
|
|
Nikolas Zimmermann
|
|
|
|
Nicolas Goutte
|
|
|
|
Stephan Binner
|
|
|
|
Nicolas Ternisien
|
|
|
|
George Staikos
|
|
|
|
Till Adam
|
|
|
|
Renchi Raju
|
|
|
|
|
Internationalisation (i18n) Status
|
|
|
Bug Killers |
|
Bug Killer
|
Number Of Bugs Closed
|
|
Thiago Macieira
|
|
|
Alexandre Pereira de Oliveira
|
|
|
Aaron J. Seigo
|
|
|
Heinrich Wendel
|
|
|
Nicholas Nethercote
|
|
|
Seb Ruiz
|
|
|
Maks Orlovich
|
|
|
Matt Rogers
|
|
|
Klaus Staerk
|
|
|
Danny Allen
|
|
|
|
|
| Contents |
|
|
Bug Fixes |
Features |
Optimise |
Security |
Other |
|
Accessibility |
 |
|
|
|
|
|
Development Tools |
![[*]](/images/standard/bugfixes.png) |
![[*]](/images/standard/features.png) |
|
|
![[*]](/images/standard/other.png) |
|
Educational |
|
|
|
|
|
|
Graphics |
|
|
|
|
|
|
KDE-Base |
|
|
![[*]](/images/standard/optimise.png) |
|
|
|
KDE-PIM |
|
|
|
|
|
|
Office |
|
|
|
|
|
|
Konqueror |
|
|
|
|
|
|
Multimedia |
|
|
|
|
|
|
Networking Tools |
|
|
|
|
|
|
User Interface |
|
|
|
|
|
|
Utilities |
|
|
|
|
|
|
Games |
|
|
|
|
|
|
Other |
|
|
|
|
|
|
There are 115 selections this week.
|
|
Bug Fixes |
|
|
|
KDE-Base |
|
Nicolas Goutte committed changes in /trunk/KDE/kdelibs:
|
Allow the translation of the KDE palette names in the color dialog.
It is done by hard coding the names. (Idea by Stephan Kulow)
I have tried to make the code in a way to allow to add further KDE palettes
(like for examples the wish #107925).
(Note: it also "uninstall" (a.k.a. remove) the previous names of the
palette files.)
BUG:85565 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Till Adam committed a change to /trunk/KDE/kdepim/kmail/keyresolver.cpp:
|
Fix by Thiago Macieira <> for ingored signature type
selections.
Marc, this seems correct to me. How about
resolveSigningKeysFroEncryption and resolveEncryptionKeys? Do they have
the same problem?
BUG: 99089 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Frank Osterfeld committed changes in /trunk/KDE/kdepim/akregator/src:
|
fix in-place renaming by connecting to both QListView::itemRenamed(QLI*, col, QString) and KListView::itemRenamed(QLI*, QString, col)
signals
The QListView version works for folders and feeds, the KListView version works for Tag nodes. super strange
BUG: 102099
CCBUG: 96669, 93480 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Konqueror |
|
David Faure committed changes in /trunk/KDE/kdelibs/khtml:
|
Fix parsing of , with code from WebCore, http://www.cs.cornell.edu/~maksim/WC/changesets/3747.html
Regression tested. Fixes a number of mozilla/dom/dom-html testcases, e.g. htbl001.html
|
|
|
|
|
|
Maks Orlovich committed changes in /trunk/KDE/kdelibs/khtml:
|
Merge in http://www.cs.cornell.edu/~maksim/WC/changesets/1771.html
from WC. This prevent recursion bugs happening in onload events.
(Note: the current WebCore code is different, and I know at least
some bugs it fixes, but I don't want to make 2
changes at once. Better get this tested for a bit before moving on)
Fixes #107052, and the crash in #99480, as well as some synthetic onload
testcases I cooked up. Some testcases upcoming up
BUG:107052
CCBUG:99480
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Maks Orlovich committed changes in /trunk/KDE/kdelibs/khtml:
|
Apply patch from Niels Leenheer <> (Rakaz), to much improve the compatibility
with IE quirks in frameset coordinate parsing. Fixes #76530. Testcases (mine and his) upcoming.
Note that this also splits out the area coordinate parsing, as that splits on spaces, and framesets
don't.
[I spotted a few corner-case bugs, but better address them in a separate commit]
BUG:76530 |
|
|
|
|
|
|
|
|
|
|
|
|
Seb Ruiz committed changes in /trunk/extragear/multimedia/amarok/srcp:
|
* Ignore artists and albums beginning with 'the ' in the collection browser and sort accordingly.
* Allow ascending/descending sorting in the collection browser
* Huge amounts of style fixes, making code easier to read
BUG: 85959 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tommi Rantala committed changes in /trunk/KDE/kdenetwork/kopete/plugins/webpresence:
|
- Rename existing XSL files.
- Add support for XHTML 1.0 Strict via new XSL files.
- Add GUI option for it.
- Rework the "(X)HTML with protocol text replaced with images" XSL files.
- Add GUI option for it.
- Add alt="" and title="" in the ![]() tags.
- Change AWAY status from yellow to maroon in (X)HTML outputs. The yellow was too difficult to read on the default white background.
- Construct the XML using UTF-8 encoding.
- Update web presence file instantly after the user has changed some settings.
- XML file now has proper processing instruction.
- XML file is now indented nicely.
- HTML is now HTML 4.01 Transitional, includes DOCTYPE and
|
|
Diffs: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 (+ 1 more) |
Revision
430221
|
|
View Visual Changes
(to
1 file)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Luboš Luňák committed a change to /trunk/KDE/kdebase/kwin/layers.cpp:
|
Keep a fullscreen window on top not only if its has a transient
on top and active, but if it has active and on top any window
in its group. Let's see if it breaks something.
BUG: 108020
|
|
|
|
|
|
|
Aaron J. Seigo committed changes in /trunk/KDE/kdebase/kicker/libkicker:
|
disable the button if the file it represents dissapears
if the file remains gonzo, hide the button
if the file doesn't return within ~8.5 minutes we actually delete the
button.
BUG:103215 |
|
|
|
|
|
|
|
|
Utilities |
|
Helge Deller committed changes in /trunk/KDE/kdeutils/ksim:
|
fix the crash which takes down ksim and kicker, but there is still a bug
left: After pressing OK, not all views are correctly updated.
Anyway, better than crashing,,,,
BUG:102115
BUG:101261 |
|
|
|
|
|
|
|
|
|
|
|
|
Features |
|
|
|
Educational |
|
Peter Hedlund committed changes in /trunk/KDE/kdeedu/kvoctrain/kvoctrain:
|
Printing vocabularies. The following improvements have been made:
- All columns (translations) are printed.
- Grade colors are used.
- Column widths are checked to fit on page.
BUG: 95227 |
|
|
|
|
|
|
Jason Harris committed changes in /trunk/KDE/kdeedu/kstars/kstars:
|
Adding Observing List wizard, which closes wish #107068.
The wizard lets you construct observing lists by filtering the list of
known objects in three different ways (which can be combined):
1. By object type
2. By position on the sky (in constellation(s), in a rectangular
region, or in a circular region)
3. Brighter than a given magnitude
Note that only one "Position" filter can be used currently. I was
going to allow combinations of position filters, but this seemed more
complicated than it was worth. Opinions?
Also, while multiple constellations can be selected, only one
rectangular/circular region can be specified. Is this
annoying/confusing?
The wizard is accessed from the toolbar in the Observing List window
(should it also be added to the "Tools" menu?).
Please test. I think I have covered most of the corner cases, and it
seems pretty robust here.
To Be Fixed:
Applying the Constellation filter is very slow, because
SkyPoint::constellation() is slow. I was looking at this function, and
I think I can make it faster. Also, there are cases where it gives the
wrong answer (like points near either celestial pole). In addition, we
should have a function "bool KStarsData::constellationContains( const
QString &cName, SkyPoint *p )", which will make the constellation
filter even faster.
BUG:107068 |
|
|
|
|
|
|
|
|
KDE-Base |
|
Kevin Ottens committed changes in /trunk/KDE:
|
Implements compatibility with non-KDE applications during drag'n'drop
operations for ioslaves using UDS_LOCAL_PATH (namely media:/ and system:/).
During drag'n'drop we have now the following mimetypes:
- text/uri-list which give the list of URLs resolved using UDS_LOCAL_PATH if
possible so that non-KDE applications can use the local filesystem
- application/x-kde-urilist which give the list of original URLs for KDE
applications supporting KIO (this is transparent thanks to KURLDrag)
Thanks a lot to dfaure for doing all the dirty work on this one! ;-)
|
|
|
|
|
|
|
KDE-PIM |
|
David Faure committed changes in /trunk/KDE/kdepim/karm:
|
FEATURE: "Copy History To Clipboard" has two more checkboxes in the dialog:
- "Summarize per week", to be able to turn this off so that one can create e.g. monthly totals at the end of the month (new KDAB requirement ;)
- "All tasks", to get the history for all tasks, not only the selected one.
However the "all tasks" thing is implemented like for "Copy Totals", i.e. it's equally
broken: it only works if selecting a toplevel task in the first place... |
|
|
|
|
|
|
|
|
David Faure committed changes in /trunk/KDE/kdepim/karm:
|
FEATURE: "Totals Only" checkbox in the "copy history" feature.
That's what Kalle really wants (for monthly totals, when we "reset all times" every week).
GUI: changed my "all tasks" checkbox into a more intuitive combobox. |
|
|
|
|
|
|
Konqueror |
|
Daniel Teske committed changes in /trunk/KDE/kdebase/konqueror/keditbookmarks:
|
Add a more advanced search line to keditbookmarks.
Instead of showing only those matching e.g. "keyword1 keyword2" exactly,
show those items, which contain keyword1 AND keyword2.
BUG: 99700
|
|
|
|
|
|
|
Multimedia |
|
Mark Kretschmann committed changes in /trunk/extragear/multimedia/amarok:
|
Support for "media:/" URLs. Patch from
Sergio Cambra <>
Sergio writes:
Some engines doesn't understand media:/ URLs, like xine, but media:/ URLs
are local files too, and it's easy convert these urls to local files using
DCOP, and then all engines can seek in those files like files in hard
disk.
I sent a patch to fix it in bug #102668. I applied that patch to 1.2.4 and
to 1.3 beta1 and works with no problem. I have attached that patch too.
BUG: 102668 |
|
|
|
|
|
|
Chris Howells committed changes in /trunk/playground/multimedia/chinchilla:
|
|
Say hello to Chinchilla, a (linear) MPEG editor based on mplayer and mencoder. It's possible that mplayer is gonna need a bit of hacking to make it work, but I'm adding it now in case I do something stupid and rm -rf it by accident |
|
|
|
|
|
|
Andreas Silberstorff committed changes in /trunk/playground/multimedia/kalva:
|
Initial move of the soures into kde-svn
Kalva is a Lightweight Video Application
It functions as a frontend to MPlayer, MEncoder, crontab, at and scantv
and optionally aumix.
It provides kgoodstuff integrated channellists and will later also
provide downloadable hardware profiles and quality profiles |
|
|
|
|
|
|
|
|
Matt Rogers committed changes in /trunk/KDE/kdenetwork/kopete/protocols/oscar/icq/ui:
|
Add a 'user info' button to the ICQ search dialog.
A context menu will also be added later, but for
right now, this button is good enough.
Based on a patch from Pierre Etienne Messier.
Sorry for taking so long with it.
CCBUG: 79308
|
|
|
|
|
|
|
|
|
|
|
|
|
Wes Hardaker committed changes in /trunk/KDE/kdenetwork/kopete:
|
GUI:
Added the ability to separate the notion of a photo picture from the
style of contact list you want. There are now three styles of contact
lists (left, right, and detailed) and the desire to have a photo vs an
icon is separated into a different checkbox. |
|
|
|
|
|
|
Pierre-Étienne Messier committed changes in /trunk/KDE/kdenetwork/kopete/protocols/oscar/icq/ui:
|
ICQ Add Contact Wizard bug fixes and improvements:
ICQ Add Contact Wizard (icqadd.ui & al - "simple" page) :
* Adds a KMessageBox to warn the user that he/she must be online to add a contact
* Adds a KMessageBox to warn the user that he/she must enter a valid UIN
* Added a way to destroy the User Search dialog
* GUI : Removed redundant label "Please enter the UIN number to add to your contact list" (top, in bold), since it's already written on the dialog "Choose New Contact For ICQ Account ######" (uniformity with other protocols, too)
* GUI : Added a label to describe the Search button
ICQ Add Contact Wizard (icqsearchbase.ui & al - user search) :
* GUI : Adds "New Search" button that clears both the search results and search fields (the Clear button's job is to clear the results only)
* GUI : Added "What's this" info on the buttons
* Checks for invalid UINs (those which are not numbers only) - pop a KMessageBox if invalid
* Check for empty search - pop a KMessageBox if empty
* Fixes a comparison (info.uin is an int, not a char)
* Fixes a buggy behavior : if the User Search dialog is on screen and you close it, you can't open it with the "Search" button. Fixed.
* Checking if the account is online before doing a search (fixes a crash)
* Checking is the account is online before doing a user info lookup (fixes a potential crash) |
|
|
|
|
|
|
Michaël Larouche committed changes in /trunk/KDE/kdenetwork/kopete:
|
BUG, FEATURE, REFACTOR:
-Added support for global photo.
-Refactored Identity configuration module to reflec MetaContact changes by
Duncan.
-Load/save the myself metacontact to contastlist.xml
-The function "loadGlobalIdentity" is only called once to init the
signals/slot related to global identity.
-Refactored the application of the global identity (use a signal and *Account
connect to it) in MSN and Jabber.
-Made changes to how MSN handle the avatar filename.
Fix in kopetelvipros.cpp:
-The checkbox "Sync with KABC" was never enabled.
Fix those in msneditaccountwidget.cpp:
// FIXME: the change will take effect immediately, even if the user presses
cancel - Olivier
// FIXME: since we need the accountId to create the file HERE (and it's the
problem) we need the account - Olivier
|
|
|
|
|
|
|
|
|
|
|
Office |
|
Pierre Stirnweiss committed changes in /trunk/koffice/lib/kotext:
|
Revamps the font dialog and add a preview that shows all visible
properties.
Also add a local copy of kfontdialog that can be removed when Kdelibs >=
3.5 is a requirement.
|
|
|
|
|
|
|
Casper Boemann committed a change to /trunk/koffice/krita/core/kis_selection.cc:
|
Adds yet another selection visualisation. The
"blueish monochrome with red outline" The screen
is not updated correctly however. (workaround: zoom
in and out to refresh entire screen)
Also fixes yellow tint on partly selected in
"blueish monochrome without outline"
|
|
|
|
|
|
|
Adrian Page committed changes in /trunk/koffice/krita:
|
Start a 16-bit integer RGBA colourspace.
Painting works, though other things won't due to 8-bit assumptions.
Loading a 16-bit image (from the PNG testsuite) creates a 16-bit image, but the data isn't there. Investigating...
|
|
|
|
|
|
|
|
|
Fred Schättgen committed changes in /trunk/KDE/kdebase/kicker:
|
The Quicklauncher can now display the most popular applications,
similar to the Most Recently Used/Most Often Used section of the kmenu.
The kmenu emits a DCOP signal when an application is started.
The kmenu and the quick launcher both wait for this signal to
update their usage stats. If a launched application is present
in the quick launcher, it will blink a few times now to tell the
user that he could have started the program with fewer mouse clicks.
The dynamic mode of the quick launcher works not exactly like
the MRU/MOU-list of the kmenu. Instead it tries to take both
short term and long term usage into account. The weighting between
short term and long term usage can be selected in the new
configuration dialog, which also replaces several existing menu
options.
The exact meaning of this slider is a bit hard to communicate, but
on the other hand it allows for a compromise between the two extreme
strategies MRU and MOU. The best default value has yet to be found,
but I guess that something around 75% should be fine in the long run -
at first it's always a bit jumpy though, because there are no long
term usage statistics - unless we not only provide a list of default
applications, but also some guessed statistics for them.
Applications appearing dynamically in the quick launcher can be pinned
down, so that they stay there no matter what. Applications inserted
manually will also be in that mode initially.
The dynamic mode is disabled by default.
The quick launcher has been converted to use the new configuration
framework and the kmenu/service menu has been slightly refactored.
The latter can keep the bug count constant at best, but it helps
keeping Aaron happy ;)
BUG: 46639
|
|
|
|
|
|
|
Utilities |
|
Andrew Walker committed changes in /trunk/extragear/graphics/kst/kst:
|
|
CCBUG:104935 Concept of allowing user to search for scalars, vectors, fields, etc. Lack of feedback will be taken to indicate support. Currently only implemented for the scalar selector. Click on the ellipsis for a dialog that allows you to search for the desired scalar. |
|
|
|
|
|
|
Martijn Klingens committed changes in /trunk/playground/sysadmin/kextprocess/lib:
|
Preliminary version of saving profiles to disk. Reading is not
implemented yet, but thanks to 'cat' and plaintext file formats
(KSimpleConfig) I don't need that to test ;-)
Not counting unimplemented stuff there are a handful of issues with the
existing code to be ironed out first when I have time to work on KEP
again:
* The API is not final, the file name should be a property of the
profile rather than a parameter to save(); and saveAs() could be used
to support such a parameter instead.
* The path name is hardcoded to my system and my username, but as long
as nobody else is using KEP yet that's actually safe to commit ;-)
* The caption() of profile steps is human readable, but has the side
effect of containing characters like [] and @, which is not very nice
in the group() of a KConfig file. Either I need to add an internal
name to accompany the caption, or I should simply normalize the
caption.
* There's no formal way to determine step order from the file. Either
there should be a global key that lists the steps in order, or the
order is coded into the step details, e.g. in the group().
This rather longish commit log is a good reminder for myself, it's much
less work to implement than the amount of words used suggests ;-)
|
|
|
|
|
|
|
|
|
|
|
|
|
Optimise |
|
KDE-Base |
|
Hamish Rodda committed changes in /branches/work/kde4/kdelibs/kate/part:
|
Port all uses of constrainCursor to the new xToCursor method.
Also fix the selection highlighting - it seems the attribute list didn't
put down any attribute for standard text.
Some porting towards using Cursors wherever they make sense, instead of
messy line, column int pairs. |
|
|
|
|
|
|
KDE-PIM |
|
Frank Osterfeld committed changes in /trunk/KDE/kdepim/akregator/src:
|
Improve speed of article list. On my box, 22000 articles are rendered in about 4 secs now (compared to ~40 secs before) :)
This makes "All Feeds" folder usable again. |
|
|
|
|
|
|
Office |
|
Michael Thaler committed a change to /trunk/koffice/krita/core/kis_scale_visitor.cc:
|
I optimized the scaling code a bit. Scaling a 1600 x 1280 image to 150% of its size before optimizing:
Mitchell Filter: 8517ms
Box Filter: 3410ms
After optimizing:
Mitchell Filter: 4822ms
Box Filter: 2808ms
After some more optimizing:
Mitchell Filter: 3730ms
Box Filter: 1741ms
Unfortunately, only scaling an image up works with these last optimizations. Scaling down crashes Krita, so I commented them out. Still the Mitchell scale algorithm is about 70% faster then before. Once I get the other optimizations working, the code will be over 100% faster compared to the unoptimzed version.
|
|
|
|
|
|
|
Other |
|
Development Tools |
|
Nicolas Goutte committed changes in /branches/work/kbabel_svn/catalogmanagerpp:
|
The "valid" slots need to be in a version for CVS and a version for SVN
(Unlike what I thought before, it cnnot be done together.)
This starts the SVN support of KBabel's catalog manager,
even if the functionality is limited currently.
CCBUG:105805 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
