personally what i'd much rather provide is a way to tag files in the filesystem as "important" in some way and allow the desktop (or other applications) to list those files so tagged. this alleviates the rather abstract restrictions that come with having one folder being what is literally shown on the desktop.
i'd much prefer to offer a way to say "i'd like to email a file to someone". this is similar to the common workflow of "open a file that was emailed to me, open it, edit it, save it, email it back to the sender and other recipients"
right now we make our users go through all these steps manually (over and over again) without any sort of help. one of the SoC projects that looks likely to be accepted is for a timelining UI element, which could come in handy here.
there's also no reason the desktop couldn't show in a nice list the last N used files either.
- continue to provide a crappy user experience,
- encourage these apps to use emerging desktop integration tools like Portland and support those efforts with our new features, or
- write apps that feature the necessary integration features.
i really do have faith that if we drop what is a poor hack-of-a-solution we'll come up with clever means to truly address the real use cases. =)
- Bug 80584: Keyboard shortcuts and menu entries (cut, paste, trash, delete, rename, etc.) are not working when focus is on the navigation panel (19th most hated), and fixing:
- Bug 44662: Find window too large (was 16th most hated, and almost 4 years old!)
|Commits||2471 by 205 developers, 6086 lines modified, 1323 new files|
|Bugs Opened||376 in the last 7 days|
|Bugs Closed||291 in the last 7 days|
Internationalization (i18n) Status
|British English (en_GB)||
Bug Killers and Buzz
|Allan Sandfeld Jensen||
|Alexandre Pereira de Oliveira||
|Aaron J. Seigo||
There are 84 selections this week
digikam from trunk:
Use KProcess for RAW image loader.
Loading can now be cleanly aborted.
This is a good example that KProcess is not the perfect tool for use
with our shiny new multithreaded loader because KProcess is not reentrant,
but there are more advantages (wraps all system programming) so that
the necessary main thread indirections are ok.
- implement fast loading specified in RAWDecodingSettings
- do we need to parse StdErr?
Backport the following coverity fixes:
541203: fix crash (CID 2111)
539126: looks like a clear bug, but my guess KDE never calls that function (CID 1539)
538899: catch invalid data (CID 1371)
538897: avoid crash (CID 1373)
538545: it can return 0
538539: don't crash (CID 1340)
1) Fix some erroneous strings that could be emitted during an ATF update.
2) With ATF on, if you've attempted to play a file that could not be found, when the file is found during a scan, the playlist item will be enabled again. This is
implemented in a very fast fashion (only disabled items are added to the ptrlist, checks are made against the pointers to the items in the list, which is very
fast, etc...) and given that there are generally few disabled items compared to many enabled items, this does not have noticeable overhead.
3) It's totally cool.
Take into account some usability fixes to the first run wizard, as per the evaluation. Overview:
* Remove bold from first page
* Don't make comparisons to other media players (xmms/juk). Makes us look inferior. We want them to be like us!
* Title changes:
"Interface (1 of 3)" -> "Step 1 of 3: Choose an Appearance"
"Collection (2 of 3)" -> "Step 2 of 3: Locate your Music"
"Database (3 of 3)" -> "Step 3 of 3: Database Setup"
* implement KTE::Command/CommandInterface changes
* add possibility to put any commandline command into the GUI
That inclues a new kate part config page. Right now, the actions are
not implemented, so the actions in Tools > Commands are dummy entries.
But I want feedback, whether the current gui editor is usability-wise
a good idea (I doubt so far :) ).
KTextEditor::Command extended with:
* QString Command::name( const QString& command_string );
* QString Command::description( const QString& command_string );
* The name is a short text, like 'Sort', 'Insert Date' etc.
* The description is a text for the status bar for example.
FEATURE: Kexi Table Designer is now able to track atomic changes performed
using KDE Undo/Redo framework; this will be reused to handle database
table altering without lossing data.
- small API and source code improvements (s/buf/set)
- fixed saving boolean types for table design
- Undo/Redo actions added and integrated with table altering
- "AlterTable" tab added to the "Kexi Internal Debugger" window
Plugins Function Optimizer ('Solver')
Basic version of a function optimizer.
- As is just extends Goal Seek to scalar functions working on
N dimensional space.
- Adjustable aborting criteria: precision, max. iterations.
- Usable for non-linear functions (simplex algo).
- Uses the GNU Scientific Library. If it's not present the plugin won't
Filetransfers are now supported from and to all clients except the YahooMessenger7 series where only sending works for now.
I'll have to investigate further in order to make receiving from those clients work.
This commit also includes two memory leak fixes - don't ask!
Complete filetransfer support. Following transfers were tested successfully:
kopete -> kopete
kopete -> gaim
gaim -> kopete
kopete -> Yahoo Messenger 7.5
Yahoo -> Messenger 7.5
There is however still a little issue with receiving files from the Yahoo Messenger:
Sometimes (i think only with pictures) the filename and size is not transmitted in plaintext but somehow encrypted.
The transfer still works but the user has to guess a filename.
Lots of changes. I really need to find some de-centrallised way to code using svn - massive commits are
* Drastically increase performance. CPU usage is halved
* Even more drastically decrease start up time - from 3.5 seconds down to 1.5 seconds
* Add a check box (and code behind it) to hide/show CPU totals for a process and it's children
* Make sorting by user smart - it will sort by current user, other user, then system users
* When sorting by user, sub sort by CPU. See 109684. Sorting by user is really nice now, so will become the default
* Lots more error checking for sensors.
* Tooltip for a process's CPU usage shows a friendly description of running/stopped/waiting etc
* Try to tell if a user is a human user or not by whether their login shell is valid. This is hackish, but if wrong
it just means that user is sorted wrongly. It does help a lot in the sorting.
* Add a little red X icon next to apps that are in the Stopped state
* Show debugged processes at the top of the sort, since those are probably important if you are debugging it.
Ok. This is it. Simple Ideal mode is now the default UI mode for KDevelop.
It's faster, lighter, has fewer bugs, takes less screen space and implements proper viewspace splitting.
KMDI fans should manually alter UI configuration. KMDI is unfortunately still there.
PS: KMDI should die!
Redesign/refactoring of KTrader:
- separated KMimeTypeTrader and KTrader (will be renamed to KServiceTypeTrader when I have more time)
their api is different, since ktrader works with 1 servicetype as input (e.g. KMyApp/Plugin),
and KMimeTypeTrader works with mimetype + generic service type (Application, KParts/ReadOnlyPart, etc.)
- changed the command-line tool ktradertest accordingly, it now takes -mimetype and/or -servicetype, and -constraint arguments
- moved preferredService() to the traders, no more direct use of KServiceTypeProfile
- also moved OfferList, to KTrader which is now the weighted one. Most KTrader usage is simply ported to KService::List.
- removed unused "preferences" feature (was expressed in the trader query language, and used for custom sorting of services)
- moved KServiceOffer into its own header file
- moved ParseTreeFoo stuff out of the KIO namespace and into KTraderParse namespace (since this will go into kdecore)