[rekonq] NO MERGING ISSUES

[Domrachev Alexandr]

On 18 апреля 2009 14:52:56 Andrea Diamantini wrote:

> About bookmarks questions, my idea is to refactor rekonq bookmarks system
> in this way:
> - create a separate dir for bookmarks tab (like Arora), not exposing ALL
> bookmarks.
Agreed. Not just separate dir. Side panel should be managed as a plugin.
(Or it's parts). But I'm not good in plugin writing, probably we should
leave side panel as it is, till somebody will rewrite it. As I've mentioned
before without bookmarks side panel browser is unusable for me, and I know
many people who won't use rekonq without it :)

> - support KDE bookmarks:/ protocol
> For me the second should be right alternative to bookmarks sidebar.
Why not :) But I probably won't use it.

> About download class... I'm going to review again your code ;) Perhaps I
> pulled some half works, really cannot think some other...
>
> rekonq isn't (and has not) a download manager. It just can (obviously)
> start file downloading. And creating a new instance of download class is
> (for me) the right way of doing so.
> From that KIO::job we can link to (and just do it) to KDE notification
> system, to kget or to every other download manager supporting KDE
> technologies. It's fast, simple and safe. So (again), what's better?
Well as far as I know we didn't change this behaviour. It's working as you described.

Probably I should write about download manager changes:
1. Can't start rekonq after close while active downloads present
	(crash of rekonq, downloads will lost) - FIXED;
2. Save to default folder or choose folder to save - ADDED;
3. Download and open file with program (by mimetype)
4. We don't download file to memory and THEN write file to disk anymore. I agree rekonq
	isn't download manager and shouldn't be used for downloading huge files, but I don't
	like such behaviour. And there is always fools somebody who will do it.
Something more I've forgot?

-- 
Best regards,
	Domrachev Alexandr.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20090418/5297b7ea/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/rekonq/attachments/20090418/5297b7ea/attachment.sig